웹 배포 자동화 - GitHub Actions, Azure Web Apps 및 Appsettings

배포 자동화를 해야 하는 이유는 무엇일까요?

팀은 배포 프로세스가 항상 자동화되어야 한다는 점을 강조하며 이야기를 시작합니다. 그는 이를 단순히 최신 모범 사례일 뿐만 아니라 GitHub Actions 및 Azure Web Apps와 같은 최신 배포 자동화 도구 덕분에 놀랍도록 간단하고 접근하기 쉬운 작업이라고 설명합니다. 이를 통해 수동 배포, 복잡한 설정 또는 수동 작업으로 인해 흔히 발생하는 구성 오류를 방지할 수 있습니다.

그는 소프트웨어 배포와 같은 작업을 자동화하면 새 코드를 푸시할 때마다 완전히 자동화된 워크플로를 통해 자동으로 빌드, 테스트 및 배포된다는 점을 분명히 합니다.

애플리케이션 구축: Blazor 웹 앱

이 튜토리얼 부분에서 Tim은 Visual Studio를 사용하여 기본적인 Blazor 애플리케이션을 만드는 방법을 보여줍니다. 그는 프로젝트 유형 선택, HTTPS 활성화, .NET 8 선택 및 렌더링 모드 구성 과정을 단계별로 설명합니다. 여기서 목표는 복잡한 앱을 만드는 것이 아니라, 매번 동일한 배포 프로세스를 사용하여 배포할 수 있는 간단한 프로젝트를 만드는 것입니다.

이러한 초기 단계는 배포 파이프라인을 염두에 두고 개발하는 것이 얼마나 중요한지를 강조합니다. 개발팀은 처음부터 깔끔하고 테스트 가능한 앱을 개발함으로써 나중에 배포 시간을 크게 단축할 수 있습니다.

Appsettings를 사용하여 로컬 구성하기

팀은 시뮬레이션된 구성 값으로 appsettings.json을 설정하는 방법을 보여줍니다. 이는 구성 관리 도구에 필수적이며 팀이 테스트 환경과 프로덕션 환경에 대한 설정을 분리하여 유지하는 데 도움이 됩니다.

그는 IConfiguration을 Razor 컴포넌트에 주입하면 연결 문자열이나 중첩 설정과 같은 값을 쉽게 표시할 수 있다고 설명합니다. 이는 자동화된 프로세스가 깔끔한 구성 분리에 의존하는 클라우드 네이티브 애플리케이션에서 매우 유용한 방법입니다.

개발자 보안을 위한 로컬 비밀

여기서 Tim은 Visual Studio의 자동 배포 보안 기능인 secrets.json을 소개합니다. 그는 이러한 비밀 정보가 앱 설정을 재정의하지만 개발자 컴퓨터에 로컬로 유지되어 기밀성을 유지하고 자격 증명이 소스 제어 시스템으로 유출될 가능성을 최소화한다고 설명합니다.

이 튜토리얼 부분에서는 다양한 환경에서 보안과 일관성을 증진하고 민감한 정보를 노출하지 않고 소프트웨어 제공 주기를 개선하는 DevOps 사례를 중점적으로 다룹니다.

버전 관리 및 GitHub 통합

CI/CD 시스템의 가장 기본적인 요소 중 하나는 견고한 버전 관리입니다. Tim은 Visual Studio의 Git 통합 기능을 사용하여 저장소를 초기화하고 소스 코드를 GitHub 에 푸시합니다. 이를 통해 코드 변경 사항을 감지하고 배포 프로세스를 자동으로 시작할 수 있는 CI/CD 파이프라인을 구축할 수 있는 기반이 마련됩니다.

그는 모든 커밋이 추적된다는 점을 언급하며, 이는 버그를 해결하거나 새로운 기능을 배포하려는 운영 팀에 큰 도움이 된다고 말했습니다. GitHub Actions를 사용하면 자동화된 배포 프로세스를 추적할 수 있고 투명하게 관리할 수 있습니다.

Azure 웹 앱 프로비저닝

팀은 무료 웹 앱 리소스를 프로비저닝하는 방법을 보여주기 위해 Azure 포털로 이동합니다. 그는 리소스 그룹을 생성하고 이름을 지정한 다음 .NET 8 및 Linux와 같은 런타임 설정을 선택합니다. 이는 많은 클라우드 네이티브 애플리케이션에서 흔히 사용되는 기본 설정입니다.

그는 비록 "코드"로 배포하더라도 Azure는 실제로 빌드 아티팩트를 컨테이너 내부에서 실행하여 복잡성을 추상화하는 동시에 배포에 필요한 도구를 제공한다고 지적합니다.

무료 티어 제한 사항 이해하기

소규모 배포 프로젝트의 경우 Azure의 무료 플랜이 훌륭한 시작점입니다. 팀은 이 방법이 CPU 사용량을 제한하고 배포 슬롯과 같은 특정 기능을 비활성화하지만 개발, 데모 또는 스테이징 환경에서는 완벽하게 작동한다고 설명합니다.

