Высокая доступность дизайн архитектуры сервера приложений в основном базируются на характеристиках лиц без услуг, но на самом деле, всегда есть состояние бизнеса .
В транзакционных сайтах электронной коммерции, потребность в приобретении информации записывает корзину пользователя, каждый раз, когда пользователь запрашивает увеличивает покупку товаров в корзину;
В социальной сети, вам нужно записать вошедшего в систему пользователя.
Эти веб - приложения в объекте контекста относится к использованию нескольких запросов на изменение сеанса (сессии) , автономный случай, менеджер сеансов может быть развернут на контейнере веб - сервера. В кластерной среде, из - за балансировки нагрузки сервера могут распределять запросы к кластеру любого сервера приложений один, поэтому убедитесь , что гораздо сложнее с каждым запросом по - прежнему можно получить точные , чем автономные сессии.
Кластер среды, основное средство управления сеансом является следующим:
- Репликация Session
- Сессия связывания (сеанс липкость)
- сессия сервера
Далее, мы ввели один за другим.
A, Session Copy
Сессия для синхронизации между серверами, каждый сервер имеет всю информацию пользователей сеанса, пользователь может запросить на любой сервер.
Недостатки:
- Возьмите слишком много памяти
- Процесс синхронизации потребляет пропускную способность сети и процессор сервера времени
Во-вторых, сессия Binding
Сессия связывания (Sticky Session), также известные как липкие сессии. Все запросы для настройки балансировки нагрузки, так что пользователь направляется на тот же сервер, так что пользователь может хранить в сессии сервера. ( На этом сервере балансировки нагрузки должен работать на уровне протокола HTTP, например в качестве обратного прокси балансировки нагрузки )
Недостатки:
Когда сервер выходит из строя, вы потеряете все сессии на этом сервере.
Три, сессия сервера
Использование отдельного сервера для хранения данных сеанса, с использованием обычного MySQL, Redis или Memcached использовать эту базу данных памяти. Это единая система управления с помощью сервера сессии Session.
Это решение фактически состояние сервера приложений разделяются на безгосударственный и отслеживание состояния сервера серверов приложений Session, а затем различные свойства двух серверов были разработаны их архитектура.
Преимущества: Для того, чтобы сделать крупные сайты с масштабируемым, кластерные серверы приложений, как правило, должны оставаться без гражданства, то сервер приложений не может хранить информацию о сеансе пользователя. Сессия сервер пользовательской информация сеанса хранится отдельно, обеспечивая тем самым без гражданства сервера приложений.
Недостатки: Session для достижения коды доступа.
Ссылка:
«Большой веб-сайт Technology Framework» - Ли Zhihui
Статьи также иллюстрации из книги