Terraformアンチパターン(2019年版) - Qiita

はじめに Infrastructure as Code(以下IaCと略します)って最近では当たり前のように実践されてますよね。特にterraformはかなりユーザが多く、開発のスピードも速い印象です。 IaCを実現できたインフラエンジニアの皆さんの多くが次に直面する問題はコードの保守運用に関する事柄ではないでしょうか？ terraformもコードなので、アプリケーションのコードと同じように保守性(テスト容易性、理解容易性、変更容易性)を意識する必要があります。ただコード化しただけでは属人性を排除したとは言えないと思います。 保守性の高いterraformって具体的にどう書けばいいの？と周りに聞いてみても、巷には「ぼくのかんがえた最強のterraformベストプラクティス」が乱立していて、自転車置き場の議論になりがちです。 また、v0.12前後でterraformの記法が大きく変わったので、

[progrhyme]

目次だけでだいたいわかったけど後でちゃんと読むかも

[tsekine]

Infrastructure *as Code* という視点で考えたとき、普通のOSSのコードと違ってそんなに実例が転がってないので参考になる。多分、俺がメンテしてるのもあんまりイケてないと思うんだけど、どうしていいか分からんし。

[newnakashima]

なるほどー

[cocoasynn]

ここらへん規模に応じて柔軟にリファクタリングすることが一番大事だと思う。参考にさせてもらいます。