이 설명은 소프트웨어 개발에서 스테이징 환경의 가치를 다시 한번 강조하며, 팀이 비용 부담 없이 실제 운영 환경과 유사한 조건에서 테스트할 수 있도록 해줍니다.

Deployment Center를 통한 CI/CD 설정

그런 다음 Tim은 Azure 배포 센터를 살펴보고 통합 소스로 GitHub 선택합니다. 이는 CI/CD 모델의 핵심, 즉 지속적 통합을 통해 소스 코드 관리와 소프트웨어 배포를 연결하는 것을 보여줍니다.

그는 자신의 GitHub 저장소를 선택하고 기본 인증을 설정한 다음 자동화 파이프라인을 개략적으로 설명하는 YAML 파일을 생성합니다. 그는 YAML에서 들여쓰기의 중요성을 강조하며, 자동화된 배포 설정조차도 오류를 방지하기 위해 세부 사항에 주의를 기울여야 한다는 점을 상기시킵니다.

인증 설정 해결

배포를 시도해 보니 기본 인증이 기본적으로 비활성화되어 있는 것으로 나타났습니다. Tim은 Azure 설정으로 이동하여 해당 기능을 활성화하는데, 이는 실제 배포 자동화 프로세스에서 다른 서비스 및 구성 처리가 수반되는 경우가 많다는 것을 보여줍니다.

문제가 해결되면 그는 배포 센터로 돌아가 자동화된 워크플로를 성공적으로 시작하며, 이 접근 방식은 올바르게 설정되면 수동 개입이 거의 필요하지 않다는 것을 입증합니다.

CI/CD 워크플로우 실행

GitHub 로 전환하자 Tim은 워크플로가 자동으로 트리거되는 것을 지켜봅니다. GitHub Actions는 리포지토리에 간단히 푸시하는 것만으로 앱을 빌드하고 게시하고 Azure에 배포합니다. 이러한 지속적인 배포 방식은 코드의 버그 테스트를 자동으로 수행하고 수동 배포를 완전히 없애줍니다.

그 결과는? 초기 구성 후 운영팀의 개입이 최소화되고 다운타임이 줄어들어 릴리스 주기가 더 빨라집니다.

Azure를 사용하여 비밀 관리하기

Tim은 실제 운영 환경에서 소스 코드를 수정하지 않고 Azure의 환경 변수를 설정하여 appsettings.json 파일을 재정의하는 방법을 보여줍니다.

그는 중첩 키에 이중 밑줄(__)을 사용하여 연결 문자열과 중첩 값을 추가하는 방법을 설명합니다. 이를 통해 개발자는 민감한 데이터에 접근하지 않고도 코드를 유지 관리할 수 있으며, 이는 이상적인 DevOps 시나리오입니다.

이러한 관심사 분리는 배포 자동화의 가장 큰 장점 중 하나입니다. 개발자는 깔끔한 코드를 배포하고, 관리자는 안전하게 구성을 관리할 수 있습니다.

코드 변경 없이 동적 구성

Tim은 Azure에서 변경한 내용은 재시작 후 바로 적용되므로 수동으로 다시 컴파일하거나 재배포할 필요가 없다고 강조합니다. 이는 테스트 환경과 운영 환경에서 서로 다른 변수를 사용해야 할 때 특히 유용하며, 구성 오류 발생 가능성을 줄여줍니다.

이를 통해 DevOps 팀은 앱 설정이 변경되더라도 자동화를 유지할 수 있으므로 코드를 다시 작성하지 않고도 여러 배포 환경을 쉽게 지원할 수 있습니다.

마무리: 배포 자동화의 이점

영상 말미에서 팀은 코드 작성부터 자동 배포까지 전체 배포 자동화 프로세스가 약 30분밖에 걸리지 않았다고 강조합니다. 요령을 터득하면 5분도 안 걸립니다.

그는 개발자들이 소규모 프로젝트에서도 이러한 자동 배포 기술을 채택하도록 권장하며, 이러한 기술이 소프트웨어 배포를 간소화하고 버그를 줄이며 새로운 기능이나 문제에 더 빠르게 대응할 수 있도록 해준다고 주장합니다.

Azure, AWS 또는 Google Cloud를 사용하든 관계없이 배포 자동화를 이해하고 도입하는 것은 더욱 확장 가능하고 안전한 소프트웨어 프로젝트를 위한 기반을 마련합니다.

결론

팀 코리의 영상은 완전 자동화된 배포 프로세스를 설정하기 위한 명확하고 효과적인 로드맵을 제공합니다. GitHub Actions 및 Azure Web Apps와 같은 도구를 활용하면 최신 DevOps 방식을 통해 애플리케이션 배포를 자동화하고, 수작업을 줄이며, 개발, 테스트 및 프로덕션 환경 전반의 안정성을 높이는 것이 그 어느 때보다 쉬워집니다.