エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント34件
- 注目コメント
- 新着コメント
tpircs
なんか微妙な違和感があるな。1か0かの話でなく適用範囲を決めるよねっていうのと、IaCの恩恵にあずかるのは運用がそれなりに継続してからだから投資の意味でどれだけやるかっていう感覚かなぁ。
bellonieta
たとえばTerraformならtflintやterrascanなどで潜在的な問題を見つけられる。マネコンで自由に操作してたら気づかないバッドノウハウに気づける、そういうメリットに意味を感じないならIaCはしなくて良い。
masatomo-m
IaCはサービスが長続きしてエンジニアが入れ替わったりした辺りで効いてくると思う。人は辞めるのでノウハウや記憶と共に失われてしまうがコードは残る。ただサービス立ち上げ期にメンテが重く感じられるのはわかる
ryousanngata
手順書やパラメータシートを書くのが嫌でIaC使ってるけど、IaCはたいてい依存関係がなければ並列で動くせいで反映時にこけたときにどういう状態になっているかが分からなくなる時があって特有の辛さを感じてる
wtatsuru
14ページ目のこれなんだな "自分たちに必要だったのは、コード化ではなく、ブラックボックス化したインフラアーキテクチャの可視化であり" 。初手はコード化よりはメンテされてる構成図なんだろう
bellonieta
たとえばTerraformならtflintやterrascanなどで潜在的な問題を見つけられる。マネコンで自由に操作してたら気づかないバッドノウハウに気づける、そういうメリットに意味を感じないならIaCはしなくて良い。
ALM0ND
linuxみたいにguiでやってもIaCでやってもどこかのconfigに反映されていれば良いと思うんだけどなーterraformer とかでわざわざ吸い出さないといけないというのがなあ クラウドベンダーで対応してくれんかな
nabinno
IaCは詳細設計・証跡/変更管理であって、基本設計ではない。手順書はレビューフローが煩雑になるだけなのでIaCの方が安全。「扱えるのが少数であること」が問題ではなく「その少数の能力」が問題。
masatomo-m
IaCはサービスが長続きしてエンジニアが入れ替わったりした辺りで効いてくると思う。人は辞めるのでノウハウや記憶と共に失われてしまうがコードは残る。ただサービス立ち上げ期にメンテが重く感じられるのはわかる
joker1007
んー……?ってなる。気になるのはドキュメントや図がコードよりメンテ可能なのかという点。コード化の利点はコードを読めば現在の構成が確定出来ることで、覚え易くしたり作業の高速化とかではないと思う。
turanukimaru
IaC のコードを書くのは日本語を書くよりも難しく学習コストがかかるのでドキュメントに間違いがなくオペの回数も少ないならまぁそうやね。頻繁にリリースするなら IaC ぽくやらないとやってられないけど。
yellowdomestic
ドキュメントでわからない→わかるにするのは理解できるが、敢えてIaCをやらない方が良い理由になってないと思った ドキュメントと実際の構成合わなかったり、環境間で差が出たりするんじゃないかと思う
tpircs
なんか微妙な違和感があるな。1か0かの話でなく適用範囲を決めるよねっていうのと、IaCの恩恵にあずかるのは運用がそれなりに継続してからだから投資の意味でどれだけやるかっていう感覚かなぁ。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック!
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
2022/12/17 リンク