了解如何使用Terraform管理多云？

译文
作者：布加迪编译 2018-12-19 08:00:24

云计算

开源 多云战略可能会给企业IT团队带来很多复杂性。虽然Puppet、Chef和Ansible等几款开源端点管理工具有所帮助，但能够通过单一入口点而不是通过典型的服务器/客户端关系将服务部署到多个提供者来得尤其重要。

【51CTO.com快译】多云战略可能会给企业IT团队带来很多复杂性。虽然Puppet、Chef和Ansible等几款开源端点管理工具有所帮助，但能够通过单一入口点而不是通过典型的服务器/客户端关系将服务部署到多个提供者来得尤其重要。

[[252809]]

HashiCorp的Terraform是一个开源基础架构即代码(IaC)工具，可以为管理员建立单一的工作流程，以便跨任何云提供商对基础架构进行可预测、可重现的更改。除了简化管理虚拟机和依赖项外，它还简化了跨多家提供商部署服务的工作。Terraform是一种IaC工具，它还使团队能够共享、重用、部署和回滚基础架构更改，就像它们使用代码版本一样。

开始入手

不妨看一下一个基本的Terraform配置文件，它同时配置AWS EC2实例和Google App Engine应用程序。

provider "aws" { 
  access_key = "ACCESS_KEY_HERE" 
  secret_key = "SECRET_KEY_HERE" 
  region     = "us-east-1" 
} 
  
provider "google" { 
  credentials = "${file("account.json")}" 
  project     = "my-project-id" 
  region      = "us-central1" 
} 
  
resource "aws_instance" "example" { 
  ami           = "ami-123456789" 
  instance_type = "t2.micro" 
} 
  
resource "google_project" "my_project" { 
  name       = "My Project" 
  project_id = "your-project-id" 
  org_id     = "1234567" 
} 
  
resource "google_app_engine_application" "app" { 
  project     = "${google_project.my_project.project_id}" 
  location_id = "us-central' 
} 

上述配置定义了两个提供者(provider)和三个资源。在Terraform中，提供者是指与某种API交互的服务，本例中是AWS和谷歌云平台(GCP)。虽然提供者指令最直观的用途是用来配置一个或多个云平台，但也有其他许多资源可供使用，比如数据库驱动程序、网络平台和版本控制系统。

你在定义提供者后，可以为该提供者声明资源。在上述例子中，有三个已定义的资源：AWS EC2实例、GCP项目和Google App Engine应用程序。资源是某个云提供的任何工具或服务，比如存储、数据库或计算。然而，资源也可以定义本地文件，甚至定义随机数据生成器。

适应变化

使用Terraform时要采取一切预防措施，以避免任何意外的成本。

除了能够使用定义明确的配置文件配置应用程序基础架构外，Terraform还可以适应不断变化的需求。这项独特功能使管理员能够对配置文件进行更改，不用成倍增加工作或基础架构。比如说，假设我们的上述配置文件更改为以下内容：

provider "aws" { 
  access_key = "ACCESS_KEY_HERE" 
  secret_key = "SECRET_KEY_HERE" 
  region     = "us-east-1" 
} 
  
resource "aws_instance" "example" { 
  ami           = "ami-123456789" 
  instance_type = "t2.micro" 
} 

添加和删除资源时，Terraform会识别这些更改并相应地更新你的基础架构。由于Terraform保留任何应用的配置文件的先前状态，因此它知道删除先前配置的GCP资源，又不尝试重新配置AWS资源。这在更改可能随时变化的版本控制环境中尤其有用。

面临的挑战

Terraform***的好处之一也带来了***的风险：由于它很容易使用，如果不仔细考虑，用户可能会面临巨大成本。只要使用一个命令，用户就可以将任何配置文件应用于已配置的提供者，这可能导致众多资源部署到任意数量的云提供者。虽然Terraform通过计划读出和确认机制有助于防范这种情况，但事故可能会发生。使用Terraform时要采取一切预防措施，以避免任何意外的成本。

此外，Terraform可以适应针对任何已配置环境作出的更改，因为它可以存储已配置基础架构的状态。虽然这为创建、修改和删除基础架构提供了一种快速的机制，但该工具并不在每次运行时都检查云资源，这意味着你从多台计算机更改基础架构时难免增添共享状态的开销。

原文标题：Learn how to use Terraform for multi-cloud management，作者：Zachary Flower

【51CTO译稿，合作站点转载请注明原文译者和出处为51CTO.com】