Azure ロールには、 や などの一連の Azure 固有の .NET アセンブリが必要になる可能性がありMicrosoft.WindowsAzure.ServiceRuntimeますMicrosoft.WindowsAzure.StorageClient。後者はAzure インスタンスの GAC にないことが判明したため、Visual Studio プロジェクトで "Copy Local" を "True" に設定して、サービス パッケージに入れて Azure にデプロイする必要があります。そうしないと、アセンブリが存在せず、依存関係が欠落しているため、ロールが開始されなくなります。
これは私には意味がありません。それは単なるバグか、全体像がわかりません。
キー アセンブリが Azure インスタンス GAC に存在せず、サービス パッケージと一緒に運ぶ必要がある正当な理由はありますか?
これらの主要な Azure アセンブリは .NET Framework の一部ではないため、GAC に含まれていません。将来的には、.NET Framework に追加される可能性があります。
Azure は、.NET コードのみの実行専用ではありません。Java、PHP、node.js、python などの他のプラットフォームで使用されます。.NET Azure 実装に固有のアセンブリを VM ロール インスタンスに追加しても意味がありません。
はい。Azure を初めて使用したときはこれも厄介でしたが、これを Azure SDK を使用せずにオンプレミスのマシンに発行した場合も同様です。
キー アセンブリが Azure インスタンス GAC に存在せず、サービス パッケージと一緒に運ぶ必要がある正当な理由はありますか?
すべてのプロジェクトでストレージを使用する必要があるわけではないことを指摘しておきます。そのため、ストレージ アセンブリが事前にインストールされていないのは理にかなっています。ロードするアセンブリが 1 つ少なくなり、パフォーマンスがわずかに向上します。ただし、すべてのプロジェクトを Windows Azure ランタイムと統合する必要があります。したがって、ランタイム アセンブリはプリインストールされています。私の経験から、デフォルトでは、Windows Azure の Web/ワーカー ロールを作成すると、ストレージ アセンブリ参照で自動的にコピー ローカルが true に設定されます。したがって、それを機能させるために追加のタスクを実行する必要はありません。
よろしくお願いします、
明徐。