Внутренняя связь ServiceFabric с внутренним обратным прокси на localhost

Question

У меня есть ServiceFabric с двумя приложениями.При вызове приложения вызывается извне ServiceFabric, а затем выдает HTTP-запросы на получение другого приложения внутри ServiceFabric.

Моя первая попытка состояла в том, чтобы обратиться ко второму приложению с обратным IP-адресом ServiceFabric, так же, как первое приложениеадресуется:

http://10.0.0.1:19081/App2/App2.Service/

Это приводило к ненадежной связи внутри ServiceFabric, и первый запрос всегда завершался неудачей, тогда как второй в основном выполнялся успешно.

Затем я прочитал о внутренней связи ServiceFabric на https://docs.microsoft.com/en-us/azure/service-fabric/service-fabric-reverseproxy. Теперь я обращаюсь ко второму приложению с localhost, и оно, кажется, работает как ожидалось:

http://localhost:19081/App2/App2.Service/

Единственный открытый вопрос: работает ли адресация приложений внутри ServiceFabric с localhost только потому, что приложение также работает на том же узле?Или это работает, потому что есть реальное поведение обратного прокси и даже если приложение не работает на том же узле, запрос получает к нему независимо?

Answer 1

Обратный прокси работает на всех узлах , поэтому он всегда доступен на локальном хосте.Он переадресует ваш звонок на второй сервис, который разрешается автоматически.

Вы также можете использовать встроенный сервис DNS для разрешения внутренних сервисов.Таким образом вы сэкономите некоторые издержки обратного прокси.В отличие от использования IP-адреса, вам не нужно знать, работает ли служба на локальном хосте или на другом узле.Кроме того, вы не столкнетесь с проблемами, если ваша служба будет перемещена во время выполнения.