公開操作の一部として静的コンテンツ（js、css、画像）などをblobストレージに自動的に配置できるようにするために、Azureの公開に変更があったかどうかを誰かが知っていますか？
これにより、静的ファイルをBLOBストレージに配置し続ける必要がなくなるため、アプリケーションの公開が非常に簡単になります。アプリケーションのスケーリングに役立つため、静的ファイルをWebロールから除外することは理にかなっています。
Azureが他の開発環境よりも優れている主な利点の1つは、VisualStudioとの統合と優れたフルスタックエクスペリエンスです。
簡単な答えはノーです。要素の1つとしてWindowsAzureストレージコンテンツを含むv1.7ツールまたはプロジェクトタイプには何もありません。しかし、開発環境では魅力があります。実動システムには、自動化されたツールの方が適していると思います。
これがあなたが探していた答えであるというわけではありませんが...しかし、ストレージのアップロードを自動化する方法があります。PowerShellを、選択した自動化ツールと組み合わせて利用できます（TFS / MSBuild 100％を使用している場合でも、Team City、CruiseControl.netなどで混合している場合でも）。
REST APIは、すでにストレージ管理（ブロックおよびページBLOBをアップロードする機能を含む）をカバーしています。PowerShellコマンドレットを使用すると、BLOBコンテンツを非常に簡単にアップロードできます。これにより、スクリプトをいつ実行するかを決定できます（展開とともに、展開前、後で更新するなど）。
考慮すべきもう1つのこと：静的コンテンツはサイズが非常に大きくなる可能性があります。完全なアップロードを避け、個々のオブジェクトに焦点を当てることができます。私が協力してきたパートナーの中には、数百MBの静的コンテンツを持っているものもあります（そしていくつかはGBを持っています）。このコンテンツを1つの大きなバッチでプッシュするのはあまり実用的ではありません。PowerShellコマンドレットは、このような場合に役立ちます。
もう少し長い答えは、CDNの種類がWebの役割とストレージの間の決定を重要なポイントにするということです。少なくとも、サイト全体で使用される一般的に使用される静的ファイルについては。
ホストされているサービスを、CDNを介して配信するためのOriginサーバーとして使用できます。http://blogs.msdn.com/b/scicoria/archive/2011/07/10/hosted-service-as-a-windows-azure-cdn-origin-tips.aspxをご覧ください
ただし、Davidが上記で述べたように、パッケージ化プロセス中にリリースパッケージサイズをblobストレージに移動することで、リリースパッケージサイズを縮小するという点でいくつかの利点がある場合があります。自動ビルドプロセスの一部としてスクリプトを作成し、差分更新を実行するのは簡単です。
https://github.com/Plasma/AzureBlobUtilityを公開しました。これは、ローカルストレージからblobストレージにファイルをアップロードするためのコマンドラインユーティリティです。これは、TeamCityにcspkgをblobストレージに事前にアップロードさせるために使用しています。
アセットのアップロードを自動化すると便利な場合があります。