Мы используем внешний балансировщик нагрузки HTTPS GCP, архитектура показана на диаграмме ниже. Основное использование LB — перенаправление пользователей на сайт статических ошибок (размещенный в корзине Cloud Storage) в случае, если экземпляр CE не работает, происходит сбой Traefik на CE, сбой Docker на CE и т. д.
У нас есть 4 внутренних сервиса, определенных в балансировщике нагрузки:
страница статической ошибки бэкэнд-ковшблог-бэкэнд-сервис, галерея-бэкэнд-сервис и магазин-бэкэнд-сервис зональные группы конечных точек сети
Затем мы определили правила хоста и пути, чтобы:
https://blog.company.com -> блог-бэкэнд-сервисhttps://gallery.company.com -> галерея-бэкэнд-сервисhttps://shop.company.com -> магазин-бэкэнд-сервисВсе непревзойденные (по умолчанию) -> страница статической ошибки
Каждая зональная группа конечных точек сети (блог-бэкэнд-сервис, галерея-бэкэнд-сервис и магазин-бэкэнд-сервис) определена только 1 конечная точка: 192.168.171:443 (192.168.171.3 является внутренним IP-адресом экземпляра CE).
Однако, поскольку мои веб-сайты обслуживаются за обратным прокси-сервером (Traefik), указание IP:порт комбинация в конечной точке сети бесполезна, потому что все они имеют одинаковые IP:порт. Я хотел бы указать URL вместо IP:порт в конечной точке сети (таким образом конечная точка сети также будет показывать правильное состояние работоспособности, если веб-сайт не работает, он всегда сообщает здоровый теперь, даже если приложение не работает).
Можно ли указать URL вместо IP:порт в конечной точке сети? Если нет, то каковы мои альтернативы?
(Нажмите на изображение, чтобы увеличить его)
