关于terraform的状态管理

我们想在aws创建3台主机，使用ansible和terraform都是可以实现的。

用ansible可能是这样子的：

- ec2:
    count: 10
    image: ami-40d281120
    instance_type: t2.micro

用terraform可能是这样子的：

resource "aws_instance" "example" {
  count         = 10
  ami           = "ami-40d28157"
  instance_type = "t2.micro"
}

好了现在问题来了，我现在想要把主机数从10台增加到15台，怎么办？

ansible:

现在的配置文件不能用了，我们必须再写一个创建5台主机的配置文件

terraform:

直接在原有的基础上把10改成15就可以了，terraform知道之前创建了10台，所以会自动再加5台

也就是说terraform记录了状态。

状态信息记录在哪里？

顾名思意，就是：terraform.tfstate 文件

每次运行terraform apply时，都会把最新的配置和当前状态文件中的内容进行比较后，再做更改。

这东西不能乱改，改乱了你懂的，所以当团队共用一个文件的时候，就要小心了，应该做个加锁处理之类的，来防止差异性。

而且这个文件不应该放到github这些网站上去，因为状态文件里有敏感信息，而且谁也不能保证github上提交的是最新的版本。

即然不能放到github上，又能放到哪里去？答案是可以放到aws的s3上去，当然也支持其它的一些存储。

相关的命令是：terraform remote config

> terraform remote config \
    -backend=s3 \
    -backend-config="bucket=(YOUR_BUCKET_NAME)" \
    -backend-config="key=global/s3/terraform.tfstate" \
    -backend-config="region=us-east-1" \
    -backend-config="encrypt=true"

Remote configuration updated
Remote state configured and pulled.

上面这堆就把代码都推到s3上了，这样以后再运行terraform命令的时候，terraform会自动保持更新并使用状态文件的。

对于状态文件锁定，是terraform企业版本中提供的功能，如果不想付费，我们可以使用专用的部署服务器来进行操作，而不是在本地pc。

文件的编写应该有良好的文件结构，比如这样：

stage
非生产工作量的环境（即测试）。

prod
生产工作负载环境（即面向用户的应用程序）。

MGMT
DevOps工具的环境（例如，堡垒主机，詹金斯）。

global
一个放置在所有环境中使用的资源的地方（例如S3，IAM）。

在每个环境中，每个“组件”都有单独的文件夹。每个项目的组件都不相同，但典型的组件有：

VPC
此环境的网络拓扑。

service
在此环境中运行的应用程序或微服务，例如Ruby on Rails前端或Scala后端。每个应用程序甚至可以生活在自己的文件夹中，以隔离它与所有其他应用程序。

data-storage
要在此环境中运行的数据存储库，例如MySQL或Redis。每个数据存储甚至可以存放在自己的文件夹中，以将其与所有其他数据存储隔离。