まずはSFAやSaaSから試す

次世代IT環境に備えるための一歩先行くクラウド活用術

拡張性が高く柔軟なサービス提供を目指すクラウドの方向性は、社内データセンターが目指すべき方向性と一致している。ただし、どの業務システムをクラウドに置くかを見極めなければならない。

公開 2009年12月01日 07時30分

更新 2012年09月04日 17時37分

著者

Christina Torode

[TechTarget]

印刷する

　クラウドの展望を見通すことは簡単ではない。しかし企業のCIOは現時点で、たとえクラウドコンピューティングそのものに飛びつかないまでも、手始めにクラウドコンピューティングサービス事業者が描く青写真を参考に、次世代アーキテクチャのための基礎を築くことはできる。

　多くの点で、クラウドコンピューティングモデルはデータセンターで既に起きていることを進化させたものだ。すなわち仮想化、自動化、インフラの動的プロビジョニングなど、すべて柔軟性が高く動的なサービス提供のためのリアルタイムインフラ構築を目指している。

　「クラウドコンピューティングがやってきたのは、仮想化、SOA（サービス指向アーキテクチャ）、Webアプリ、グリッドコンピューティングといった技術をすべて組み合わせ、拡張性が高く柔軟なサービスとしてのIT機能を作り出すことだった。これは、いずれにしても組織が自社のデータセンターで目指すべきことだ」。米Gartnerのアナリスト、デービッド・シーリー氏はこう解説する。

　シーリー氏がCIOに勧めるのは、SFA（営業支援）や、実績のあるSaaS（Software as a Service：サービスとしてのソフトウェア）モデルといった手の届きやすいものから試し、クラウド事業者がオートメーション技術やリソースのプールと共有をどのように使っているかを知った上で、こうしたベストプラクティスを自社のデータセンターに取り入れることだという。

　もう一歩先へ進み、Webベース環境のためのアプリケーション開発を目標にしてもいい。従来型のアプリケーションは、クラウドコンピューティングに見られるようなマルチテナントや並列処理モデルを活用できる設計になっていないからだ。

　シーリー氏は言う。「戦略的な考えを持つCIOなら、クラウドに存在するデータ分散・処理分散モデルを活用したWeb思考アーキテクチャの恩恵を受けるため、アプリケーションのアーキテクチャを組み直すだろう。そうすることによって、外部のクラウドが成熟した時点でそれを活用できるアプリケーションの態勢が整い、同時に自社環境の効率性と先進性も高まる」

　アプリケーション開発チームから出発するのはいいが、考慮すべきはパブリッククラウドへの移行が及ぼす影響だ。ネットワークトラフィック、経理部門の決済モデル、バックアップ・災害復旧対策戦略、社内アプリケーションとの相互運用性、情報プライバシーなど、考慮すべき点は幾つもある。

　「クラウド導入は会社全体で決断すべきことであり、一分野たりとも無視できない」と指摘するのは米Burton Groupのアナリスト、クリス・ハワード氏。「アプリケーションの観点からは素晴らしく見えても、ネットワーク担当者は実際の環境でそれをサポートしなければならず、ファイアウォールの外にデータを置くことにリスク管理者（あるいは総務）がダメ出しをするかもしれない。性急なクラウドプロジェクトではCIOが必要な工程を飛ばしてしまう危険があり、さらにバックエンドでもインテグレーション問題への対処を迫られる」（同氏）

クラウドコンピューティングのためのアプリケーション選び

　予期できない要素や容量の制約がある業務やアプリケーションは、クラウドコンピューティングモデルになじみやすい。例えば販促キャンペーンといったプロジェクトではクラウド事業者のネットワークでサーバとストレージの容量を増やし、プロジェクトが終了すれば元に戻すことができるからだ。コストは月額料金あるいはプロジェクト継続期間中のコンピュータ処理能力に掛かった費用となり、こうした容量増大が必要になるまで使わずに置いておく自前のサーバを買う場合と比較できる。

　クラウドにおけるアプリケーション開発とテストのサービスは、IBM、Amazon.com、Skytapといった各社が手掛けており、顧客のテスト開発環境を反映した環境を提供している。これは企業にとって大きなメリットとなり得る。例えば、ITがサーバを待つことなく新しいアプリケーションのテストに着手できるという前提による、商品化に要するプロジェクト時間の迅速化。部門から新しいアプリケーションのテストを頼まれた場合、数日から数週間でできると言えるのと、それとも何カ月もかかってしまうと言うのかの違い。そしてもちろん、自社環境の拡張や構築のための知識が不要なことだ。

　バックオフィスとあまり関係のない自律的アプリケーションもクラウドコンピューティングに適している。ただし、クラウドに置いたアプリケーションが、まだ自社のデータセンターにある別のアプリケーションに大きく依存している場合、そのデータ転送のコストが相当かさむ可能性はある。

　CIOは、バックオフィスアプリケーションをクラウドに置くことは避けている。その主な理由は、社内のレベルに匹敵するほどのセキュリティコントロールとパフォーマンス保証をクラウド事業者が提供していないからだ。

　米Forrester Researchのアナリスト、ジェームズ・スタテン氏は「クラウドは最も手の掛かるアプリケーションをなくすことができる素晴らしい手段だと考えているCIOも多いが、それは間違っている」と指摘する。「バックオフィスアプリは、クラウドプラットフォームに適した設計になっていない。クラウドの直接的なやり方で管理して信頼性を保証できるような単純なものではない上、どんなプラットフォームであれ微妙な調整を要するクラスタリングが必要なものもある」

　専門家の中には、サービス品質保証契約（SLA）がアプリをクラウドに置く障壁になるとの見方もある。セキュリティ、パフォーマンス、信頼性、可用性、価格体系がしっかりしていて、翻って自社の不利になることのないSLAは、まだ確立されていない。トラフィック増大といった場合の制限に関するSLA契約を結ぶ際は、慎重過ぎるくらいの姿勢で臨んだ方がいい。

　米Burton Groupのアナリスト、アン・トーマス・メインズ氏は「組織は特定の容量を定期的に使う意図で、ある程度までのトラフィック増大を織り込んだ契約を結ぶ。しかし容量の増大が契約の上限を超えた場合、超えた分の容量については契約に含まれていないため、パフォーマンスに影響が出る」と話す。

　反対に、容量増大に備えてクラウド環境に組み込む弾力性を高めておきたいと思えば、それに応じてコストは増大すると同氏は述べている。

印刷する