[misc] A Reality Check on Transitioning Application Infrastructures to the Cloud

Googleのクラウドベースの電子メールを突然中止するというロサンゼルス市警の最近の発表を踏まえ、すべての問題に対する迅速な解決策として、クラウド上のリアリティをチェックする時期になっています。

L.A. won't put LAPD on Google's cloud-based email system
http://www.latimes.com/business/la-fi-google-email-20111215,0,6466131.story

プレッシャーをかけて内情を聞き出しましょう。色々と出てくるかもしれません。。。特に既存のアプリケーションインフラストラクチャに関連する部分では。
あなたは"スイッチを反転"したり、単に既存のアプリケーションインフラストラクチャをパブリッククラウドに押し込むことを求められているのでしょうか。「X分でクラウドを作成する」といった誇大広告のせいで、クラウドへの移行があまりにも簡単に扱われすぎているため、こうしたリクエストを聞くのは驚くことではありません。
シンプルなクラウドサービスを数分で「作成」できますが、既存インフラからクラウド、、もしくは有力なのはハイブリッドクラウドへの移行はもっと難しいのです。 最近ラスベガスで開催されたGartner Application Architecture, Development & Integration (AADI) Summitで、Gartnerはこのように言っています。-2016年までに、半数のCIOはクラウド技術を介して自社のアプリケーションインフラストラクチャの大部分を操作すると期待している、と。Oracleは、Garter AADIのプラチナスポンサーで、「Tackling Complexity by Converging SOA, Cloud, and Data Integration」と題するセッションを実施しました。このセッションでは、ハイブリッドクラウドへの移行時に、いつ、何を期待すべきかという洞察を提供しました。セッション中、OracleのFusion MiddlewareのVice PresidentであるGreg Pavlikは、単なるオンプレミスからハイブリッドクラウドへの移行に対し、多くの課題とソリューションがあることを説明しました。
セッションは、“Accidental SOA Cloud Architecture”として知られるものを用いて、レッスン"「歴史を忘れるものはそれを繰り返すはめになる（those who forget history are condemned to repeat it）」という教訓のスライドで始まりました。SOA以前のアーキテクチャが「予期せず」成長して、ポイントツーポイントのアプリケーション接続の予期せぬ混乱をもたらしたのと同じように、ハイブリッドクラウドアーキテクチャでは、業務部門がITをバイパスして直接異種クラウドプロバイダと関係を作るということが起こり得ます…“Avoiding the Accidental SOA Cloud Architecture”というホワイトペーパーに示したような、強力かつ予防的な役割をITが果たさなければ。

Avoiding the Accidental SOA Cloud Architecture (UBM White Paper)
http://www.oracle.com/us/technologies/soa/accidental-soa-cloud-1395890.pdf

Accidental SOA Cloud Architecture slide presented at Gartner AADI

Greg Pavlik - VP of Oracle Fusion Middleware presenting at Gartner AADI 

このセッションのもう一つの重要なテーマは、SOA、クラウド、データ統合の収斂でした。この10年間、SOAプラットフォームは、アダプタやEAI、プロセスオーケストレーション、イベント処理などの独立したツールの集合体から統合してきました。最近では、データ統合ツールが、共通のアダプタ、設計・管理ツールをSOAプラットフォームと共有しはじめており、事実上こうしたプラットフォームを統合して、ますます統一アプローチが可能になっています。ツールやプラットフォーム間のこうした水平統合は、従来のオンプレミス、プライベートクラウド、パブリッククラウド間の配置の選択肢という"垂直"統合によって補完され始めています。
ばらばらのクラウド展開モデルをより一層統一的なアプローチに統合するという、この追加された様相の主たるメリットは、要件の変化に応じてインフラストラクチャの各デプロイメントを移行する柔軟性です。例えば、増加する規制要件は、パブリッククラウドのデプロイメントをプライベートクラウドまたはオンプレミスの環境に移動する必要が出てくることがあります。このシフトは、実装のアーキテクチャを完全に再考する必要はありません。

Convergence of SOA, Data Integration, and Cloud 

かつての異種プラットフォームやツール間で、SOAやデータ統合だけでなく、以前の異なるデプロイメントモデルから、オンプレミス、プライベートクラウド、パブリッククラウドをより一層統合したハイブリッド環境、最初にOracleがOracle OpenWorld 2011でOracle Public Cloudを発表したようなシナリオへの移行のしやすさが鍵です。それゆえ、ほとんどの中規模から大企業にとっての問題は、どのように迅速に「スイッチを反転して」、パブリッククラウドに移行できるか、ということではないのです。十分に計画して柔軟なハイブリッドクラウドへ移行し、進化するためのプロセスが問題なのです。

原文はこちら。
http://blogs.oracle.com/SOA/entry/a_reality_check_on_transitioning