Как заставить обратный прокси Service Fabric работать на Azure

Question

Я создал веб-API Azure Service Fabric и планировал получить доступ к нему через встроенный обратный прокси-сервер Service Fabric.

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

Я подумал, что это может быть мое приложение, поэтому я просто открыл новое решение с шаблоном по умолчанию и опубликовал его в своем локальном приложении.Все работало нормально, обратный прокси и все.Поэтому я опубликовал в Azure и снова столкнулся с той же проблемой.

Я мог получить доступ к веб-API на Azure по обычному маршруту (через конечную точку службы), например:

xxxx.east.cloudapp.azure:8080/api/values

Но, пройдя через порт обратного прокси-сервера 19081 раз:

xxxx.east.cloudapp.azure:19081/[app]/[service]/api/values

Я обязательно установил флажок Включить обратный прокси-сервер при настройке ресурса кластера в Azure и установил порт 19081. Обавыше работает нормально на localhost, но в Azure работает только нормальный маршрут.

Интересно, есть ли какое-то дополнительное редактирование манифеста или что-то, что мне нужно было сделать, чтобы он работал на Azure правильно?

Answer 1

Вы видели документацию о том, как ее настроить?

Если вы собираетесь показывать сервисы в Интернете, имейте в виду, что встроенный сервис делает доступным каждый сервис, он не защищен, он уязвим для атак DOS. Docs

Я рекомендую взглянуть на Traefik в качестве обратного прокси-сервера и балансировщика нагрузки. Вы можете запустить его как (контейнерную) службу входящей маршрутизации внутри кластера и направлять HTTP-вызовы вашим службам.

• Вот документация.
• Вот с чего начать.
• Вот пример.

Кроме того, вы можете использовать Api Gateway , который также интегрируется с SF. Или даже Nginx .