Joe McKendrick氏は、"Challenges and Opportunities in SOA and Cloud: Lessons Learned"というセッションの議事録を公開した。このセッションには、Phil Wainewright氏や、David Bressler氏、Ed Horst氏、Joe McKendrick氏が出席した。 セッションは、Phil Wainewright氏が投げかけた質問から始まった。 皆さんはクラウドをどのように定義していおり、SOAとの違いがもしがあるのであれば、主な違いはなんだと考えていますか。 Joe McKendrick氏は次のように語った。 ... ここ数年で、これらのコンセプトが一つに集約、あるいは一緒に扱われることが、これほどまでに多くなったことは驚くべきことです。私はSOAとクラウドを個別に話をしましょう。SOAは10年前から存在し、多くの会社が既に取り組んでいます。そして今、この注目はクラウドに移ってきています。これら2つを区別するのに良い方法は、次のようなものだと私は考えます。SOAはアークテクチャです。SOAは下層のアーキテクチャで、開発や、メンテナンス、ガバナンス、提供したサービスのオーケストレーションなどの方法なのです。そしてクラウドは技術です。この技術によってサービスは組織を超えて配備されます。しかし、もはやこれらの2つは切っても切れないところまできていると私は考えます。 Phil Wainewright氏は次のように質問を続けた。 クラウドはある種のWeb指向な方法で実装された単なるSOAだ、というほど話は単純なものなのでしょうか。.. つまり私がこう言ったのは、クラウドはオープン環境で誰が関係しているのかわからないからです。サービスレベルに関して行わなければいけないことはたくさんあるし、契約を結ばなければなりません...そしてセキュリティの要求を定義するといったこと。コントロール下におかれた企業内の環境では気にしなくてもよかったことを行わなければならないのです。企業内の環境はコントロールされ、何が起きているかわかっているので今までは気にしなくてよかったのですが。... SOAとクラウドでは多くの共通点があると考えます。クラウドは、SOAにより可能となった多くのことを行っています。したがってクラウドはSOAの経験から学ぶことができると考えられます。では、SOAが私たちに教えてくれたことはなんでしょうか。クラウドを実装するときに、同じ失敗を繰り返さないための、SOAから得られる教訓とは何なのでしょうか。 この質問に答えるために、Ed Horst氏は3つの主要なSOAの教訓について述べた。 ...手頃な規模で、終了時に日常の業務にインパクトがある特定のプロジェクトから始めます... 日常的に使われるものを取り上げるのがいいでしょう。他には ... クラウドでまだ何もしていない段階から、すべてをクラウドで行うといった海を沸騰させるようなアーキテクチャの導入方式は避けるべきでしょう。...しかし最初のプロジェクトが最終的な方向性と無関係に実施することができるといっているわけではありません。その組み合わせなのです。私が見てきた中でもっとも成功した戦略の一つは、全体アーキテクチャや2年後、3年後、4年後、あるいは5年後に達成したい点を伴った広い視野を持ちつつ、ある種の実質的な現実感を持って最初のプロジェクトを行うというものです。そして...早めに、かつ頻繁にシステムを管理し、システムにガバナンスをきかせていくのです。通常、最初の方にやってしまったことを後悔するのではなく、やらなかったことを後悔することの方が多いのです。