ПМ
зачем с regex?
Спасибо, но мне, к примеру, нужно что бы базы do, erp, ut и еще 100500 различных названий баз уходили на один, а od, pre, tu zup и еще 100500 на другой
Size: a a a
2020 August 18
СГ
Спасибо, но мне, к примеру, нужно что бы базы do, erp, ut и еще 100500 различных названий баз уходили на один, а od, pre, tu zup и еще 100500 на другой
какой отличительный признак у одних ИБ от других? Как nginx должен отличать что куда?
СГ
порт может разный?
СГ
Спасибо, но мне, к примеру, нужно что бы базы do, erp, ut и еще 100500 различных названий баз уходили на один, а od, pre, tu zup и еще 100500 на другой
ну добавьте в url номер платформы и по нему делайте выбор бэкенда.
ПМ
порт может разный?
ну веб сервера на разных портах висят так как разные платформы. 2 бэкенда server:8888 и server:9999. отличительных признаков не должно быть. Пользователь должен знать домен к примеру https://mysite...ru и название базы...потом просто вбивать без задней мысли (какая это платформа его не колыхает) ну и соединив это в голове просто вписать mysite..ru/moya_novaya_basa и его должно выкинуть на нужный берег
СГ
ну веб сервера на разных портах висят так как разные платформы. 2 бэкенда server:8888 и server:9999. отличительных признаков не должно быть. Пользователь должен знать домен к примеру https://mysite...ru и название базы...потом просто вбивать без задней мысли (какая это платформа его не колыхает) ну и соединив это в голове просто вписать mysite..ru/moya_novaya_basa и его должно выкинуть на нужный берег
ну кто-то же должен знать)), раз пользователь не знает и не указывает. Значит прописывать все варианты location или regex. Разве как-то может быть по другому?
АП
ну веб сервера на разных портах висят так как разные платформы. 2 бэкенда server:8888 и server:9999. отличительных признаков не должно быть. Пользователь должен знать домен к примеру https://mysite...ru и название базы...потом просто вбивать без задней мысли (какая это платформа его не колыхает) ну и соединив это в голове просто вписать mysite..ru/moya_novaya_basa и его должно выкинуть на нужный берег
Не надо давать пользователю думать - дайте ему ярлык с прописанным путем и названием - и он будет браузером по умолчанию его открывать
АП
чего огород то городить
ПМ
У нас ведется много разработок, соответсвено за день может до 20 новых публикаций появится. Я писал примерный вариант, на самом деле порядка 13 релизов платформ (разные) и все на своих веб-серверах.
И
У нас ведется много разработок, соответсвено за день может до 20 новых публикаций появится. Я писал примерный вариант, на самом деле порядка 13 релизов платформ (разные) и все на своих веб-серверах.
Про fresh не думали?
SZ
У нас ведется много разработок, соответсвено за день может до 20 новых публикаций появится. Я писал примерный вариант, на самом деле порядка 13 релизов платформ (разные) и все на своих веб-серверах.
посмотрите traefik может оно подойдет
И
А, там с разными версиями платформ не пойдёт наверное
ПМ
Программист отлично знает название базы и корпоративный домен. Пока на upstream proxy_next_upstream error timeout http_500 non_idempotent прокатывает, но на сколько верно х з =)
ПМ
Т.е. если он получает код 500 на веб сервере что публикация не найдена он идет на следующий в списке server из upstream
JS
Вам там по-хорошему service mesh нужен :)
JS
и автоматическая регистрация публикаций
ПМ
Да да :) и желательно без потери пакетов :)
JS
Да да :) и желательно без потери пакетов :)
ну а как же, должно уметь reload без разрыва сессии 🤣
MV
При деплое менять конфиг энжиникса, пусть динамически создаётся.
MV
И хук на релоад.