起程拓殖

起程拓殖，正迅速成为通过编写声明性定义来创建和管理云基础设施的事实上的选择。由Terraform实例化的服务器配置通常由Puppet、Chef或Ansible完成。我们喜欢Terraform，因为它的文件语法非常易读，而且它支持许多云提供商，而不试图在这些提供商之间提供人工抽象。活跃的社区将增加对大多数云提供商的最新功能的支持。大约在两年前，我们第一次谨慎地提到了Terraform，之后，它一直在持续发展，并发展成为一个具有良好生态系统的稳定产品，在我们的项目中证明了它的价值。状态文件管理的问题现在可以通过使用Terraform所谓的“远程状态后端”来解决。我们已经成功地使用AWS S3用于这一目的。

与起程拓殖，您可以通过编写声明性定义来管理云基础设施。由Terraform实例化的服务器配置通常留给像Puppet, Chef或Ansible这样的工具。我们喜欢Terraform，因为它的文件语法非常易读，而且它支持许多云提供商，而不试图在这些提供商之间提供人工抽象。大约在两年前，我们第一次更谨慎地提到了Terraform，它已经持续发展，并发展成为一个稳定的产品，在我们的项目中证明了它的价值。状态文件管理的问题现在可以通过使用Terraform所谓的“远程状态后端”来解决。我们已经成功地使用领事用于这一目的。

与起程拓殖，您可以通过编写声明性定义来管理云基础设施。由Terraform实例化的服务器配置通常留给像Puppet, Chef或Ansible这样的工具。我们喜欢Terraform，因为它的文件语法非常易读，而且它支持许多云提供商，而不试图在这些提供商之间提供人工抽象。大约在两年前，我们第一次更谨慎地提到了Terraform，它已经持续发展，并发展成为一个稳定的产品，在我们的项目中证明了它的价值。状态文件管理的问题现在可以通过使用Terraform所谓的“远程状态后端”来解决。我们已经成功地使用领事用于这一目的。

与起程拓殖,可以通过编写声明性定义来管理云基础设施。由Terraform实例化的服务器配置通常留给像Puppet、Chef或Ansible这样的工具。我们喜欢Terraform，因为它的文件语法非常易读，而且它支持多个云提供商，而不试图在这些提供商之间提供人工抽象。在这个阶段，地形是新的，并不是所有的执行。我们也发现它的状态管理是脆弱的，经常需要笨拙的手工工作来理清。