なぜインフラコードのモジュール化は難しいのか - アプリケーションコードとの本質的な違いから考える

A method for separating policy definition and behavior control by an intermediate language to achieve optimal server configuration management according to the situation

[sue445]

public module使うなは完全同意。Terraform RegistryとGitHubリポジトリが連携されてるmoduleを使ってた時に、リポジトリが非公開になったせいでRegistryからも消えてCIがぶっ壊れたことがある

[iselegant]

わかる。公開モジュールは自分たちが求めている抽象化レベルと合わないことが多いので、結局は自分たちが繰り返し利用する or 一部設定の標準化を図りたい場合に、ニーズに合わせて用意している。

[sonots]

terraform moduleの難しさについて。同意見ですw > 無理に向き合わない

[t-wada]

素晴らしい言語化だ。さすがだ。

[t2y-1979]

terraform のような宣言的なインフラ設定には限界があるようにも受け取れた

[Songmu]

同じEverything as Codeでもインフラとアプリーケイションでメンタルモデルの違いがあるというのが整理されていて、気付きを得られて良かった #yapcasia

[akymrk]

"モジュール機能の利用""機能的凝集を意識する（表面的な類似性だけで共通化しない""組織や機能に適したデフォルト設定を内部で定義する（合意形成が重要" - パブリックモジュールは原則として使わない方針

[joker1007]

モジュールは一回痛い目を見てから、自分も基本使わない派閥になったのだがちゃんと言語化してくれてありがたい資料。

[tmatsuu]

せやな。せやせや

[doctor-alcohol]

非常に共感 逆にpublic module使ってうまくハマってるところなんてあるのかな？たまたま抽象化(というよりかはテンプレート化)の範囲が被ってたとかのケースだと思うけど

[tinsep19]

わかる気はするが、クロスアカウントでのRAM作業やPHZ共有とか他社接続時のステップに合わせた作業状態の管理便利です

[syu-m-5151]

とても良い資料だわ！！！

[lamanotrama]

わかりすぎるーー！

[bufferings]

よかったー！

[shiba_yu36]

流石の言語化

[khei-fuji]

たしかに。何も隠蔽できないので、信頼できる自前のモジュールを使うのが手堅い選択肢になる

[knjname]

同じような方針だわ　Terraformと同じくAnsible Galaxyもほぼ使わなかった　完全にコントロールできないものは困る　書くのがかったるい問題についてはAIが解決してくれた

[tasukuchan]

うすうすそう思っていたけど、言語化されてよかった

[JULY]

「02-05章 まとめ」がすごく良い。こういった違いがあるのに、雑に as "Code" を目指すのは間違いだと思うんだよなぁ。IaC は銀の弾では無い。

[mkataigi]

自分の感覚逆かなー。インフラエンジニアが詳細いじりたい人が多い印象。全部同じ構成で作っちゃえばいいじゃん、と思う。アプリケーションに比べてちょっとした違いでコスト差が大きい、とかもあるのかな

[sora_h]

わかる

[lunaphilia]

terraformのモジュールは結合と分割を扱うにはセンスが悪いので、単に繰り返しの単位として使う方がいい　stateを分割するならディレクトリ分けてリモート参照の方がいいと思う　しかし素のtfには機能が足りてない

[pico-banana-app]

インフラのモジュール化むずすぎワロタｗ 中間言語でポリシーと分離するって、それ天才の発想じゃんｗｗｗ