Да исторически так сложилось как-то Даже не думал об этом
о кокере думал, а о том, как он работает - нет
Во-первых, через локалхост всё хорошо работает Во-вторых, поменял. Та же проблема
через какой 'localhost'? не пиши загадками
Имею ввиду не по имени контейнера, а по локалхосту докера (172.17.0.1). Все сервисы нормально работают
what? ты хоть понимаешь, что у каждого контейнера _свой localhost обычно?
У каждого контейнера свой, но есть общий докеровский (или чисто compose'овский) для всех И это - 172.17.0.1 (для Linux'a). Все контейнеры могут по нему обратиться и друг до друга достучаться У Windows'a это host.docker.internal
ты кокер-сеть с интерфейсом путаешь 502 значит что твой контейнер с аппой упал, nginx тут не причем без логов просьба не приходить сюда
мде ... завернул весь трафик через vibr0 (или как там оно) и считаешь это нормальным ... а что будет, если у двух контейнеров порты одинаковые будут? куда достучишься-то?
Для начала не буду ставить контейнеры, у которых один порт в один compose. А зачем? За последние много лет такая проблема у меня, почему-то, не возникала Опять же: я не говорю, что это правильно. Опций-то много. До этого момента всё работало хорошо, нагрузки выдерживало Причём конкретно этот сервис - в 5 контейнеров, с базой, редисом, сокетами и т.д. И только сейчас почему-то навернулось. Причём, по всей видимости, не в vibr0 проблема В любом случае, логами обложился и буду выжидать. Пойму, в чем проблема - поменяю. А если что-то не сломалось, зачем трогать
понимаешь в чём дело, шурупы можно и молотком забивать. но правильнее - закручивать отвёрткой
Если забить шурупы молотком - сила крепления будет ниже. Сильно ниже. Это фактическое изменение А если к контейнерам не по имени обращаться, только читаемость упадёт. Нужно же помнить, на каком порту кто сидит. Это как использовать не константы, а значения хардкодить. Но других минусов я в упор не вижу (пока что)
ну так ты и обращаешься ...
Обсуждают сегодня