소개
Bicep 코드를 사용할 때는 모든 변경 내용을 검토하고 테스트하는 것이 중요합니다. 배포 워크플로 및 프로세스가 버그나 문제를 감지하도록 설계된 경우에도 이렇게 하면 문제를 찾는 데 시간이 덜 걸리며 최대한 빨리 수정할 수 있습니다. 끌어오기 요청은 코드 변경 내용을 검토할 수 있는 기회를 제공합니다. Azure 배포를 검토할 때는 코드 변경의 유효성을 검사하는 동시에 변경 내용이 성공적으로 배포되었고 예상대로 작동하는지 확인하는 것이 좋습니다.
이 모듈에서는 끌어오기 요청 검토 프로세스에 자동화된 검사를 추가하는 방법을 알아봅니다. 실제 환경에 병합되거나 배포되기 훨씬 전에 끌어오기 요청 내에서 Bicep 코드 변경 내용의 유효성을 검사하는 방법을 알아봅니다.
임시 환경(코드 변경 내용이 승인되고 리포지토리의 기본 분기에 병합되기 전에 공동 작업자와 검토자가 테스트할 수 있는 곳)에 변경 내용을 자동으로 배포하는 방법도 알아봅니다.
예제 시나리오
여러분이 한 장난감 회사에서 Azure 관리자로 일한다고 가정하겠습니다. 웹 사이트 팀과 협력하여 Azure 리소스를 배포하고 웹 사이트에 맞게 구성하는 Bicep 템플릿을 만들었습니다.
팀 규모가 커지고 있어 모든 팀 구성원이 변경한 내용을 추적하기가 점점 더 어려워지고 있습니다. 여러분은 변경 내용이 프로젝트 GitHub 리포지토리의 기본 분기에 병합되기 전에 검토되도록 최근 들어 끌어오기 요청을 사용하기 시작했습니다. 각 검토자가 끌어오기 요청에서 Bicep 코드 변경 내용의 유효성을 검사하며, 많은 검토자가 변경 내용을 임시 환경에 배포하여 사용해 보기도 합니다.
동료들은 현재의 수동 검토 프로세스가 번거롭고 시간이 많이 소요된다고 말했습니다. 끌어오기 요청 검토는 모든 팀원이 쉽게 파악할 수 있어야 하므로, 끌어오기 요청 내에서 일부 검토 프로세스를 자동화하기로 결정합니다.
웹 사이트의 구성을 몇 가지 변경해야 하므로 새 프로세스를 설정하고 사용해 볼 수 있는 좋은 기회입니다.
학습할 내용
이 모듈에서는 각 끌어오기 요청에 대해 자동화된 검사 및 테스트를 실행하여 Bicep 코드의 변경 내용에 대한 신뢰를 구축하는 방법을 알아봅니다.
Bicep Linter를 사용하여 권장 방법에 대해 Bicep 코드를 검사하도록 끌어오기 요청 워크플로를 구성합니다. 또한 각 끌어오기 요청에 대해 Azure 환경의 변경 내용을 검토하고 끌어오기 요청이 병합되거나 닫히면 환경을 자동으로 삭제하는 데 사용할 수 있는 임시 환경을 만들도록 구성합니다.
주요 목표는 무엇인가요?
이 모듈을 완료하면 Bicep 코드에 대한 GitHub 끌어오기 요청에 자동화된 검사 및 유효성 검사를 추가할 수 있게 됩니다.