Bicep: IaC moderna para Azure

Bicep es un lenguaje específico de dominio (DSL) desarrollado por Microsoft como alternativa concisa y con tipado fuerte a las plantillas JSON de ARM. Bicep se compila en JSON de ARM estándar, por lo que utiliza el mismo motor de implementación de ARM y admite todos los tipos de recursos de Azure desde el primer día. Bicep elimina gran parte del código repetitivo necesario en JSON sin procesar y proporciona una mejor seguridad de tipos y compatibilidad con IntelliSense.

La misma cuenta de almacenamiento que requiere aproximadamente 25 líneas de JSON en una plantilla de ARM solo necesita unas 8 líneas en Bicep. Bicep elimina '$schema', contentVersion, el contenedor de la matriz resources y la sintaxis de expresiones extensa. Los nombres y tipos de las propiedades siguen siendo idénticos, ya que Bicep es una capa de abstracción directa sobre ARM JSON; no hay ninguna diferencia en tiempo de ejecución.

Los parámetros de Bicep utilizan la sintaxis concisa param name type = defaultValue. Puede aplicar decoradores (con el prefijo @) directamente encima de un parámetro para agregar restricciones como @minLength(), @maxLength(), @allowed() y @description(). El decorador @secure() marca un parámetro como confidencial y equivale a secureString en ARM JSON.

Las variables de Bicep se declaran con la palabra clave var y pueden contener cualquier expresión, incluida la interpolación de cadenas mediante la sintaxis '${value}'. La interpolación de cadenas es una de las mejoras de legibilidad más destacadas frente a ARM JSON: ya no es necesario utilizar llamadas a la función concat(). Bicep también admite expresiones condicionales mediante el operador ternario condition ? trueValue : falseValue.

En Bicep, cada recurso recibe un nombre simbólico: un identificador que se utiliza para hacer referencia a él dentro de la plantilla. El nombre simbólico no es el mismo que el nombre del recurso en Azure. Utilice nombres simbólicos para acceder a las propiedades de los recursos y establecer dependencias implícitas haciendo referencia a un recurso dentro de otro, lo que elimina la necesidad de una matriz dependsOn explícita.

Las salidas de Bicep se declaran con la palabra clave output, seguida del nombre, el tipo y el valor de la salida. Puede hacer referencia a las propiedades de un recurso implementado mediante el nombre simbólico y la notación de punto, que resulta mucho más legible que la función reference() de ARM. Las salidas son esenciales para pasar valores entre llamadas a módulos de Bicep.

Los módulos de Bicep son el equivalente de las plantillas vinculadas en ARM JSON y permiten dividir la infraestructura en componentes reutilizables. Un módulo es simplemente otro archivo .bicep. Puede hacer referencia a él mediante la palabra clave module, pasar parámetros y utilizar sus salidas. También puede publicar módulos en un Azure Container Registry y consumirlos desde allí para reutilizarlos en todo el equipo.

Si ya dispone de plantillas ARM JSON, la CLI de Bicep puede descompilarlas a Bicep mediante bicep decompile. Es posible que el resultado requiera algunos ajustes manuales, pero proporciona un excelente punto de partida. Microsoft también ofrece un playground en línea en aka.ms/bicepdemo, donde puede pegar código ARM JSON y ver el Bicep equivalente en tiempo real.

Azure CLI admite directamente los archivos de Bicep; no es necesario compilarlos manualmente a ARM JSON antes de implementarlos. Pase la ruta del archivo .bicep a az deployment group create mediante la opción --template-file, y la CLI lo compilará de forma transparente. Los mismos subcomandos validate y what-if funcionan con archivos de Bicep exactamente igual que con ARM JSON.

Bicep admite bucles de recursos mediante la sintaxis for ... in para crear varias instancias de un recurso a partir de un parámetro de tipo matriz, lo que evita duplicar código mediante copiar y pegar. La palabra clave if permite la implementación condicional de recursos: un recurso solo se incluye cuando se cumple una condición determinada. Ambas características se compilan, respectivamente, en las construcciones copy y condition de ARM.

La extensión de Bicep para Visual Studio Code proporciona IntelliSense avanzado, comprobación de tipos y resaltado de errores en línea mientras escribe. La CLI de Bicep incluye un linter que comprueba infracciones de las prácticas recomendadas, como parámetros sin usar, descripciones ausentes y versiones de API incorrectas. Ejecute az bicep lint --file main.bicep en su canalización de CI para detectar problemas antes de la implementación.

Compruebe su comprensión de los conceptos de Microsoft Azure Fundamentals (AZ-900) tratados en esta lección.

En esta lección ha aprendido que Bicep es una abstracción concisa y fuertemente tipada sobre ARM JSON que se compila en plantillas ARM estándar; los módulos y bucles permiten crear código de infraestructura reutilizable y DRY; y Azure CLI implementa directamente los archivos de Bicep mediante el mismo flujo de trabajo de validación, what-if e implementación. A continuación, exploraremos Terraform en Azure.