2017-01-10 14 views
0

Мы сталкиваемся с трудностями при настройке шлюза. Я могу заставить его работать нормально локально, подобно документации, которую вы предоставили, но как только мне нужно изменить адреса localhost, все начинает разрушаться.Подключение шлюза NServiceBus к службе Azure Service Служба безстоящих лиц

Наша первая конечная точка работает на службе Windows (внешняя служба), наша другая конечная точка работает на Azure Service Fabric, в частности, в службе Stateless, использующей веб-API. Мы получаем доступ к сервису через удаленный прокси-сервер, который необходим для связи с сервисом в рамках сервисной сети из внешней структуры сервиса. Это прекрасно работает, так как я могу получить доступ к моим контроллерам и действиям через API через обратный прокси-порт, но я продолжаю получать 504 таймаута шлюза для канала Gateway.

В моей внешней службе, я определяю сайт с адресом

http://clustername.azure.com:19008/MyApp/MyApiService/FCS.Fueling/

В моей Azure Service Fabric Web API безгосударственной службе, канал настроен с адресом

http://clustername.azure.com:8424/MyApp/MyApiService/FCS.Fueling/

19008 - это обратный порт прокси. Если я перейду к http://clustername.azure.com:19008/MyApp/MyApiService/api/values значения будут возвращены, и служба будет работать нормально.

8424 - это порт API внутри рабочей ткани. Я также пробовал 19008 для входящего канала, но безрезультатно.

FCS.Fueling - это только конечная точка канала, которую я указал. В локальном хосте оба конечных точки были http://localhost:25000/FCS.Fueling, сообщения были успешно получены между моей службой и внешней службой.

Я пробовал всевозможные комбинации localhost, удаляя бит FCS.Fueling, разные порты. Я все время получаю 504 тайм-аута шлюза.

+0

Я добавил ответ на свой вопрос на GG пост здесь: https://groups.google.com/forum/#!topic/particularsoftware/Pqsu5l6c0-8 –

ответ

1

Для связи с службами внутри SF с использованием reverse proxy является необязательным (но полезным). Он абстрагирует различные конечные точки обслуживания путем запросов на маршрутизацию.

  • Проверьте, есть ли правило балансировки нагрузки и зонд для вашего конечного пункта .
  • Включить диагностику LB, чтобы узнать, сообщает ли Здравоохранение здоровое состояние .
  • Убедитесь, что служба настроена с конечной точкой, которая предоставляет правильный фиксированный Port и http UriScheme.
+0

Похоже, мне нужен был слушатель. Внешняя служба теперь, кажется, отправляет сообщение в порядке, никаких ошибок не возвращается. Хотя он не подбирается в сервисной ткани слушателем шлюза. Любое понимание того, что должен делать слушатель, чтобы заставить шлюз работать? – adam3039