小さなアプリケーションをAzureにデプロイするのに20〜60分かかる理由を理解しようとしています(VS内からではなく、構成/パッケージのアップロード方法を使用しています)。
私はこの状況とこれを読み通しましたが、まだはっきりしていません-誰かがMicrosoftでろうそくに火を灯したり、踊ったりしているような、インスタンスが分散している間に発生する奇妙な非テクノロジーの儀式はありますか?
小さなアプリケーションをAzureにデプロイするのに20〜60分かかる理由を理解しようとしています(VS内からではなく、構成/パッケージのアップロード方法を使用しています)。
私はこの状況とこれを読み通しましたが、まだはっきりしていません-誰かがMicrosoftでろうそくに火を灯したり、踊ったりしているような、インスタンスが分散している間に発生する奇妙な非テクノロジーの儀式はありますか?
回答:
仲間のAzureユーザーとして、私はあなたの痛みを共有します-展開は「迅速」/「無痛」ではありません-これは、特に開発サイクルにいて、Azureで開発の反復をテストしたい場合に痛いです。ただし、一般的な展開には60分よりもはるかに短い時間がかかり、20分もかかりません。
Steve Marxは、展開に関連する手順の概要を提供しました:http : //blog.smarx.com/posts/what-happens-when-you-deploy-on-windows-azure
そして彼はより深いレベルの説明を参照します:http : //channel9.msdn.com/blogs/pdc2008/es19
アプリケーションをAzureクラウドにデプロイする際には、裏で多くのことが行われます。私はカーテンの向こうで何が起こっているかについて特別な洞察はありませんが、AzureクラウドにプロジェクトをアップロードするためにVSツールに取り組んできたので、これらは外部の人としての印象です。
とりわけ:
VHDイメージのサイズはおそらくギガバイトであり、アプリのアップロードよりはるかに大きくなります。超高速のデータセンターネットワークであっても、VMに大量のデータを移動して解凍し、そこから起動するには時間がかかります。また、ロードバランサとファイアウォールは、ルーティング要求を最優先するように最適化されている可能性があります。ファイアウォールとロードバランサーの再構成は優先度が低く、トラフィックフローを中断せずに実行する必要があります。
また、この作業はすべて、新しい展開でのみ実行する必要があることにも注意してください。既存のデプロイメントを更新すると、ロールアウトがはるかに速くなります-20〜30分ではなく、2〜3分。
Mark RussinovichによるこのPDC10ビデオをチェックしてください。彼はAzure内で何が起こっているのかについて詳しく説明し、(確かに遅い)デプロイメントプロセスについての洞察を提供します。
元のリンクは機能していません。これは、同じプレゼンテーションのバージョンへの別のリンクです。https://channel9.msdn.com/events/Build/BUILD2011/SAC-853T