1日目は、以下の2点を説明しました。やるべきことについて考えてみましょう。CMツールまとめめんどくさい極論はこれです。作ったインスタンスを本番環境で使えるようにするまでの手順は「めんどくさい」のです。CMツールを使うことでこのめんどくささが劇的に軽減されます。これ本当にやりたいですか?必要なソフトウェアや処理をする準備ができたら本番に投入する本番投入後異常があったら自動復旧されるように監視、処理をするWebサーバーを例にさくっと表に書きだしてみましょう。表にないこともたくさんありますが、サンプルということで。含めてCMツールを用いる必要がないほど洗練されているんだと思います。できれば教えてください(懇願)やりたくない人、アナタワタシノトモダチね!一緒に楽をできるようにしましょう。めんどくさいのめんどくさいは大事です。何がどうめんどくさいのか考えます。環境にユーザーを追加することを考えてみましょう。スクリプトでの記述スクリプトを書いてユーザーを追加しますか?さくっと走り書きしてみました。Administratorsスクリプトを書いた当人はそれでもいいかもしれません。仮にユーザーがすでに存在した時に、このスクリプトが繰り返し実行されて問題ない保証を考えると面倒ですね...。「ユーザーが存在していてほしい」ことを書くとこのようになります。似たような記述になります。/プレイブック(Ansible)といわれるロジックは公開されており流用も作成もできます。呼ばれる、「どう構成したいか」の設定だけです。やりたいことに集中できるのは、大事、です。維持がめんどくさい先ほどのユーザー作成ですが、運用中必要なユーザーは途中で削除されたり設定が変わるのは望ましくないですよね?設定したように維持されていてほしいでしょう。先ほどのユーザー設定を適用するには、実行を自分でトリガーする必要がありました。多くの場合は、リモート先で実行する仕組みも準備する必要があります。使いますか?できないことはないですね。ローカルで、シェルスクリプトやバッチ、PowerShellを回しますか?でも、定期的に、確実に実行されるとなると面倒でしょう。構成の維持をやったことがない方は、思った以上に面倒なことに気づかれると思います。してくれるほうが楽です。ツールの例として先ほどのユーザー作成を考えてみましょう。先ほど、ユーザーが作成されたのは、「ユーザーが存在していてほしい」時に、存在していなかった場合のみです。ユーザーが存在していたら存在テストのみ行って設定はスキップされます。CMツールの多くは、放っておくだけで、定期的に「あるべき状態を維持する」ように実行する仕組みを持っています。考えなくてよくて仕組みに乗っかるだけ。「あるべき状態を維持」するのが本質です。そのため、状態を維持するために繰り返し実行を試みます。繰り返し実行しても影響がないように、冪等性をある程度念頭に置かれています。*4設定と維持を分けて考えることがなく、自動的に状態が担保される。*5をしているなら、めんどくささから大幅に解放してくれる可能性が大いにあります。CMツールは、めんどくさがり屋の味方なのです。自分の使いやすいものを使えばいいでしょう。