Разрешение сессии в веб-ферме? Действительно ли StateServer достаточно хорош?
Для лучшей читаемости вы можете немного обновить свой код, заменив var isBackShowing = Bool() на var isBackShowing = false.
А также вы можете позвонить setupLayout(), чтобы обновить макет после настройки cardModel. Например, didSet of cardModel может выглядеть так:
var cardModel: CardModel! {
didSet {
imageView.image = cardModel.image
label.text = cardModel.label
flipButton.isEnabled = cardModel.isFlippable
isBackShowing = cardModel.isFlippable
setupLayout()
}
}
5 ответов
Вот достойный FAQ на состоянии asp.net: http://www.eggheadcafe.com/articles/20021016.asp
От той Статьи вот некоторая информация о StateServer:
- В веб-ферме удостоверьтесь, что у Вас есть тот же MachineKey во всех Ваших веб-серверах. Посмотрите КБ 313091 о том, как сделать это.
- Кроме того, удостоверьтесь, что Ваши объекты являются сериализуемыми. Посмотрите КБ 312112 для деталей.
- Чтобы состояние сеанса сохранялось через различные веб-серверы в веб-ферме, Путь Приложения веб-сайта (Например, \LM\W3SVC\2) в Метабазе IIS должен быть идентичным во всех веб-серверах в веб-ферме. Посмотрите КБ 325056 для деталей
Я только использовал sql и в материалах. Но эти 3, которые применяются при использовании SQL-сервера, применяются также:
- Постарайтесь не хранить слишком много информации на сессии, поскольку она влияет и в сериализации и в данных, переданных по сети.
- Удостоверьтесь, что у Вас нет ничего, что зависит от Session_onEnd. Это просто не доступно для из сессий процесса.
- Выключите сессию на страницах, которая не делает использует его. Это не имеет значения для незавершенной сессии, но для из процесса, это сохранит Вас много.
Удостоверьтесь, что Ваши идентификаторы завершающего тега сервера синхронизируются через веб-ферму, иначе кэширующуюся в клиентских браузерах, будет расстроено.
Вы рассмотрели свой код подробно, чтобы удостовериться, что все может быть сериализировано из процесса и через LAN эффективно?
Вы решаете основную проблему производительности в своей системе? Я спрашиваю, потому что база данных является типичным источником конкуренции.
Моя основная мотивация для отодвигания от липких сессий была операционной гибкостью т.е. циклом вниз проблематичный сервер или развернуть обновление программного обеспечения. Так реализовывавший центральный сервис состояния сеанса удостоверяются, что Вы в полной мере пользуетесь от операционной точки зрения.
По моему опыту, мы узнали, что собственный сервер состояния или даже использующий SQL Server для сессий является очень страшным сценарием, поскольку у обоих есть проблемы (главным образом производительность). Между прочим, мы также используем липкие сессии.
Я думаю, что можно исследовать другие продукты для этого к achive абсолют лучше всего. Бесплатной опцией была бы Скорость, но она все еще не выпущена. И другой всесторонний, но проверенный продукт будет (Очень дорог на самом деле) NCache. Это даже поможет в Вашем serilizations с менее стоимостью при использовании их API, это будут еще лучшие результаты.
Смотрите и посмотрите, который лучше всего ищет Вас.
О SQL Server Вы сервер перестанет работать очень скоро, если у Вас будет достаточно количества входящих хитов (я живо, у Вас уже есть некоторые хиты, которые привели к Вам, чтобы сделать Веб-ферму, или Вы делаете это только ради дублирования),
Нижняя строка: Мы оцениваем Скорость, потому что NCAchce является действительно дорогим. Однако преимущества огромны.
Мы используем StateServer для очень маленькой веб-фермы только с двумя узлами для нескольких сотен пользователей.
Я не ответственен за его операцию, но я помню только две проблемы за два года, где сервис должен был быть перезапущен, потому что он отказал.