[发明专利]基础设施即代码服务

说明书

本公开的实施例涉及基础设施即代码服务。本文中所描述的示例涉及由云平台向IaC服务提供简化的接口。根据示例，通过提供基础设施即代码(IaC)服务的应用编程接口(API)来抽象与多个IaC工具相关联的操作细节，通过该IaC服务，多个IaC模板可用于针对云平台内的多个服务部署工作负载。每个IaC模板根据IaC工具来描述工作负载，并且针对该工作负载指定输入参数。经由API接收基于特定IaC模板来创建部署的请求。通过基于为针对特定工作负载指定的输入参数而提供的参数值内部地执行与特定模板相关联的IaC工具，来满足该请求。

背景技术

可以期望公共或私有云服务提供方支持基础设施的基础设施即代码(Infrastructure as Code，IaC)管理。IaC通过代码启用供应过程的自动化，并且以可重复且可扩展的方式促进了云基础设施的管理和配置。通过IaC，可以创建包含基础设施规范的配置文件，使得编辑和分发配置更加容易，并且允许云消费者避免手动或交互式过程，否则可能导致部署中的人为错误或不一致。

IaC标准已以工具的形式出现，其允许云服务提供方向其客户提供IaC的上述益处。例如，针对特定云服务的复杂复合部署可以被描述为列出要被构建的资源的声明性配置，其依赖于对应的IaC工具引擎以处理依赖解析。

附图说明

本文中所描述的方面以示例方式而非限制方式在附图中进行说明，其中相同的附图标记表示相似的元件。

图1示出了根据示例的具有基础设施即代码(IaC)服务的IaC架构的框图。

图2示出了说明根据示例的由IaC架构执行的处理的流程图。

图3示出了根据示例的IaC交互的各种模式的框图。

图4示出了说明根据示例的在私有云平台中实现的IaC服务的框图。

图5示出了根据示例的计算机系统的框图。

具体实施方式

本文中所描述的示例涉及通过云平台向IaC服务提供简化的接口。从云服务提供方的角度来看，在支持IaC用例上存在挑战，包括IaC工具的数目和复杂性以及由IaC工具创建的部署状态的管理。现在市场上有相当多的IaC或配置管理工具(例如生产的Terraform、Pulumi公司生产的Pulumi、Red Hat公司生产的ProgressSoftware公司生产的以及Puppet公司生产的)。云提供方可能必须实现插件和/或为这些工具中的每个工具提供编码示例，以预测消费者可能采用的工具。对于由不同工程团队提供的多种服务组成的大型云平台而言，这是特别值得关注的问题，并且可能给这些工程团队带来压力，要求他们获得在显著不同的IaC方法的专业知识。

IaC工具的复杂性通常足以导致云消费者在培训和采用方面的大量投资。此外，工具的范围和行为也在不断改变。云的消费者将他们自己绑定到单个IaC工具并不罕见，这反过来会限制他们可用的云服务的集合。除了云服务提供方面临的挑战以外，IaC工具的复杂性也会给云消费者带来附加的负担。通常，经由IaC工具创建的部署状态被认为是由用户管理的。例如，Terraform提供了Terraform命令行接口(CLI)，通过该Terraform CLI可以将状态保存到Terraform状态文件中以用于对资源的持续管理。