Amazon.com、社内システムをクラウドへ移行中。オンプレミスからクラウド移行へのケーススタディ

2010年7月14日

「ドッグフードを食べる」とは、開発中の自社製品の使用をマイクロソフト流に言った言葉ですが、それを「自分たちのシャンパンを飲む」(drink our own champagne)と言い換えたのは、社内システムを自社サービスであるAmazonクラウドに移行しているAmazon.comのIT部門ディレクター Jennifer Boden氏。

Amazon.comは、社内システムとしてオラクルのeBusiness Suite、BMCソフトウェアのRemedy AR System、マイクロソフトのSharepointやExchange Serverなどをオンプレミスで使用していましたが、これをAmazonクラウドへ移行したとのこと。

SearchCloudComputing.comの記事「Amazon.com attempts IT switch to cloud computing」がその様子を伝えており、Jennifer Boden氏によるプレゼンテーションもSlideshareで公開されています(本記事末に埋め込んでいます)。

一般の企業にとって、オンプレミスからクラウドへの移行の参考になるケーススタディですので、以下にその内容を紹介しましょう。

業務アプリケーションが移行の対象

Amazon.comの従業員が利用する目的で構築された社内システムは、一般の企業のそれと変わらず、LinuxやWindowsのサーバ群と、多数のWindowsデスクトップ製品で構成されており、先に紹介したような業務アプリケーションがバックエンドでは稼働しているとのこと。

オンプレミスからクラウドへの移行は、財務経理、人事、開発ツール、ナレッジマネジメント、業務ツールなどが対象となっています。

fig

クラウドへ移行する最大の理由はTCO(総所有コスト)の削減です。これはジェフ・ベゾスCEOからの命令でも、Amazonクラウドの利用促進のためのマーケティングでもなく、ビジネス上の判断としてクラウドへの移行を決断したとBoden氏。移行プロジェクトは数年がかりだったとのこと。

fig

これが移行前の、オンプレミスでの運用の状態。

fig

移行後は社内システム用のネットワークをAmazon VPC(Virtual Private Cloud)の中に拡張し、Amazon VPC内で社内システムを稼働します。クラウドへの移行は、AmazonクラウドのAmazon VPC(Virtual Private Cloud)のサービスが開始されたことで現実的になったとのこと(参考:Amazonがプライベートクラウドのサービスを開始、「プライベートクラウド」がバズワードから現実に)。

fig

クラウド移行への手順

フェーズ1としてまず最初に行ったのは、サーバの仮想化とコンソリデーション。また、データの仕分け、アプリケーションの可用性(SLA)の見極め、依存関係の把握、コンプライアンス、ハードウェアの利用状況、現在のTCOの確認。

fig

そしてベンダとの協力。クラウド対応ライセンスモデルの適用、ベンダ要求に対応したAmazonクラウドサポートの拡張、性能テスト。

fig

フェーズ2は移行試験。IT部門スタッフが実際にAmazonクラウドに慣れること、いくつかのパイロットプロジェクトで技術的な確認、レガシーアプリケーションがクラウドで動作するか、性能試験などを実施。

fig

そしてフェーズ3で実際に移行本番へ。

fig

移行はまだ進行中で、よく分かっている社内開発のアプリケーションや、人事のような比較的シンプルな業務アプリケーションから移行を始めているとのことです。

移行の経験から学んだことは、早期にセキュリティについて着手すること、そしてセキュアなストレージの標準化と、Amazonクラウドの機能であるAWS Auto Scalingと自社の運用システムとを統合することなどだとしています。

fig

今回の移行は社内システムとしてAmazonクラウドが特別扱いしたわけではなく、一般ユーザーと同様にサインアップし、利用しているとBoden氏は説明しています。

このケースは一般ユーザーがオンプレミスからクラウドへ移行する際にも参考にできるよいケーススタディではないでしょうか。

関連記事

オンプレミスからクラウドへの移行については、佐川急便グループの事例も合わせてご覧ください。


このエントリーをはてなブックマークに追加 Bookmark this on Delicious     fig Follow Me  fig RSS

タグ : Amazon , クラウド , システム構築

次の記事
マイクロソフトのHadoop対抗技術「Dryad」、いよいよ始動か?
前の記事
日本のSIerはクラウド普及の逆風なのか?

Loading...

Blogger in Chief

photo of jniino Junichi Niino(jniino)
IT系の雑誌編集者、オンラインメディア発行人を経て独立。新しいオンラインメディアの可能性を追求しています。
詳しいプロフィール


Publickeyの新着情報をチェックしませんか?
Twitterで : @Publickey
RSSリーダーで : Feed





アクセスランキング - 過去7日間

  1. 特許庁の基幹システム失敗の背景にある、日本に…
  2. 特許庁の基幹システムはなぜ失敗したのか。元内…
  3. 国内の開発者が使っている言語、1位C、2位V…
  4. なぜ米ヒューレット・パッカードは、一挙に16…
  5. OpenFlowベンチャーのNicira N…
  6. 「絶対落ちないシステムを作れ」という要件に、…
  7. ライアン・ダール氏、Node.jsの開発リー…
  8. フラッシュストレージが最大500TB! 米N…
  9. ソフトウェアテストの30年前と30年後(前編…
  10. ソフトウェアテストの近未来を話そう(前編)~…
  11. マイクロソフトの責任者が語る「われわれはどの…
  12. ソフトウェアテストの近未来を話そう(後編)~…
  13. 2012年1月の人気記事「グーグルのバグ予測…
  14. ソフトウェアテストの30年前と30年後(後編…
  15. EMC、満を持してPCIe接続フラッシュスト…

最新記事 10本

バックナンバー



アルファブロガー・アワード2010受賞 Publickeyはアルファブロガー・アワード 2010を受賞しました! いつもご愛読ありがとうございます。









blog comments powered by Disqus