Votre équipe souhaite standardiser l'infrastructure Azure en tant que code. Les exigences sont les suivantes : réduire la verbosité par rapport à ARM JSON, conserver des fonctionnalités telles que les conditions, les boucles, les sorties et la gestion des dépendances, et publier des blocs de construction réutilisables pour d'autres équipes. Le CI/CD doit toujours produire des artefacts ARM JSON de manière transparente. Que devriez-vous recommander ?

Bicep est le langage de domaine spécifique (DSL) recommandé par Microsoft pour l'infrastructure en tant que code sur Azure. Il est conçu pour être moins verbeux que les modèles ARM JSON tout en conservant toutes les fonctionnalités nécessaires (conditions, boucles, sorties, dépendances). L'utilisation de modules Bicep permet de créer des blocs de construction réutilisables, qui peuvent être publiés en tant que Template Specs pour un partage facile entre les équipes. Le déploiement via az deployment assure la transpilation automatique de Bicep en ARM JSON, ce qui répond à l'exigence de production d'artefacts ARM JSON dans le CI/CD. Continuer avec ARM JSON ne réduit pas la verbosité. Terraform est une option viable, mais il ne produit pas d'artefacts ARM JSON et ne s'intègre pas aussi nativement avec Azure pour la gestion des Template Specs. Utiliser Bicep dans un fichier monolithique annule l'avantage de la modularité et de la réutilisation.