Различие между привязкой сессии и липкой сессией?
^ P и ^ N
Завершить предыдущий (^ P) или следующий (^ N) текст.
^ O и ^ I
Перейти к предыдущему (^ O - «O» для старого) местоположению или к следующему (^ I - «I» только рядом тоже"). Когда вы выполняете поиск, редактируете файлы и т. Д., Вы можете перемещаться по этим «прыжкам» вперед и назад.
отметок
Нажмите ma (m-метка, a - название метки). Позже, чтобы вернуться к позиции типа `
4 ответа
Как я всегда слышал, термины, используемые в сценарии балансировки нагрузки, взаимозаменяемы. Оба означают, что после запуска сеанса один и тот же сервер обслуживает все запросы для этого сеанса.
Я видел, что эти термины используются как взаимозаменяемые, но есть разные способы их реализации:
- Отправлять cookie в первый ответ, а затем искать его в последующих. В файле cookie указывается, на какой реальный сервер отправлять.
Плохо , если вам необходимо поддерживать браузеры без файлов cookie - Раздел основан на IP-адресе запрашивающей стороны.
Плохо , если он не статический или если многие входят через один и тот же прокси. - Если вы аутентифицируете пользователей, разбивайте их на разделы на основе имени пользователя (для этого должен быть режим аутентификации с поддержкой HTTP).
- Не требовать состояния.
Разрешить клиентам обращаться к любому серверу (отправить состояние клиенту, а он - обратно)
Это не липкий сеанс, это способ избежать этого.
Я подозреваю, что липкий может относиться к способу cookie, и это сходство может относиться к # 2 и # 3 в некоторых контекстах, но это не как я видел (или использую сам)
Прикрепленный сеанс означает, что когда на сайт поступает запрос от клиента, все последующие запросы отправляются на тот же начальный клиент сервера запрос получен. Я считаю, что привязка сеанса является синонимом липкого сеанса.
Они одинаковы.
Оба означают, что при поступлении в балансировщик нагрузки запрос будет направлен на сервер, который обслужил первый запрос (и имеет сеанс).