SP
я плохо понимаю зачем так делать. ну то есть... у тебя в продакшене ж всеравно будет какой-то балансер сверху
Size: a a a
2021 October 31
КГ
для локальной разработки, чтобы не публиковать порты
КГ
Я терпеть не могу обращаться к локалхосту, а ещё держать в голове на каком порте у меня там чё открыто.
А ещё конфликты портов если проекты разные одновременно подняты
А ещё конфликты портов если проекты разные одновременно подняты
SP
ну, я все ж таки бы юзал nginx proxy со своими шаблонами) что бы можно было консистентно прод с его там всякими балансерами и ингресами эмулировать
КГ
хз зачем это локально)
SP
а еще мне нравится втыкать между браузером и контейнерами тулы типа blockade/toxiproxy для контроля состояния сети.
AK
Легче взять готовые конфиги на github и прочитать что там написано
КГ
У меня там есть возможность пускать весь трафик через балансер. Но я его сам не использую
SP
хочу лэтенси - вжух. хочу дроп пакетов - вжух. хочу дисконнекты эмулировать рандомные - вжух
SP
ну если у человека стоит цель разобраться то... не легче)
SP
сначала простой велосипед, а потом посмотреть чужие и сравнить
AK
Мне проще сначала глянуть на чужой велосипед и спросить у гугла что в каждой строчке написано, ну тут у всех свой подход
AK
Легче понять почему оно работает, чем почему "не работает"
SP
мне пиздец некофмортно например если я не понимаю "как оно там внутри работает". Иногда можно по примерам и таким вот велосипедом наделать ложных асампшенов
AK
Согласен, не все велосипеды одинаково полезны, но есть риск что твой будет еще хуже)
SP
конечно будет, это надо всегда в уме держать. что бы он небыл хуже надо с другими поработать что бы понять чем они плохи
КГ
Кароч моя тулза вообще никак не связана с nginx proxy, она может его чуток дополнить если требует и не более
КГ
Вот это утверждение false