「Infrastructure as Codeに疲れたので、僕たちが本来やりたかったことを整理する」を１年掛けて整理した

こんにちわ。rwle1212です。 本記事は JAWS Days 2020 で話す予定でしたが、昨今の事情によりオンライン開催となったため、登壇予定の内容を記事にしたものになります。 登壇していれば諸般の事情により左手首を骨折したネタが使えたのですが、ブログでは伝わらないので非常に残念な思いをしております。という話はどうでも良いので本題に入ります。 50分の登壇内容なので少々長くなりますが、お付き合いください。 JAWS Days 2019で登壇した内容の振り返り昨年の JAWS Days 2019 で「Infrastructure as Codeに疲れたので、僕たちが本来やりたかったことを整理する」という内容で登壇しました。 まずは上のリンクに添付されているスライドを5分位で読めると思うので一読頂いて、下の文に進んで頂ければと思います。 そもそもInfrastructure as Cod

[stk132]

"5分で作り終わる作業が10–30倍以上の時間を掛けてしまう" マジでこれ。awsコンソールからボタンぽちぽちで終わる設定をcdkでトライアンドエラーでコード化してて、割に合わない感ヤバかった

[rmanzoku]

「一回失敗すればいい」まで含めて完全に同意だ。ちゃんと体系的に言語化されていて素晴らしい。

[fumikony]

terraformingとかcodenize.toolsなどでaws構成を継続的にダンプしていればだいたい間に合うのではという気がしてる

[ngsw]

コード書いて運用し続けたうえでこう思うというのがチームにとっての財産な気がする。

[launcher]

チームのスキルセットと属人化の部分は、よく遭遇する。とりあえず初期構築はコードで運用は手弁当かな。あとDatadog等の部分的な箇所でコード化継続とか挑戦はいいと思うので自分も取り入れよう。

[kamocyc]

IaC(コード化)する前に費用対効果を考える．コード化に工数かけなくても，AWSの仕組みやコマンドのログの記録で十分なことも多い．

[sashiharajp]

インフラをコードで管理するのは完全に賛成でメリットは理解してるものの ・5分で作り終わる作業が10–30倍以上の時間を掛けてしまう ・1回作るのに数十分かかる この2つは毎回辛いなーと思いながら書いてる。

[minamijoyo]

要はバランスおじさんの気持ちはわかるが、課題にツールが追いついてない問題なので、そこをなんとかしたいのだ。

[shinobue679fbea]

便利でいけてたはずの仕組みに殺されかけることあるある、と言いたいがまずその仕組みの導入すらできない人もいるんだよ

[sinsoku]

「全てをIaCで管理しない」と「複雑にしない」の2つ話が混ざっている気がする。コードに残ってないインフラを引き継ぐの辛いのでIaCはして欲しい。

[newnakashima]

すごいわかるな～コレ

[takaesu]

インフラコード化の本質を考える

[masutaka26]

最近チーム向けに Terraform ガイドラインを作った。「こんな考えで設計した。（provider ごとに）、コードを捨てても良い、捨てると把握が難しくなるけど維持も大変」とか。※ 自分以外で Terraform 使う人はあまりいない

[katzchang]

状況を見ようぜ、という話はそう。しかし、道具を知るには一回使ってみないとわからないよなー。

[eigo_s]

新規参入者向けに参考になるドキュメントとかハンズオンみたいなのをreadmeにかいて、手を動かして触ってもらい、その後実際の環境への小さな変更からやってもらって、怖さを軽減する工夫をしてはいるけれど、悩ましい

[diveintounlimit]

分かりみが深い。。。

[ropponzo]

SDKのバグで、AWSコンソールでしか設定できない設定状態があってひどい目にあった。

[wata88]

逆にコンソールからどれをポチポチすればいいかわからない体になった

[kahlua-dane]

IaCを行わない一番の怖さはメンバーへの共有だと感じる。 ドキュメンテーションで解決出来る所もあると思うけどOS領域へのIaCと同じ問題があると思う。 ただ、ツールが追いついてない/足回りが悪い問題は深刻だよなぁ。

[atsu10]

いろいろ参考になりすぎる。

[ptiringo]

よい。

[tohokuaiki]

全然わからない世界だ…

[k2wanko]

"作らない""作り込みすぎない" わかる(わかる)

[quabbin]

ROIを考える。まさしく。次にBCPを考えるようになったら、だいぶ前進するんじゃないか。BCPで必要な部分と、必要でない部分と考えると、IaCの使いまわしどころがかなり見えてくるはず。

[onesplat]

awsコンソールからボタンポチポチはいかなる時もやめろ。最悪cliあるんだからスクリプトでもなんでも書けばええやん。それがCode化の大きな第一歩で、それ以上の高度なツール導入は好きにすればいい

[Foorier]

わ

[kanehama]

基本は手作業でやって、めんどくさいとかオペミスが発生するときにコード化するでいいと思うんだが、そうではないのか？

[hiroomi]

“DevOpsにも通じますが、インフラを継続的に改善し続ける環境を作るために、変化に強いインフラを作る必要があります”

[asa_ca3]

何したいかコードで読めるのは便利なんですけどね。

[knjname]

手作業のほうが時間かかる場合もある　クラウドインフラの構築って結局リソースのキーを転記するような作業ばかりで、Terraformでキー参照したほうが確実で早い　あとほぼゼロからコード一発構築の路線は捨てた方が幸福

[yuno001]

やりたい事って多分そっちの方向性じゃないのでは。手動で変更した時にだれが何のために変更をしたのかを自動でトレースしてくれるというこじゃないのかな。 それを管理者が検知できれば運用は回る気がするが。

[tourism55]

“ 5分で作り終わる作業が10–30倍以上の時間を掛けてしまう”1000台に適用する(または10台に100回)とわかってる時はいいがそうじゃない時、これがつらい。Excelの“マクロに記録”のような物欲しいなと思ってしまう。

[baronhorse]

とはいえ書かないと辞められないからな。クラウドんとこもそれこそコードよまないやつはコンソールから設定拾えばいいわけだし書いた方がいい。時間かかるみたいなのは慣れじゃね。

[tettekete37564]

Ansible + AWS で地獄を見ているがあれは Ansible の AWS 周辺がうんこなのが大きい

[akahigeg]

最近は汎用的に使いまわせる初期構築だけ書いてるかな。ソロか数人のチームで