ПИ
есть от докера оверхэд некоторый, тут я согласен
Size: a a a
2020 July 15
ПИ
но можно не копировать, а монтировать, тут уж каждый сам решает
Д
сначала "докир офигенно круто". а как копнешь глубже - костыль на костыле костылем погоняет.
ES
Я понимаю как работает докер. Я просто спросил - у вас получается что контейнер с кроном содержит код монолита?
ПИ
ES
сначала "докир офигенно круто". а как копнешь глубже - костыль на костыле костылем погоняет.
Докер это офигенно и круто.
Просто нужно уметь готовить
Просто нужно уметь готовить
Д
дадада. поэтому я пойду проще в консоли crontab -e напишу.
ES
Мы ж не гуру инженирии, к сожалению
учимся на своих ошибках
учимся на своих ошибках
ES
A
сначала "докир офигенно круто". а как копнешь глубже - костыль на костыле костылем погоняет.
Контейнеризация это всего лишь концепция а докер инструмент, когда люди не понимают концепцию и не изучают инструмент у них получается "костыль на костыле"
O
Докер это офигенно и круто.
Просто нужно уметь готовить
Просто нужно уметь готовить
@Bushlanov (1) reacted to a message from @bloodrain777 (4)
ПИ
Вот расскажите как правильно) Это все было сделано без меня, я сам в это только въезжаю. И согласно docker way один контейнер = один процесс. И на проде код должен находиться внутри образа по хорошему, чтобы получался цельный image приложения с его рантаймом
ES
Вот расскажите как правильно) Это все было сделано без меня, я сам в это только въезжаю. И согласно docker way один контейнер = один процесс. И на проде код должен находиться внутри образа по хорошему, чтобы получался цельный image приложения с его рантаймом
Не не, я могу научить ток как не надо делать :)
ПИ
Ну это скорее к @Bushlanov :)
K
В целом, согласен, что можно монтировать. Но придётся всё равно поднимать пхп, модули подгружать.
A
Вот расскажите как правильно) Это все было сделано без меня, я сам в это только въезжаю. И согласно docker way один контейнер = один процесс. И на проде код должен находиться внутри образа по хорошему, чтобы получался цельный image приложения с его рантаймом
После разроботки ci/cd собирает образ, упаковывая в него всё что надо для работы, весь код, все зависимости и либы и тд
А сам образ уже улетает на прод, и раскатывается каким нибудь хэлмом
А сам образ уже улетает на прод, и раскатывается каким нибудь хэлмом
ПИ
После разроботки ci/cd собирает образ, упаковывая в него всё что надо для работы, весь код, все зависимости и либы и тд
А сам образ уже улетает на прод, и раскатывается каким нибудь хэлмом
А сам образ уже улетает на прод, и раскатывается каким нибудь хэлмом
вот! получается у нас норм сделано - в кроне код весь ))) и в образе с FPM и nginx тоже))
A
вот! получается у нас норм сделано - в кроне код весь ))) и в образе с FPM и nginx тоже))
да, образ это должно быть рабочее приложение (без бд и шар естественно, за это отвечают другие сервисы уже)
A
Суть такая - на проде нужно манипулировать версиями образов
Выкатили фичи - упал прод - откатили назад на другой образ, все это происходит очень быстро
И ни в коем случае не мантировать раздел с кодом в образ на проде это только для локально разработки
Выкатили фичи - упал прод - откатили назад на другой образ, все это происходит очень быстро
И ни в коем случае не мантировать раздел с кодом в образ на проде это только для локально разработки
ПИ
Значит я все верно понял, спс. Так и делаем