弊社の開発者は、最終的には Windows Azure でホストされる可能性のあるアプリを構築しています。ただし、さまざまな理由から、まずは社内でホストしたいと考えています。開発者は、「プライベート クラウド」という概念を私に示してくれました。とてもすばらしいように聞こえますが、あまりにも良すぎて現実には思えません。
社内でアプリ用にWindows Server 2008 R2サーバーを使用しています。アプリがうまく動作すれば、基本的にスイッチを切り替えてアプリをAzureでホストしたいと考えています。質問ですが、これを行う方法はあるのでしょうか？この記事。
System Virtual Machine Manager とセルフサービス ポータルについて話し始めると、Azure から遠ざかりすぎているように思えました。これらすべてを実行すれば、このアプリを Windows Azure に簡単に昇格できるでしょうか?
答え1
あのクソ雲言葉
プライベート クラウドは、今日の社内 Web サーバーやアプリケーションのほとんどとまったく同じであることに留意してください。あなたが提供した記事では、開発チームが独自の仮想マシンを作成、拡張、および制御できるようにすることで、さらに一歩進んでいます。しかし、結局のところ、あなたが提供した情報から判断すると、あなたが本当に求めているのは、持っているアプリケーションを実行するための IIS だけです。
Azure と IIS には違いがありますか?
Azure Web アプリと IIS で実行されるアプリの主な違いは非常に単純で、一方には Azure アプリケーション コンテナーがソリューションに追加されており、もう一方には追加されていません。Azure の提供内容は拡張されており、基盤となる VM や独自の VM をさらに制御できるようになりましたが、ここでは最も基本的な観点から、Azure を PaaS または Platform as a Service モデルとして使用して説明します。
Visual Studio の構成
Visual Studio 内で、IIS 専用と Azure 専用の複数のビルド構成を生成するのは非常に簡単です。これは、Azure 展開パッケージを設定してアプリケーションを準備するか、IIS パッケージを作成するだけのビルド メカニズムを定義するだけです。
Azure は基本的に、アプリケーションに付随する構成ファイルと設定ファイルを備えた IIS であることに注意してください。
IIS 構成
ここで必要なのは、標準的なウェブサーバー設定以上のものはほとんどありません。ファイルストレージやキャッシュなどの追加要件があるかもしれません（サーバそしてアズールAppFabric/キャッシュ)。開発チームと協力して要件を決定し、それらをサポートするために必要なシステムをセットアップする必要があります。
ソリューションの検討
開発チームは、ここで重要な点も理解する必要があります。design and build the application to run in any environment. つまり、最終的な展開媒体とパスに関係なく、アプリケーションは正常に動作するということです。したがって、状況によっては、ファイル ストレージに依存関係の挿入を使用することになる可能性が高く、Azure Storage API を呼び出すか、標準の System.IO ファイル ストレージ メカニズムに戻すことができます。いずれにしても、アプリケーションをサポートするハードウェアをセットアップするだけでは不十分で、複数の環境もサポートするように設計する必要があります。
答え2
これはマーケティングのたわごとです。「クラウド」は簡単に定義できる単一のものではありません。クラウドは、通常は地理的に分散した冗長で可用性の高いストレージとサーバー ハードウェアのプールであり、必要に応じて操作を迅速かつ安全に拡大または縮小する機能を提供します。
「プライベート クラウド」は、一連の API によって抽象化され、「パブリック クラウド」のように自動的に拡張できる仮想化サーバー環境を表す単なるマーケティング上のナンセンスです。
Azure は、Microsoft のパブリック クラウド サービスです。「プライベート クラウド」はこれに近いかもしれませんが、同じではありません。
私がお勧めするのは、2 つの Azure インスタンスを用意することです。このサービスを使用する場合は、1 つを開発/テスト用に、もう 1 つを運用用に用意します。こうすることで、アプリケーションが既に Azure 上にあるため、運用環境に移行したときにアプリケーションが何を行うかを正確に把握できます。