Предпологается что когда идешь по этому url istio перебростт в root nginx а не в nginx /nginx

Тогда тебе нужен рерайт

Вот вопрос и был в этом, коректно ли так делать или нет

Ктож знает что ты пытаешься сделать)

Но некоторые делают рерайты типа  /service  -> pod

Имхо с рерайтами потом только боль лишняя

Особенно если несколько сетей

Потом между сервисами черт ногу сломит

Как оно пришло, потом перетменовалось и тд

Дебажить сложно

Оно то да, но вот у нас сервисы так написаны что нужно идти на root и вот без реврайта сейчас никак

Потом перепишут (возможно)

Бей разрабов сильнее

Лучше раньше, чем позже

всем доброй ночи, кто может поделиться советом:
деплою тг-бота. Бот получает обновления от тг-сервера по вебхуку
- Для сетапа вебхука, телеграм обязательно требует, что бы был ssl серт
Раньше деплоил на виртуалке по следующей схеме:
tg-server —> nginx:443 —> python_tg_bot:8000
- Сертификат сетапил на виртуалке следцющим образом

openssl req -newkey rsa:2048 -sha256 -nodes -keyout private.key -x509 -days 3650 -out cert.pem

появляются файлы cert.pem и key.pem
- Вебхук ставил уже через curl

curl -F "url=https://192.168.8.1/mybotbot/<token>" -F"certificate=@cert.pem" https://api.telegram.org/bot<token>/setWebhook

Cейчас деплою в дошный куб. На кластере istio1.5
При установке Istio так же создал в до load balancer и объект istio-ingress-gateway

бота запаковал следующими манифестами:
- service.yaml
- deployment.yaml
- DestinationRule
- Gateway

правильно ли понимаю, что в случае с кубом трафик будет идти следующим образом
tg_server —> loadbalancer —> istio-ingress-gateway —> mybot_service —> mybot_pod
и gateway в данном случае заменяет nginx

вопрос в следующем:
подскажите пожалуйста, что можно почитать на эту тему, и верный ли сетап маршрутизации трафика.
И откуда можно получить cert.pem в данном случае? (Сгенирировать его прямо в дошном балансере, создать в балансере правило маршрутизации и вперед?)

буду крайне признателен любой вашей реккомендации)

openssl req -newkey rsa:2048 -sha256 -nodes -keyout private.key -x509 -days 3650 -out cert.pem

curl -F "url=https://192.168.8.1/mybotbot/<token>" -F"certificate=@cert.pem" https://api.telegram.org/bot<token>/setWebhook

Да, cert-manager

Коллеги подскажите плиз а истио поддерживает работу с fastcgi ?

Получается серт нужно класть на балансировщик, а на istio-ingress-gateway уже серт не нужен, правильно понимаю?

Да, мы делаем так, хотя есть ощущение, что часть пути траффик идёт нешифрованным

Понял, благодарю за инфу, мне на данном этапе главное, что бы телега прислала ответ: "все ок доверяю твоему ипшнику, сертификаты в порядке", а внутри кластера пока могу не шифрованный трафик гонять