前佛 雅人(M.Zembutsu)

クラウド登場前は、インフラ構築＝納品だったのが、今は随時インフラそのものが変わるわけで。そんな状況で、運用は事前の手順書ありきでしか対応しないっていうのは、ありえないんじゃないでしょうか。価値を産み出さない、今のままでい、そう選択したのなら、いいのですけど。違いますよね？

今は、「車」にあたる「インフラ」なり「開発」視点で迅速化がされたのですが、次は「運転手」たる「運用」の出番ですよね。方輪だけの力があっても、その場で空回りするだけ。環境はそろいました。あとは、やるか、やらないか。

「開発」視点（提供前）だけじゃなく、「運用」視点もないと、クラウドの利点を、本当に活かすことはできないのかもしれません。相乗効果が必要なんだと思います。例えると、F1のように、「車」も「ドライバー」も両者が優れていないと勝てないのではと。

サービス提供環境を構築するまでの時間は、「クラウド・コンピューティング」なり構成管理ツールの普及で短縮できました。じゃぁ、実際のサービス提供後（運用後）をどうするか？という課題を、一頃でまとめてる（バズってる）のが「オーケストレーション」なのかなと。もちろん、クラウド前提で。

オーケストレータ、そものもの定義は、正直自分の中では纏まっていないです。何かを一斉にやる、ただそれだけなら、クラウドないし仮想化環境を沢山同時に展開（デプロイ）するだけでもオーケストレータでしょうか、たぶんがいますよね。そこは、運用的な視点なり、捕捉を含む言葉なのかなと。

Serfの良いところは、Fabricで足りない所を補う目的（一斉似何かをやらかす）の手助けになると思います。Consulは、どちらかというと実運用（監視ツールとの連携）で、面倒なアレコレをさせるのに適していて、どちらもクラウド上での運用を考えるなら、今後欠かせないものになりそう。

Consulを使うほどでもない、単純な連携（一斉に何か行いたい）であればserfで十分と思いますし、オーケストレーション的に管理していこう！なら、Consulが今は良いかもしれませんね。

自分も、この内容はConsulに処理を統合したほうが、全体管理が楽になると思います。#osc14tk

ちょうど、某所クラウド上でserfクラスタ組んでテストしています。 進捗だめです。ごめんなさい。