Плюсы и минусы репликации сессии
Мне действительно нужна репликация сеанса?
Я работаю над рядом веб-проектов для фирмы. Большинство проектов занимают около одной или двух страниц ввода и затем сохраняются в базе данных mysql. Очень основные проекты. Мои SA настаивают на том, чтобы попытаться заставить репликацию сеанса работать в JBoss, но я действительно не вижу необходимости в этом и во всех его накладных расходах.
Нам нужна балансировка нагрузки и кластеризация, поэтому, если сервер не работает, мы можем переместить новые запросы в службу резервного копирования, но я не слишком хорош в репликации сеансов.
Это очень малообъемные проекты. На мой взгляд, каковы шансы того, что пользователь находится в проекте, когда сервер отключается на одной или двух страницах.
Мне нужно убедить SA, что репликация сеанса в данном случае является ненужным осложнением. Я ищу плюсы и минусы репликации сессий, чтобы лучше структурировать свои аргументы.
2 ответа
Мне кажется, что вы, администраторы, пытаетесь создать отказоустойчивую среду, чтобы при отключении одного сервера пользователи не заметили каких-либо заметных изменений. Это также может быть сделано в целях обслуживания, чтобы они могли работать на одном из серверов, не влияя на другие.
В этом сценарии приложение и веб-сервер должны были бы обеспечить некоторую абстрактную репликацию сеанса или кэш для хранения информации сеанса в случае, если исходный сервер, отвечающий, переходит в автономный режим.
По сути, это предотвращает удаление пользователей из приложения и необходимость повторного входа в систему.
Как упоминает Джон выше, это действительно сводится к требованиям бизнеса: если требуется высокая доступность, у вас действительно нет выбора в этом вопросе. В любом случае, реализация разгрузки сеансов в базе данных или распределенном кеше в памяти не часто является серьезной нагрузкой и не трудна для реализации.
Этот вопрос восходит к бизнес-аргументу для меня - что такое SLA приложения? Если ваш SLA говорит, что вы можете потратить 5-10 секунд на завершение аварийного переключения на вторичное устройство после того, как первичное устройство перезапустится и принудительно перезапустит сеанс на клиенте, отбросьте репликацию. Если в вашем соглашении об уровне обслуживания указано, что у вас есть 0,5 секунды для восстановления после сбоя и / или вам не разрешено принудительно перезапускать сеанс, тогда дайте SA разрешить репликацию и использовать ее.
"Нам нужна балансировка нагрузки и кластеризация", - говорит мне, что ваши SLA таковы, что вам также необходима репликация сеанса, но это только я, разбираясь в вещах.