этими вашими фронтендами.
Как правильно организовать сеть в докер-композе так, чтобы ничё не было захардкожено, но, при этом, чтобы реакт мог стучаться к бэкенду и на проде, и на локальной машине?
Использовать докеровские названия хостов сервисов, в данном случае — не катит, т.к. браузер-то про них ничё не знает, разумеется. Блин, в чё тогда юзать-то? Статический адрес в докеровской подсети? Ну это херня какая-то, т.к. на проде-то всё может быть иначе потом. Или тут просто надо воспринимать докер-композ как инструмент для дебага и не париться?
Проксируй запросы с фронта куда нужно внутри докеровской сетки
Это распространённая практика. Фронту незачем знать что-то об инфраструктуре бэка, ему нужна только точка входа. И когда ты решишь помасштабировать бэк, на фронте не нужно будет ничего менять
Более того, это лучший из подходов, потому что минус проблемы на разных энвах
Кстати, получилось ваще красиво, в итоге. Связка такая: Docker Compose, а в нём: NGINX как точка входа на фронтенд + прокси для остальных сервисов, ну и сами сервисы. И, вишенка на торте: прогон через envsubst для конфига, перед сборкой сервиса NGINX. 😎
И чем оно отслеживает изменения в коде? Как построен ci/CD? Gitlab или Jenkins?
Обсуждают сегодня