ステージングサイトへの展開
Webアプリ／サイトの新しいインスタンスを展開するのは非常に簡単です。通常のサイトとまったく同じように展開するだけです。FTP、Visual Studio内のビルトイン“Publish”ダイアログ、Web Deploy、Git、TFS、VS Online、GitHub、BitBucket、DropBoxなど、すでにサポートされているその他のデプロイメントメカニズムを使用できます。構成は通常サイトと同じように行います。
以下では、ビルトインVS発行ウィザードを使用して、ステージングサイトへサイトの新しいバージョンを公開します。
アプリの新しいバージョンがステージングサイトに展開されると、ステージングドメインを使用してページにアクセスすることができます（このケースではhttp://scottgu-staging）。
展開したサイトの新しいバージョンがステージングサイトだけでであることをご確認ください。つまり、主要サイトドメイン（このケースではhttp://scottgu）を指定しても“V2”アップデートは表示されず、以前展開した古いバージョンが表示されます。
これにより、本番サイトを訪問するユーザーに影響を与えることなく、ステージングバージョンの最終テストや検証を行うことができます。
デプロイメントの交換
ステージングバージョンを本番サイトバージョンに展開する準備が整えば、あとは簡単で、Windows Azureポータルを使用して本番サイトまたはステージングサイトのコマンドバー内にあるSWAPボタンを押すだけです（コマンドラインまたはRESTコールを通じて、これを自動化することもできます）。
SWAPボタンを押すと、これから発生することを説明した確認ダイアログが表示されます。
交換を続行する場合、Azureは直ちに本番サイト（このケースだとhttp://scottgu）のコンテンツを、ステージングサイト（このケースだとhttp://scottgu-staging）の新しいコンテンツと交換します。これはすぐに行われ、必ずすべてのファイルが一度に交換されます（そのため、ファイルの矛盾がおこりません）。
ステージングバージョンにある接続文字列やハンドラマッピングなどいくつかの構成済みの設定は、自動的に本番バージョンへコピーされます。
DNSのエンドポイント、SSLバインディングなどのような設定は、（ステージングドメインに使用されているSSL証明書が本番のURL証明書をオーバーライドするといったことを防ぐため）変更されません。
交換が完了すると（コマンドの実行はたった数秒です）、ステージングサイトにあったコンテンツが本番サイトで確認できます。
そして、サイトの古い本番バージョンのコンテンツがステージングサイトに移っています。展開したバージョンで問題が発見された場合、迅速に以前のバージョンと交換できる（再度SWAPボタンをクリックするだけ）ため、ステージングサイトに古いコンテンツがあると便利です。新しいバージョンに問題がないことが確認できたら、ステージングサイトをアプリのV3で上書きし、同じプロセスを繰り返していきます。
自信のあるデプロイメント
新しいStaged Publishing機能が使いやすく非常に強力で、サイトの展開を非常に強力なワークフローで処理できることをご確認いただけると思います。
