Как сделать готовое к работе соединение между VNET и веб-приложением для контейнеров?
Я не могу выбрать правильное решение для данного сценария:
Вот как выглядит виртуальная сеть сейчас:
- Шлюз показывает адрес от 10.10.XXX.XXX.
- Соединение основано на политике и он НЕ МОЖЕТ быть изменен
- В настоящее время общедоступные IP-адреса используются для целей разработки и туннелирования
Проблема:
У нас есть WebApp для контейнеров с изображением Docker A. Контейнер необходимо увидеть 10.10.100.1:1234 IP. В качестве решения TEMP мы открываем туннельное соединение ssh изнутри Веб-SSH:
ssh -L 5555: 10.10.100.1: 1234 (скрытый) IP)
Это работает, но нам нужно сделать это правильно. Мы не можем использовать Интеграцию виртуальной сети , потому что она находится в предварительной версии и не работает. Мы НЕ МОЖЕМ вносить больше изменений в конфигурацию шлюза.
Итак, вопрос:
Как заставить его работать без туннелирования, используя как можно больше лазурного?
На самом деле у вас есть только 3 поддерживаемых решения для интеграции vNet в веб-приложения:
- Интеграция vNet для веб-приложений, которые в настоящее время находятся в предварительной версии
- подключение к шлюзу виртуальной сети
- Среда службы приложений предоставление одного арендованного веб-приложения в вашей виртуальной сети
Похоже, что первые два не будут работать для вас с учетом ваших требований, поэтому использование ASE - единственный оставшийся вариант, но имейте в виду, что это дорогой вариант.