Балансировка нагрузки на служебную шину службы приложений Azure + соответствие сеанса (липкий сеанс)

Question

Я искал в Интернете, и я обнаружил, что на внешней / внутренней конечной точке Azure это невозможно ... Как Windows Azure выполняет балансировку нагрузки?

Но то, что я ищу, это то, возможно ли сходство сеансов в служебной шине. Я даже сделал свое собственное исследование с измененным EchoSample, но безуспешно. Я пробовал ws2007HttpRelayBinding и netTcpRelayBinding и в итоге получил:

System.ServiceModel.CommunicationException: удаленной конечной точки нет дольше распознает эту последовательность. Это скорее всего из-за аборта на удаленной конечной точке. Значение srm: Identifier неизвестно Идентификатор последовательности. Надежный сеанс был сорван.

Итак, вопрос: можно ли сделать «балансировка нагрузки на служебную шину + привязка сеанса»?

Answer 1

Насколько я знаю, сеансы в Azure невозможны. Вы не можете делать какие-либо предположения о том, какой узел вы получите из-за изменений доступности узлов. Если вам нужно состояние сеанса - вам нужно управлять им извне с внешней шины (база данных Azure, хранилище Azure, удаленная база данных, удаленное хранилище и т. Д.). Это может быть потенциально одной из проблем с облаком - вы больше не получаете контроль total . Вы просто должны проявить творческий подход к тому, как вы решаете это.