Infra Study Meetup #1「Infrastructure as Codeのこれまでとこれから」
アンチフラジャイル=システムを絶え変更し改良することでより堅牢になる。 自動化だけではアンチフラジャイルにできない。 システムを良く理解し、継続的に変更を加えられる「人の存在」が重要。 作業は自動で、改良は人の手で。という感じでしょうか。 #InfraStudy #Forkwell
2020-04-24 20:52:57質疑応答(mizzy氏 / まつもとりー氏)
YouTube 1:06:19 〜 https://youtu.be/_bLzgd_UlbU?t=3979
"コード化すべきものとそうでないものの境界” 扱う人間のスケールと、変更頻度が観点になると思います。バツンと境界は引けないけど、観点としてこれを考えてやるやら決めるといいと思います。 #InfraStudy #Forkwell
2020-04-24 20:53:12「書いてみると、それだけでアイディアが湧いてくる。」確かになぁ。とにかく書いてみるのは大事 #InfraStudy #Forkwell
2020-04-24 20:53:46IaCのこれからで述べられていた、 IaCって言われないでも使われるよねーって話はすごい同感でした。 #InfraStudy #Forkwell
2020-04-24 20:54:12個人開発だったら好きにするけど、プロダクトや人に合わせてシェルで書く...っていうのは正しいと信じている #InfraStudy
2020-04-24 20:54:26あえての逆張りみたいになるけど「変化し続けることで堅牢になる」というのは(個人的に賛成だが)「解決したい問題があっての手段」という考え方ととても相性が悪いと思う。しかもインフラなので変更コスト的にも「ちょっと遊んでみました」で導入はし辛いのでは。 #InfraStudy
2020-04-24 20:54:29“IaC のアンチパターン” 共通化を頑張ること。それによって影響範囲が大きくなってしまえば本末転倒、変更しづらくなってしまう。 #InfraStudy #Forkwell
2020-04-24 20:54:29「IaCは課題解決のために行うもの、目的と手段を明確化して導入するか別の手段を採用するかを検討する」 口頭でも触れていたけど技術を手段とするには逆に技術を目的にした過程が必要になる気がする #InfraStudy
2020-04-24 20:54:32コード化すべき境界線 →IaCだからなんでもコード化するのではなく、課題・問題を明確にするのが大事。シェルスクリプトで解決もあり。 #InfraStudy #Forkwell
2020-04-24 20:54:32ベストプラクティスも良いけど、アンチパターンも仕入れておきたい情報ですね。 #InfraStudy #Forkwell
2020-04-24 20:55:01全てをコード化したレベルだからこそ、システムアーキテクチャをコードで共有する文化がもっと流行ってほしい!! #InfraStudy #Forkwell
2020-04-24 20:55:06