インフラ自動化の落とし穴と宣言的アーキテクチャ

思わず目にとまる コンテンツの作り方、届け方 / how-to-create-deliver-content-catches-the-eye

[kwhrtsk]

“いつでもデプロイしてよい”理想はこうなんだけど、実際にはDBスキーマの変更やサービスの非互換な変更が入ると一気に面倒になるんだよなあ。互換を維持する引き換えにスキーマやAPI定義が冗長になりがち。

[tettekete37564]

Ansible とか使ってる案件かなと思ったら違った。まあ、Ansible の謳う冪等性なんてまったく信用ならないがな / 追記:ちょっと言い過ぎたな、統一感のない謎仕様とバギーな挙動が多めなだけだ。あれもっと言い過ぎたか

[teppeis]

弊社知見です

[morimarii]

主題とは違うけどDevOpsを「開発運用を同じ部署でやってるからOK」みたいな書き方だされると違和感

[taiyow]

宣言的アーキテクチャの必要性、こう整理すれば腑に落ちた。良い。

[rd050201]

すごい

[yuno001]

ほんまこれ。オペレーター側に全て知見をなすりつけるのやめるべき。

[noeloasis]

再現性のあるデプロイ大事

[xlinux2020]

英語が苦手なのでわからないけど、海外とかだとこういう知見を公表しあって、知恵がストックされてたりするんかな

[nakag0711]

目的を宣言しただけでは実行できない。実行できるのはコードだけ。要は汎用性のある完成度の高いコードを書くことになるわけだが、手間はだいぶ掛かりそう

[Kesin]

"S3に今までビルドしたことのあるハッシュを全部記録しておく。S3にハッシュがない=>ビルドしないといけない" これ。そもそも前にビルド済みなら本来は再ビルドする必要はない