Bicep을 사용해야 하는 경우

코드 제공 인프라 리소스 배포에 여러 도구 집합을 사용할 수 있다는 것을 알았습니다. 이제, Bicep이 자신과 조직에 적합한 도구가 될 수 있는 상황은 언제인지 자세히 알아보려고 합니다.

Bicep이 적합한 도구인가요?

Bicep을 코드 제공 인프라 배포를 위한 기본 도구 집합으로 선택해야 하는 이유는 여러 가지가 있습니다. Azure 배포의 경우 Bicep은 몇 가지 장점이 있지만 다른 클라우드 공급자용 언어로는 작동하지 않습니다.

Azure를 클라우드 플랫폼으로 사용하는 경우 다음과 같은 Bicep 사용의 이점을 고려하세요.

Azure 네이티브: Bicep을 사용하는 경우 Azure 네이티브 언어를 사용하는 것입니다. 새 Azure 리소스가 릴리스되거나 업데이트되면 Bicep은 첫째 날에 이러한 기능을 지원합니다. 다른 타사 도구를 사용하는 경우 도구 집합에 새 기능이 정의되는 데 다소 시간이 걸릴 수 있습니다.
Azure 통합: JSON과 Bicep을 모두 갖춘 ARM(Azure Resource Manager) 템플릿은 Azure 플랫폼 내에 완전히 통합됩니다. Resource Manager 배포를 사용하면 Azure Portal에서 배포 진행 상황을 모니터링할 수 있습니다.
Azure 지원: Bicep은 Microsoft 지원을 통해 완전히 지원되는 제품입니다.
상태 관리 없음: Bicep 배포는 Azure 리소스의 현재 상태를 템플릿에서 정의한 상태와 비교합니다. 스토리지 계정과 같이 리소스 상태 정보를 다른 곳에 유지할 필요가 없습니다. Azure는 자동으로 이 상태를 추적합니다.
쉽게 JSON에서 전환: JSON 템플릿을 선언형 ARM 템플릿 언어로 이미 사용하고 있는 경우 Bicep 사용으로 전환하는 것은 어려운 프로세스가 아닙니다. Bicep CLI를 사용하여 bicep decompile 명령으로 ARM 템플릿을 Bicep 템플릿으로 디컴파일할 수 있습니다.

일부 상황에서는 다른 도구 집합이 필요할 수 있습니다. 다음과 같이 Bicep을 기본 도구 집합으로 사용하지 않아야 하는 이유를 고려하세요.

기존 도구 집합: Bicep을 사용해야 하는 경우를 결정할 때 가장 먼저 묻는 질문은 ‘내 조직에서 이미 사용하는 도구 집합이 있는가?’입니다. IaC(Infrastructure as Code) 리소스 프로비저닝에 사용할 수 있는 도구 옵션은 많이 있습니다. 경우에 따라 새 프로세스 채택을 고려할 때 기존 재무 및 지식 투자를 활용하는 것이 좋습니다.
다중 클라우드: 조직에서 여러 클라우드 공급자를 사용하여 인프라를 호스트하는 경우 Bicep이 적합한 도구가 아닐 수 있습니다. 다른 클라우드 공급자는 Bicep을 템플릿 언어로 지원하지 않습니다. Terraform과 같은 오픈 소스 도구는 Azure로 배포를 포함하여 다중 클라우드 배포에 사용할 수 있습니다.