소개
Pipelines를 사용하여 Azure 리소스를 반복 가능한 방식으로 배포할 수 있습니다. 이 모듈에서는 여러 환경에서 작동하도록 배포 파이프라인을 확장하는 방법을 알아봅니다. 파이프라인은 프로덕션 환경에 위험을 추가하지 않고도 변경 내용의 유효성을 검사하고 테스트하는 데 도움이 됩니다. 변경 내용의 유효성 검사가 완료되면 파이프라인이 동일한 프로세스를 사용하여 프로덕션 환경에 배포합니다.
예제 시나리오
여러분이 한 장난감 회사에서 Azure 관리자로 일한다고 가정하겠습니다. 웹 사이트 팀과 협력하여 Azure 리소스를 배포하고 구성하는 Bicep 템플릿을 만들었습니다. 또한 Bicep 파일을 자동으로 배포하는 파이프라인을 만들었습니다.
웹 사이트 팀은 고객이 장난감에 대한 제품 리뷰를 제출하고 볼 수 있도록 하는 타사 제품 검토 서비스와 통합하려고 합니다. 서비스를 회사 웹 사이트에 통합하는 경우 웹 사이트 팀이 서비스를 사용해 볼 수 있어야 하지만, 팀에서 실제 제품 검토를 제출하지 않으려고 합니다. 팀에 안전 테스트를 위한 검토 서비스의 샌드박스 버전에 대한 액세스 권한이 부여되었습니다.
이제 팀에서 배포 파이프라인 업데이트에 대한 지원을 요청했습니다. 팀은 고객이 사용하는 프로덕션 환경과는 별도인 비프로덕션 환경에 사이트를 배포해야 합니다. 팀은 각 환경마다 등급 API에 대해 서로 다른 구성 설정을 사용해야 합니다.
무엇을 해야 할까요?
이 모듈에서는 파이프라인을 확장하여 일관된 방식으로 여러 Azure 환경에 Bicep 코드를 배포하는 방법을 알아봅니다. 더 높은 보안과 격리를 지원하기 위해 각 환경에 대해 별도의 서비스 연결 및 서비스 주체를 만듭니다.
파이프라인 템플릿 파일을 사용하여 배포 단계를 한 장소에 정의하고 Bicep 매개 변수를 사용하여 환경 간의 구성 차이를 처리합니다. 파이프라인 로그의 암호가 실수로 누출되지 않도록 매개 변수 값을 보호합니다.
주요 목표는 무엇인가요?
이 모듈을 완료한 후에는 여러 환경을 대상으로 하는 파이프라인을 업데이트할 수 있습니다. 파이프라인 템플릿을 사용하여 정의의 반복을 방지하는 방법을 이해하고 각 환경의 Bicep 파일에 매개 변수를 제공하는 방법을 알 수 있습니다.