MicrosoftのクラウドOS
開発者のためのWindows Azure入門
Windows Azureについて開発者が知っておくべき基本的なポイントを紹介する。
2008年10月、Microsoftは「Windows Azure」を華々しくデビューさせた。それ以来、このOSは多くの人々の関心と好奇心を集めてきた。
Windows Azureとは何であり、それがどのように動作するのかを分かりやすく解説しているのが、マニュバー・ダース氏のChannel 9のビデオ「Introducing Windows Azure」だ。
この40分近いビデオの中で、ダース氏はWindows Azureのアーキテクチャと基盤技術、そして同OSを利用する方法について懇切丁寧に解説している。Windows Azureの本質、そしてそれが企業と開発者にどのような意味を持つのかについて、これほど明快に説明しているサイトはほかに見当たらないと思う。
Windows Azureのコンセプトは、拍子抜けするくらいシンプルだ。これは一種の「クラウド用OS」だとダース氏は表現する。WindowsのようなOSがデスクトップに対して行うのと同じことを、Azureはデータセンター内で管理されたサーバプールに対して行う。Azureの実体とその機能を詳細に調べていくと、以下の事実が浮かび上がってくる。
Windows Azureは、分散したソフトウェアコンポーネントの単純な集合の上に置かれる
各コンポーネントはWindowsをベースとする。これらのコンポーネントとしては、サービスの登録、スケジューリング、管理といった機能を処理する「ファブリックコントローラー」や、プール内の個々のサーバ上で動作する「エージェント」などがある。エージェントの役割は、物理サーバ上の仮想マシン内での「ユーザーコード」(クラウドベースのサービス)のスケジューリングと実行だ。
Windows Azureをベースとするサービスのコードは、個々のサーバ(実際は仮想マシン)上で堅固かつスケーラブルに動作しなければならない
開発者は、サービスを実行させるには何個のロードバランサ、プロセスマネジャー、エージェントで管理されたコードインスタンスをインスタンス化する必要があるかを記述した「サービスモデル」を定義する。
Windows Azureが本番用のクラウド内で実行できることは、デスクトップ上でもシミュレーションによって実行できる
開発者はサービスモデルをクラウドに配備する前に、シミュレーションを利用してテストとデバッグを行う必要がある。
Windows Azure用のすべてのAPIおよびSDKはオープンであり、Microsoft以外のサービスあるいはサービスコンポーネントと連携することができる
ユーザーを自社のデータセンターに縛りつけるためにWindows Azureを利用するという狙いは、Microsoftにはなさそうだ(とはいえ、より多くの開発者にVisual Studioおよび関連ツール/SDKを使用することを同社が願っているのは明らかだ)。
Windows Azure専用のコンポーネントは、一般的なAzureインフラを利用して作成する
これはアプリケーションを開発するのと同様だ。例えば、Azureストレージサービスは、Windows Azureベースのサービスの1つにすぎない(ただし、Azure環境内では昇格した権限で動作する)。これと同じことが、Azure環境内でのプロセススケジューリング、ポーリング、管理、フェイルオーバー、冗長性、可用性の各エレメントについてもいえる。
Windows Azureはシームレスな継続的動作を実現するために、同OSにビルトインされたテスト/配備メカニズムをサポートする
テスト用と本番用のサービスインスタンスは、同じ基盤環境(DNSなどのコアサービスを含む)を利用する。両者を区別するのは、サービスモデルとサービス記述だけである。また、Azureはライブアップデートモデルをサポートするので、サービスを提供するのに必要な仮想マシンがバックグラウンドでアップデートされたりパッチを適用されたりしても、そのサービスは動作を継続することができる。個々のエレメントがいずれアップデートあるいはリプレースされる場合でも、途切れることのない状態、管理、サービスアクセスを実現するのに十分なエレメントが常に動作して継続性を維持しなければならない。
Windows Azureは、堅固で高可用性のサービス環境を開発しようとしている開発者、サービスプロバイダー、企業にとって非常に興味深い環境を提供するものと期待される。Azure SDKをチェックしてAzureの構成要素を確認し、Azureプラットフォームを詳しく調べてその機能を把握し、AzureのWebサイトにアクセスしてツール、情報、説明、サンプル、動画を見つけていただきたい。
本稿筆者のエド・ティテル氏はライターと講師を兼業しており、XMLと開発のほか、IT資格や情報セキュリティなどのテーマに関心を持っている。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[富士ソフト株式会社] 受注業務は既に変革のステージ 出遅れて競争力を失わないためのDX戦略 -
市場調査・トレンド
[富士ソフト株式会社] 受注業務でありがち 「今は困っていない」と見直しを先送りにすることの弊害 -
製品資料
[富士ソフト株式会社] 「B2B EC」選定を製品比較から始めると迷走する理由 -
技術文書・技術解説
[SB C&S株式会社] 「Everpure FlashArray」技術詳細解説資料:概要から認証、サイジングまで解説 -
市場調査・トレンド
[セコムトラストシステムズ株式会社] EDR導入を成功に導くロードマップ:選定/稟議/運用のつまずきを防ぐコツ
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「Windows」の不要なファイルを安全に消して容量を空ける方法
-
2
生成AIが普及しても「技術書」を手放せないエンジニアの本音
-
3
IT業界の女性は9割が10年で消える 人材枯渇を招く“見えない壁”の正体
-
4
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
5
ChatGPTの「GPT」とは? 仕組みや用途など“ChatGPTの基本”を解説
-
6
VMware離れの現実解 2500台のVM移行に挑む製造大手の全記録
-
7
なぜ「素性の知れないハッカー」に金を払うのか? 報奨金制度の意外な実利
-
8
使いやすさにこだわった電子カルテ「SimCLINIC T3」
-
9
どこでも通用するはずの情シス管理職が“詰む瞬間” 前もってしておくことは?
-
10
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
システムの保守がモダン化を阻む? 「変えない判断」から脱却する方法とは
-
4
AI駆動攻撃にどう対抗する? 超速の攻撃からエンドポイントを保護する方法
-
5
プログラミング不要で誰でも実現できる、ネットワーク運用管理の自動化とは
-
6
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
7
東大教授と考える、AI時代の「データ主権」「信頼性」「ガバナンス」の在り方
-
8
Linux初心者でも知らないとまずい「RHEL」「SLES」の違いとは?
-
9
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
10
ランサムウェア攻撃“究極の対策”はこれだ
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー