IaC、あるいはインフラ抽象化レイヤー導入時に考えたらいいんじゃないかと思うことを雑多に書く - ださろぐ@はてな

この記事はSRE Advent Calendar 2023の4日目の記事です。 qiita.com 3日目は@myu_mxさんのゆるやか成長スタートアップの小さなEnabling SRE的活動でした。 久々のアドカレ参加ですが、少し思いの丈に任せてみようということで経験と主観が強めの記事です。 この辺で語られていたよとかこれは賛同できないというポイントなどもっといい情報があればぜひお知らせください、という感じで雑多に書いて参ります。 TerraformやCloudformationあたりをよく触るのでそのあたりがどうしても頭にありますがなるべく固有の話はしない方向で。 色々書きつつ、基本的には長期的な運用を見越したソフトウェアの運用設計と同じ考えで良いとは思ってます。 最低限のインターフェースを公開し疎結合に設計する、モジュールは交換可能する、ライフサクルを考える、などなど。 ただIaCコ

[egmc]

SRE Advent Calendar 2023 4日目のやつ書いてみました

[JULY]

いろいろ同意できる点が多い。特にリソースのライフサイクルを考えることは重要。０から全てを作り出すものを夢見がちで、結果、運用フェーズで使えなくなるケースを幾度も見たことがある。

[mapk0y]

ライフタイムでレイヤを分ける考えをずっと持ってたけど、依存の問題で他のものを触らないといけないことが多くて微妙だなと感じてる。最近だとCDKではstackを分けないでconstructでコードでは分けるというのもよく見る

[syu-m-5151]

IaC 本 3nd の原則にも似た記述があり同意できる言葉がほとんどで質がとても良いポスト

[sen47]

良い。参考になった。

[sogaoh]

インフラ構築コードを継続的にメンテできるようにしておく、は今年気がついて実践し始めた大事なことの１つ。Terraform の Advent Calendar で書く予定。 > "先々のバージョンアップペースについて考える"