Если кто-то использует лазурный кеш для управления состоянием сеанса asp.net mvc, будут ли развертывания, включая изменения dll/web.configs, по-прежнему загружать пользователей/форсировать новый сеанс?
Я бы предположил, что, поскольку сеанс является внешним по отношению к приложению, он будет держать его открытым и не заставлять пользователя снова входить в систему. Истинный?
Вам следует ознакомиться с новыми функциями кэширования в пакете SDK Azure 1.8 (выпущенном на прошлой неделе): http://msdn.microsoft.com/en-us/library/windowsazure/hh914161.aspx
Кстати, кэширование ролей больше не находится в «предварительном просмотре». Если вы настроили кластер кеша и состояние вашего сеанса находится в этом кластере кеша, то ваши веб-роли могут выйти из строя, и ваше приложение продолжит работать в обычном режиме.
Вы также можете использовать кэширование Azure AppFabric (кэширование как услугу). Они предоставляют сборки для AzureCachingSessionStateProvider: http://msdn.microsoft.com/en-us/wazplatformtrainingcourse_buildingappswithcacheservice_topic3.aspx
Чтобы ответить на ваш вопрос: работает ли распределенное состояние сеанса, если я отключу одну веб-роль для развертывания кода?... да. http://robbincremers.me/2012/02/23/using-windows-azure-caching-service-to-improve-performance-for-your-cloud-services/
Я разместил ссылку о том, как это работает с балансировщиком нагрузки. Поскольку балансировщик нагрузки не имеет состояния, он может направить любой запрос на любую веб-роль/сервер... поскольку состояние сеанса находится в распределенном кеше, любая веб-роль может успешно ответить на запрос. Если у вас есть 3 веб-роли и вы отключите 1 или 2 для обновления кода, остальные по-прежнему смогут возвращать запросы.
