asp.net mvcセッション状態管理にazureキャッシュを使用している場合、dll / web.configsの変更を含む展開でも、ユーザーを起動したり、新しいセッションを強制したりしますか?
セッションはアプリの外部にあるため、セッションは開いたままになり、ユーザーに再度ログインするように強制することはないと思います。本当ですか?
asp.net mvcセッション状態管理にazureキャッシュを使用している場合、dll / web.configsの変更を含む展開でも、ユーザーを起動したり、新しいセッションを強制したりしますか?
セッションはアプリの外部にあるため、セッションは開いたままになり、ユーザーに再度ログインするように強制することはないと思います。本当ですか?
Azure 1.8 SDK(先週リリースされた)の新しいキャッシュ機能を確認する必要があります:http: //msdn.microsoft.com/en-us/library/windowsazure/hh914161.aspx
役割のキャッシュは、「プレビュー」ではなくなりました。キャッシュクラスターを設定し、セッション状態がそのキャッシュクラスターにある場合、Webロールがダウンする可能性があり、アプリケーションは引き続き正常に動作します。
AzureCachingSessionStateProviderのアセンブリを提供するAzureAppFabricキャッシング(サービスとしてキャッシング)を使用することもできます:http: //msdn.microsoft.com/en-us/wazplatformtrainingcourse_buildingappswithcacheservice_topic3.aspx
あなたの質問に答えるには:コードをデプロイするために1つのWebロールを停止した場合、分散セッションの状態は機能しますか?...はい。 http://robbincremers.me/2012/02/23/using-windows-azure-caching-service-to-improve-performance-for-your-cloud-services/
ロードバランサーでどのように機能するかについてのリンクを投稿しました。ロードバランサーはステートレスであるため、任意の要求を任意のWebロール/サーバーにルーティングできます...セッション状態は分散キャッシュにあるため、任意のWebロールが要求に正常に応答できます。3つのWebロールがあり、コードを更新するために1つまたは2つダウンした場合でも、残りのロールはリクエストを返すことができます。