Возможно ли использовать встроенный обратный прокси-сервер Service Fabric для балансировки между узлами через TCP? У меня есть настройка TCP-сервера в структуре сервиса, в которую я могу подключиться telnet, но я не могу переходить через порт 19081 (обратный прокси-адрес).Service Fabric TCP Reverse Proxy
Нет. Но вы можете настроить балансировку нагрузки Azure для этого. Обратный прокси-сервер с обратной связью по сравнению с SF обращается к тому, что ALB не знает о размещении сервисов на узлах, поэтому здесь используется место, где вы предоставляете услугу на всех узлах на одном и том же порту.
Было бы здорово, если бы служба обратного прокси-сервера SF имела пересылку уровня TCP, такую как kube-proxy.
Возможно, вы сможете написать свою собственную службу ретрансляции TCP (используя, например, WcfCommunicationListener и NetTCPBinding), которая подключается к нисходящим службам. https://github.com/spoorendonk/service-fabric-reverse-proxy - это автономная реализация обратного прокси-сервера HTTP (первоначально предназначенного для локальных кластеров разработки), вы можете использовать свой TCP-вариант обратного прокси-сервера.
Если вы хотите, чтобы ваша служба была осведомлена о том, где расположены сервисы вниз по течению (с точки зрения узлов и разделов), вы можете использовать Fabric.ServiceManagementClient и регистрироваться для уведомлений, используя методы RegisterServicePartitionResolutionChangeHandler. Это уведомляет вас всякий раз, когда репликация или раздел службы изменяется с экземпляром ServiceNotification.
Чтобы ответить на ваш вопрос, нет, но вы могли бы построить его самостоятельно.