Подключите внешний балансировщик нагрузки к локальному кластеру Service Fabric.

Вы размещаете веб-интерфейс без сохранения состояния в Fabric? Если это так, вы можете настроить эту службу на каждом узле и выполнить циклический перебор вашего балансировщика нагрузки. См. stackoverflow.com/questions/31598366/   -  person Mikhail Shilkov    schedule 26.02.2016

У меня 3 тыс. запросов в секунду, и я не могу полагаться на LB в сервисной структуре. И существует дополнительная логика LB (приоритизация пула, пользовательская готовность).   -  person acdev    schedule 26.02.2016

Я имею в виду ваш внешний LB.   -  person Mikhail Shilkov    schedule 26.02.2016

В порядке. В этом случае я потеряю обнаружение службы (через NamingService), что будет сделано по F5 (через пул).   -  person acdev    schedule 26.02.2016

Что я имею в виду: у вас есть 1 шлюз без сохранения состояния, который вызывается непосредственно внешним LB. Эта служба очень легкая — ее единственная задача — направить запрос в другую службу Service Fabric со всеми преимуществами внутренних компонентов SF. Посмотрим, могут ли другие посоветовать что-нибудь лучше...   -  person Mikhail Shilkov    schedule 26.02.2016

Прежде всего, Azure LB, который вы получаете, также не использует какое-либо обнаружение служб, это просто циклический алгоритм. Итак, варианты, которые у вас есть, такие, как говорит Михаил. Я бы пошел на службу шлюза. Разместите его на каждом узле (или X узлах), выполните круговой перебор до этого из LB, а затем в этом выполните обнаружение/маршрутизацию службы на основе заголовков/URI/чего-то еще.   -  person anderso    schedule 26.02.2016

спасибо ребята за помощь.   -  person acdev    schedule 26.02.2016

@acdev ты сделал что-нибудь в этом направлении? У меня такая же проблема, и я блуждал, не могли бы вы поделиться своим опытом и решениями, которые вы придумали?   -  person Radu Pascal    schedule 02.06.2016