Маршрут пути Azure AppGateway к нескольким веб-приложениям службы приложений?
У меня есть шлюз приложений WAF
- appgateway.eastus.cloudapp.azure.com.
И 2 веб-приложения службы приложений
- api-service.azurewebsites.net
- web-ui.azurewebsites.net
Обе эти службы приложений являются совершенно разными приложениями, и одно из них является приложением JS, а другое - приложением Java. Оба они относятся к одному плану службы приложений.
Я пытаюсь направить шлюз приложений на основе пути к этим службам приложений. Например:
/api/* -> маршрут к серверному пулу службы приложений API
/* -> маршрут к серверному пулу службы веб-приложений
Возможно ли с помощью App Gateway отправлять трафик на основе пути к службам приложений?
Ответы 1
Да, это возможно. Вам нужно разместить каждое веб-приложение в отдельном бэкэнд-пуле. Затем создайте правило на основе пути для достижения вашего запроса.
Если у вас возникнут какие-либо трудности во время реализации, дайте мне знать.
Причина, по которой вы получаете 502, может заключаться в том, что сбой зонда. Создайте собственный зонд, добавьте его в настройки HTTP и проверьте работоспособность серверной части.
Не удалось получить данные о состоянии здоровья. Проверьте наличие NSG/UDR, блокирующих доступ к портам 65503–65534 из Интернета в шлюз приложений. Я открыл все свои входящие и исходящие порты с подстановочным знаком:/
У вас есть VPN или экспресс-маршрут, подключенный к этой виртуальной сети с объявленным маршрутом по умолчанию?
Нет... это просто шлюз приложений в виртуальной сети (подсети) и попытка доступа к веб-приложениям службы приложений, которые сами по себе остаются в плане службы приложений.
Если у вас есть NSG, попробуйте отключить ее для целей тестирования, и мы сможем добавить ее позже.
После нескольких попыток я смог заставить это работать. (но не полностью удовлетворен) Вот что я сделал ... Удалил всю конфигурацию моего сервера приложений. №1. Создал сервер приложений, прослушиватель с портом 8080, правила с внутренним пулом по умолчанию для одного из моих серверов приложений, а затем путь /api/* к другому внутреннему пулу. Один с внутренним пулом по умолчанию работает с publicIP: 8080/ -> идет к серверу приложений 1, а publicIP: 8080/api/ маршрутизирует к тому же серверу приложений 2.
@SiddharthaThota, не могли бы вы сообщить мне, почему вы не полностью удовлетворены? Работает ли текущая установка так, как ожидалось? Сообщите мне точное ограничение, я могу попытаться вам помочь.
Привет, я неправильно настроил прослушиватели, теперь я настроил их правильно, и наше приложение запущено и работает так, как я хочу :)
Вот что я делаю. №1. Создал 2 внутренних пула для обоих веб-приложений. № 2. Создан базовый прослушиватель с портом 8080 (не уверен, что мне нужно создать многосайтовый прослушиватель) #3. Оставили настройки HTTP и конфигурации внешнего IP-адреса по умолчанию. № 4. Правила — создайте маршрутизацию на основе пути с созданным выше прослушивателем, внутренним пулом по умолчанию для Azure, созданным backendPool, настройками Http по умолчанию, а затем создайте 2 маршрута -> /* и /api/* и назначьте соответствующие внутренние пулы. Все еще получаю 502 :/