GG
Size: a a a
2020 June 27
GG
Слушай, если тебе это слишком сложно, может ты не хочешь этим заниматься ?
Д
Ансибл инсталлятор опеншифта предлагает сначала установить его через Openshift installer
GG
Я, кстати, знаю способ шифт в одну команду поднять
GG
Но для разработки
Д
Я этим категорически не хочу заниматься, но есть необходимость
GG
Хорошо. А где правильно держать конфиги приложений nginx. Внутри докера или на хосте?
Без разницы )
ММ
Блин) А как правильно?)
GG
Слушай, долго рассказывать, но трефик умеет получать список контейнеров и настраивать роутинг.
ST
Хорошо. А где правильно держать конфиги приложений nginx. Внутри докера или на хосте?
приложений к которым проксирует nginx или сам nginx?
GG
nginx - он более статичен. Но тебе написать конфигурацию один раз и потом просто поддерживать (изменять ее), когда у тебя проекты добавляются
NP
Боль, значит, такого характера:
По сути, развертывание образа состоит из двух этапов - непосредственное развертывание самим вагрантом и затем провижн. Так вот, к развертыванию вагрантом у меня вопросов нет, но затем начинается провижн и от этого момента хотелось бы плясать дальше.
Дело в том, что первый этап занимает довольно много времени и по сути к его окончанию я получаю то, с чем потом работаю на втором этапе, который могу прогнать много раз, прежде чем обкатаю провижининг полностью. Соответственно, хотелось бы сэкономить по времени на первом этапе и просто откатывать снэпшот к моменту завершения первого шага, чтобы затем запускать провижн.
По сути, развертывание образа состоит из двух этапов - непосредственное развертывание самим вагрантом и затем провижн. Так вот, к развертыванию вагрантом у меня вопросов нет, но затем начинается провижн и от этого момента хотелось бы плясать дальше.
Дело в том, что первый этап занимает довольно много времени и по сути к его окончанию я получаю то, с чем потом работаю на втором этапе, который могу прогнать много раз, прежде чем обкатаю провижининг полностью. Соответственно, хотелось бы сэкономить по времени на первом этапе и просто откатывать снэпшот к моменту завершения первого шага, чтобы затем запускать провижн.
То есть надо вам не до !! А после ;) .
Вы запускаете ... делаете то что вам нужно.. пакеты конфиг.. итд . Потом создаётся snapshots бокс .
Добавляете его под именем "проект1-step2".. и запускаем свой вагрант статуя проект1-step2.box
Вы запускаете ... делаете то что вам нужно.. пакеты конфиг.. итд . Потом создаётся snapshots бокс .
Добавляете его под именем "проект1-step2".. и запускаем свой вагрант статуя проект1-step2.box
ST
nginx - он более статичен. Но тебе написать конфигурацию один раз и потом просто поддерживать (изменять ее), когда у тебя проекты добавляются
а ты не в курсе случаем, как то с консул sd можно поизвращаться к конфигам nginx?)))
ММ
У меня docker compose
В нем есть app на 80 порту. Внутри апп еще есть прокси nginx на другие docker контейнеры (api / adminka)
Теперь нужно еще одно апп поставить. Такое же. Нормально ли вообще что у меня куча прокси)?
В нем есть app на 80 порту. Внутри апп еще есть прокси nginx на другие docker контейнеры (api / adminka)
Теперь нужно еще одно апп поставить. Такое же. Нормально ли вообще что у меня куча прокси)?
GG
GG
а ты не в курсе случаем, как то с консул sd можно поизвращаться к конфигам nginx?)))
consul-template можно, ога
ST
У меня docker compose
В нем есть app на 80 порту. Внутри апп еще есть прокси nginx на другие docker контейнеры (api / adminka)
Теперь нужно еще одно апп поставить. Такое же. Нормально ли вообще что у меня куча прокси)?
В нем есть app на 80 порту. Внутри апп еще есть прокси nginx на другие docker контейнеры (api / adminka)
Теперь нужно еще одно апп поставить. Такое же. Нормально ли вообще что у меня куча прокси)?
можно прокси и вне докера сделать и тупо релоады с жинжей гонять
ST
эт как удобней