Infrastructure as Code ―クラウドにおけるサーバ管理の原則とプラクティス
O'Reilly Japan - Infrastructure as Code
「Infrastructure as Code クラウドにおけるサーバ管理の原則とプラクティス」を一読して、その要点 #Cloud - Qiita の通り、一読したはずだったのだが、まるで分かっちゃいなかったので Amazon.co.jp: 詳解 Terraform 第3版 ―Infrastructure as Codeを実現する : Yevgeniy Brikman, 松浦 隼人: 本 とともに再読した。
IaC のメリットとデメリット
- メリット ... 同じような設定を用意する事が容易になること
- デメリット ... 時間がかかること
踏まえ、今回は以下も合わせてつまみ読みしている。
詳解 Terraform
O'Reilly Japan - 詳解 Terraform 第3版
新刊「Terraformの教科書」の要点をまとめてみた
詳解 Terraform（第3版）まとめ
Terraform の基本的な仕組みから実践まで深く学べる一冊「詳解 Terraform 第3版」を読んだ - kakakakakku blog
開発組織に IaC 文化が浸透していれば普通のことに思えるかもしれないけど，今後 IaC を推進するなら Terraform を使うかどうかに関わらず読んでおくと良いという内容が凝縮されていた👌 特に Terraform コードを GitHub などでバージョン管理をして，プルリクエストを使ってレビューをして，最終的にリリースをするなど，完璧に同じではないけど，アプリケーション側で実現しているライフサイクルのベストプラクティスをインフラ側にも適用しようという意図にも読み取れる
IaCを採用することは大きな投資であり、想定される利点だけでなく問題点も考慮する必要がある
チームがIaCを採用するべきだと上司を説得したいなら、あなたのゴールはIaCに価値があることの証明ではなく、その時間であなたがやるはずだったどんな仕事よりも、IaCの採用が大きな価値を持つと示すこと
ある開発者がTerraformを発見し、それによってできることに刺激を受け、熱い気持ちと興奮を抱えて会社に来て、皆にTerraformを紹介し、そして上司が「ダメだ」と言う
開発者はがっかりして、やる気をなくしてしまいます。何もかも自動化してしまえるというのに、どうして皆これに価値を感じないんだ
たくさんのバグを回避できるはずなのに！ 他にどんな方法で技術的負債の一挙返済ができるっていうんだ？ なんだって皆そんなに分からず屋なんだ？
ここでの問題は、この開発者はTerraformのようなIaCツールを採用することの利点だけしか見えておらず、コストを見ていないことです。
Terraform インストールしてリソース グループ作成するまで #Azure - Qiita
Terraform で Linux VM 作成して SSH するまで #Azure - Qiita
IaC のメリット (再び)
O'Reilly Japan - Infrastructure as Code
Infrastructure as Codeは、コンピュータはその最も得意とすること（自動化）に集中し、開発者はその最も得意とすること（コーディング）に集中できる選択肢を提供します。
以上です～