Azure にデプロイする .NET プロジェクトで 51Degrees を使用しようとしています。2011 年 8 月、「Azure 互換」としてマークされたv1.2.1.3 がリリースされました。
Foundation を Windows Azure クラウド サービスに展開できるようになりました。要件とセットアップ方法の詳細については、リリース ノートを参照してください。Azure 関連の変更には以下が含まれます。 ログ ファイルの代わりに、ログ エントリがログ テーブルに書き込まれます デバイス ファイルの代わりに、以前のデバイス リクエストがデバイス テーブルに書き込まれます 新しい条件付きコンパイル シンボル - 'AZURE'。AZURE 対応のビルドは、従来の ASP.NET では機能しません。
それ以来、多数のリリースがあり、それらはv2.1.4.9までです。ただし、彼らのドキュメントは、Azure での使用方法について非常に簡単です。実は元々 v1.2.1.3 で記載されていたのでバグがありました
変更を利用するには、「fiftyonedegrees」というストレージ アカウントを作成する必要があります。その後、Foundation は 2 つのテーブルを作成します。1 つは以前のデバイス用で、もう 1 つはログ用です。
Azure ストレージ アカウントはすべてのインスタンスで一意である必要があり、誰もが という名前のアカウントを作成できないため、これは不可能fifityonedegreesです。
彼らの反応は次のとおりです。
ブログを読み直したところ、この点に関して見落としがあったようで、まもなく更新されます。
Foundation が検索するストレージ アカウントは、Foundation ソース コードで変更できます。Foundation/Properties/Constants.cs に移動し、文字列 'AZURE_STORAGE_NAME' をストレージ アカウントの名前に変更します。
ただし、プロジェクト内でそれをどのように利用するかについては、まだ途方に暮れています。これが私の問題です：
- v1.2.1.3 が Azure と互換性のある唯一のリリースなのか、それ以降のすべてのリリースが Azure と互換性があるのかはわかりません。彼らのドキュメントには書かれていません。
- NuGetを介して 51Degrees をインストールすると、プロジェクト
App_Dataのドキュメントと矛盾するフォルダーが作成されません。このweb.configファイルにはApp_Data、<log logFile="~/App_Data/Log.txt" logLevel="Info"/>. - 前に引用した Azure ストレージ アカウントのバグへの対応に基づいて、彼らはファイルを編集する必要があると言っています
Foundation/Properties/Constants.cs。ただし、NuGet を介してインストールしていて、それは DLL であるため、NuGet はおそらく間違ったアプローチでしょうか? ソースをダウンロードして自分でコンパイルし、自分のプロジェクトに手動で接続する必要がありますか?
私は一般的に.NET、NuGet、VSなどに不慣れなので、助けていただければ幸いです。