Назад | Перейти на главную страницу

Как сделать готовое к производству соединение между VNET и веб-приложением для контейнеров?

Я изо всех сил пытаюсь выбрать правильное решение для данного сценария:

Вот как сейчас выглядит виртуальная сеть:

  1. Шлюз показывает адрес с 10.10.XXX.XXX.
  2. Подключение основано на политике и НЕ МОГУ быть изменен
  3. В настоящее время общедоступные IP-адреса используются для разработки и туннелирования.

Проблема:

У нас есть WebApp для контейнеров с образом Docker A. Контейнер должен видеть 10.10.100.1:1234 IP. В качестве решения TEMP мы открываем туннельное соединение ssh изнутри Web SSH:

ssh -L 5555: 10.10.100.1: 1234 user@123.123.123.123

(публичный IP)

Это работает, но нам нужно сделать это правильно. Мы не можем использовать Интеграция виртуальной сети потому что он находится в режиме предварительного просмотра и не работает. Мы НЕ МОГУ внести дополнительные изменения в конфигурацию шлюза.

Итак, вопрос:

Как заставить его работать без туннелирования, используя как можно больше лазурного?

На самом деле у вас есть только 3 поддерживаемых решения для интеграции vNet в веб-приложения:

  • Интеграция vNet для веб-приложений, которые в настоящее время находятся в предварительной версии
  • подключение к шлюзу виртуальной сети
  • Среда службы приложений предоставление одного арендуемого веб-приложения в вашей виртуальной сети

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