TechTargetジャパン
クラウド
Azure
比較
Windows Azureサービスに関してIT管理者が知っておくべきこと

クラウド対応のための準備を整理する

Windows Azureサービスに関してIT管理者が知っておくべきこと

本稿ではITの視点からWindows Azureのライフサイクルを捉え、クラウドコンピューティングの世界とIT部門がどのように結び付くのかについて解説する。

公開 2011年02月28日 11時17分

更新 2012年09月04日 16時00分

著者

Jonathan Hassell

[TechTarget]

印刷する Googleで優先するソースとして追加

　Microsoftがクラウドコンピューティングへの「全力投球」を表明していることはよく知られており、開発者がチェックすべき情報、コード、機能はたくさんある。しかしIT管理者にとっては、クラウドというのは何か自分の守備範囲の外にあるもの、つまり自社が費用を負担するけれども、IT管理者が直接コントロールできない存在のように感じられるようだ。

　ITプロフェッショナルにとって、Windows Azureが何を意味するのかを明解に述べた説明はあまり多くないのが実情だ。本稿ではITの視点からAzureのライフサイクルを捉え、クラウドコンピューティングの世界とIT部門がどのように結び付くのかについて解説する。

オンプレミスとの連携を意識した「Windows Azure」

Windows Azureへの移行を誘うMicrosoftの巧みな手段

Microsoft、仮想化をプライベートクラウドの基盤と位置付け

開発者のためのWindows Azure入門

まずAzureの基本を理解する

　Windows Azureを簡潔に説明すれば、それはMicrosoftが運営する環境であり、そして開発者はハードウェアの指定、需要増大への対応、各種機能を管理するスタッフの確保といった問題を心配せずに、どこでも動作するアプリケーションを作成できるというものだ。Azureは基本的に、サービスのプロビジョニングとコンピュータの管理というレイヤーを開発プロセスから抽象化するため、開発者はリソース、マシン、動作状態などを気にせずにAzureプラットフォーム向けのアプリケーションを構築できる。

　企業にとっては、このプラットフォームは使った分（すなわちMicrosoftのリソースを自社のために使用した時間）だけ料金を払えばよいのが魅力だ。インターネットに接続したアプリケーションを運用するための初期投資が最小限で済むからだ。

　Azureプラットフォームは3つの主要部分で構成されている。

ファブリック

　ファブリックとは基本的に、Windows Azureプラットフォームの実行用として用意されたMicrosoftの全てのマシンのネットワークだ。ここで「ネットワーク」という言葉を使うのは少しためらわれる。というのも、Azureの機能セットには、Azureインスタンスと仮想マシンロールの間で仮想ネットワークをセットアップする機能が含まれているからだ。しかし今のところ、ファブリックとは、全世界に分散したAzureプラットフォームにサービスを提供するためにMicrosoftのデータセンターに用意された膨大な数のマシンの集合だとイメージしていただきたい。

ストレージ

　Azureのストレージは、テーブル、キューおよびBLOB（Binary Large Object）に加え、「Windows Azure Drive」と呼ばれる独自の機能で表現される。

　テーブルは、構造型データを格納するのに用いられるコンテナにすぎず、従来のデータベースで用いられるものとほぼ同じだ。キューは、メッセージングコンポーネントとして利用される。アプリケーションはキューにメッセージを送信しておき、後でそのメッセージを取り出し、その内容に応じた処理を行える。つまり、キューは非同期通信を可能にするための仕組みだ。ストレージにはBLOBを含めることができる。BLOBは、メディア、画像、テキスト、ドキュメント、プログラムなど、どんな形式のデータであってもよい。Windows Azure Driveというのは基本的に、NTFSボリューム（ディスクなど）をマウントするための機能であり、ITプロフェッショナルであればその仕組みを容易に理解できるだろう。

APIとSDK

　これは開発者が作業を行うためのレイヤーだ。すなわち、基盤となるファブリック上で動作するカスタム機能を開発するための環境であり、これによりアプリケーションがWindows Azure全体でシームレスに機能することが可能となる（※）。

※これは、アプリケーションの一部はMicrosoftの本拠地レドモンドにあるマシン上で動作し、同じアプリケーションの別のスレッドがシカゴにあるマシン上で動作しているようなものだと考えていただきたい。他の環境向けにこういったプログラムを書くのは悪夢のようなものだが、Azure環境では物理的距離が抽象化されるので、開発者がそれを意識する必要はない。

ITプロフェッショナルの役割

　面倒な処理はクラウドに任せればよいとはいえ、ITプロフェッショナルおよび管理者の役割としては、独自に開発したアプリケーションを配備し、その運用状況を常に監視することがある。Azureプラットフォーム上で運用される顧客向けおよび社内向けのアプリケーションに対する需要を予測・管理する必要もある。さらに管理者は、データのセキュリティ、不正アクセスの防止、アプリケーションとデータのバックアップにも気を配らなければならない。これはオンプレミス型システムの場合と同じだ。

　この他にもITプロフェッショナルの役割として、Windows Azure内でアプリケーションをセットアップ・構成することがある。この作業には主としてAzureコントロールパネルを使用する。必要に応じて技術サポートも活用するといい。また、アプリケーション自体は一般に自己管理型ではないので（超一流の開発チームを抱えている企業であれば別だが）、既存のオンプレミス型アプリケーションと同様、アプリケーションのコード管理も行う必要がある。

　ではWindows Azureで何が変わるのかと言えば、それは人的資源の活用形態だ。Azureを利用することにより、管理者は標準的なハードウェアおよびソフトウェアの管理から解放され、その分を、提供するサービス品質および自社のビジネスに対応したITの品質の管理と改善に振り向けることができる。これこそがWindows Azureの導入を判断する意思決定者にとっての最大の魅力なのだ。

　もちろん、この分野ではMicrosoftが唯一の選択肢ではない。米Amazon.comや米Googleも同様に、アプリケーションを開発・運用・管理するためのサービスとプラットフォームを提供している。このため、各種のクラウドコンピューティングプラットフォームが、ITプロフェッショナルとしてのあなたの役割と責任にどう影響するかを見極めることが大切なのだ。

　クラウドは一時的なブームではない。つまり、ITプロフェッショナルはそれに対応する準備をしなければならないということだ。

本稿筆者のジョナサン・ハッセル氏はノースカロライナ州シャーロット在住のコンサルタントで、書籍の執筆や講演なども手掛ける。近著には、『Windows Vista: Beyond the Manual』などがある。

印刷する

この記事の著者

Jonathan Hassell

Windows Azureサービスに関してIT管理者が知っておくべきこと

関連記事