はじめに
- みんな大好き terraform をさくっと教えることになったのでさっと説明する資料。
- クラウドやインフラにあまり明るくないとのことなのでイメージだけ。
- PlantUML の練習も兼ねてる。Qiita ネイティブで書けると楽なんだけど。PlantUMLを書くツール
過去
一人でやってるうちは自己責任だしどうにでもなる。
- マネジメントコンソールを使う
- 再現性はない
- サンプルのCloudFormationやドキュメントの手順
PlantUML コード
@startuml
actor UserA
UserA --> (Cloud)
@enduml
現在
複数人になると問題が出やすくなる。
- 俗人化
- 変更内容や日時が残らない（誰かの実施した変更がわからない）
- 元に戻すのが困難になる
- クラウド側も日々変更される
- 再現性に乏しい（似たようなのをもう１つ作って）
- セキュリティや機能面で複雑性が増す
PlantUML コード
@startuml
actor UserA
actor UserB
actor UserC
UserA --> (Cloud)
UserB --> (Cloud)
UserC --> (Cloud)
@enduml
未来
terraform により宣言的コードによるクラウドの抽象化が可能になった
- コード管理（git）によって変更内容の記録が取りやすくなる
- state の存在によってコードとリソースの差分が取得可能になる
- 定期的な更新への追従で安定してリソースの管理が可能になる
PlantUML コード
@startuml
actor UserA
actor UserB
actor UserC
database Git
database State
UserA --> [terraform]
UserB --> [terraform]
UserC --> [terraform]
Git -right- [terraform]
State -left- [terraform]
[terraform] --> (Cloud)
@enduml
大事なこと
- terraform (code) == state（状態） == クラウドリソース
- あるべき状態を管理することができる
- terraform が宣言的という理由であり、Pulumi や CDK/SDK/ベンダー提供のスタッキングツールとの違い
- 実際のリソースからコードにフィードバックすることで状態を維持することもできる（Ansible の宣言的とは異なる部分）
- Ansible は基本的に一方的であり、Ansible を使用して差分を取得してコード側を合わせるといった運用には向いていない
- CloudFormation 等のベンダー提供ツールによるロックインを避け、適度に抽象化することでコマンド差異を軽減させることができ、マルチクラウド展開等に有利であることも terraform を選定する理由のひとつ
おまけ
- terraform は HashiCorp の製品
- Golang で書かれている
- tfenv を利用することで、複数バージョンに対応しやすくなる
- direnv を利用することで、環境別のクレデンシャルも管理しやすくなる
- Ansible とは棲み分けが大事
- Twitter と slack でユーザコミュニティやってるので活用してね（宣伝）
念のため
- Cloud 部分は AWS, GCP, Azure の他、terraform のプラグインの一部になる Provider が対応できればなんでもいい
- コード管理ができているからといっていつでもどうにでもロールバックできるとは限らない（不可逆な変更はたくさんある）
- pulumi は状態持ってるらしい？知らんけど
- Provider は各クラウドのAPIやSDKを利用しているので、常に最新の機能が使えるとは限らない
おまけのおまけ
Ansible
PlantUML コード
@startuml
actor UserA
database Git
database Config
Git -right- [Ansible]
UserA --> [Ansible]
Config -left- [Ansible]
note top of Config
Inventory
Playbook
Role
endnote
[Ansible] --> (Host)
note right of Host
常に上書きされて
最新になる
endnote
@enduml
Packer と Ansible
PlantUML コード
@startuml
actor UserA
database Git
# あー、ツールが古くて frame 形状にならなかった
package PackerAnsible <<Frame>> {
[Packer]
[Ansible]
}
Git -- PackerAnsible
UserA --> PackerAnsible
Packer -> Ansible
PackerAnsible --> (AMI)
note right of AMI
常に上書きされて
最新になる
endnote
@enduml