何时使用 Bicep
你已经发现,许多工具集可用于基础结构即代码资源部署。 现在,你希望详细了解 Bicep 何时可成为适合你和你所在组织的工具。
Bicep 是适合的工具吗?
选择 Bicep 作为基础结构即代码部署的主要工具集的原因有很多。 对于 Azure 部署,Bicep 具有一些优点,但 Bicep 不能用作其他云提供商的语言。
Bicep 何时成为适合的工具?
如果使用 Azure 作为云平台,请考虑以下使用 Bicep 的优点:
Azure 本机:如果是 Bicep,则使用的是 Azure 的本机语言。 在发布或更新新的 Azure 资源时,Bicep 在第一天就会支持这些功能。 使用其他第三方工具时,可能需要一段时间才能在工具集中定义新功能。
Azure 集成:Azure 资源管理器 (ARM) 模板(包括 JSON 和 Bicep)完全集成在 Azure 平台中。 使用资源管理器部署,可以在 Azure 门户中监视部署的过程。
Azure 支持:Bicep 是完全受 Microsoft 支持支持的产品。
无状态管理:Bicep 部署将 Azure 资源的当前状态与模板中定义的状态进行比较。 无需将资源状态信息保留到其他位置(例如,在存储帐户中)。 Azure 会自动跟踪此状态。
从 JSON 轻松过渡:如果已将 JSON 模板用作声明性 ARM 模板语言,则过渡到使用 Bicep 的过程并不困难。 可以使用 Bicep CLI 通过
bicep decompile
命令将任何 ARM 模板取消编译为 Bicep 模板。
Bicep 何时不是正确的工具?
在某些情况下,可能需要调用另一个工具集。 请考虑以下不使用 Bicep 作为主要工具集的原因:
现有工具集:确定何时使用 Bicep 时,要问的第一个问题是“我的组织是否已在使用工具集?”许多工具选项可用于基础结构即代码的资源预配。 有时,在考虑采用新流程时,最好使用现有的金融和知识投资。
多云:如果贵组织使用多个云提供商来托管其基础结构,则 Bicep 可能不是正确的工具。 其他云提供商不支持将 Bicep 用作模板语言。 Terraform 等开源工具可用于多云部署,包括部署到 Azure。