0

Azure アプリケーションをオンプレミスのデータ センターに移行しています。Azure パッケージをクラウド サービスにデプロイする場合、ロール キャッシュで Azure を使用する必要があります。オンプレミスの Windows Server に展開する場合は、Windows Server AppFabric キャッシュを使用する必要があります。1 つのソリューションでどのように機能させるのですか?

詳細な説明

Azure SDK v 2.2 クライアント アセンブリを使用して、ロール キャッシュ内の Azure に接続します。

Microsoft.ApplicationServer.Caching.Client.dll, assembly version 1.0.0.0, file version 1.0.5137.0
Microsoft.ApplicationServer.Caching.Core, assembly version 1.0.0.0, file version 1.0.5137.0

インストールに付属のクライアント アセンブリを使用して、Windows Server AppFabric Cache v 1.1 に接続します。

Microsoft.ApplicationServer.Caching.Client.dll, assembly version 1.0.0.0, file version 1.0.4632.0
Microsoft.ApplicationServer.Caching.Core, assembly version 1.0.0.0, file version 1.0.4632.0

アセンブリ ビジョニングの問題は、Windows Server AppFabricCache、Exception、Check the client versionスレッドで対処されています。

問題は、メインの Webプロジェクトが、名前とバージョンが重複しているすべての言及されたアセンブリへの参照で終わることです。私たちはそれをハッキングしたくありません。最悪のものからそれほど悪くないものまでのオプションは、カスタム アセンブリの読み込みを作成するか、ビルド プロセスを変更することです。好ましい方法は何ですか？私たちは道から大きく外れましたか？

4

2 に答える 2

1

同じプロジェクトで azure SDK ライブラリとオンプレミス ライブラリの両方をキャッシュに使用することはできません。オンプレミスの場合はインストール フォルダーにあるクライアント ライブラリを使用し、ロール内の場合は Azure SDK のものを使用する必要があります。

移動の理由がサーバーとクライアントが同じプロジェクトに関連付けられていることである場合は、管理されたキャッシュを使用することをお勧めします。これは、最小限の構成レベルの変更でインロールに使用するのと同じクライアントを使用して機能させることができる新しい GA ソリューションです。 . ここでは、サーバー稼働時間 SLA などはサービス チーム自体によって管理されるため、これらについて気にする必要はありません。

オンプレミスに完全に移行したい場合は、はい、Windows サーバー用の Appfabric が最適なソリューションです。しかし、一般的に、世界中からトラフィックがあり、Azure のキャッシュ ソリューションの恩恵を受けている Web サイトを見てきました。しかし、あなたはあなたのシナリオをよく知っているでしょう:)

于 2014-07-22T17:06:43.140 に答える