Size: a a a

DevOps — русскоговорящее сообщество

2021 February 14

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
а есть варинт docker build . на CI и pull/cp на целевом сервере
источник

AZ

Alexander Zaitsev in DevOps — русскоговорящее сообщество
Denis 災 nobody
нужен билд сервер, его наполнение, сборка, обновление локальной репы.. там ух сколько надо делать ))
я понимаю, что там фронт работы обширный. по-другому всё равно никак
источник

AZ

Alexander Zaitsev in DevOps — русскоговорящее сообщество
Vladimir Chernyshev
а есть варинт docker build . на CI и pull/cp на целевом сервере
ну вот уже звучит более-менее. Приправить автоматизацией и жить можно будет как-то
источник

D

Denis 災 nobody in DevOps — русскоговорящее сообщество
Alexander Zaitsev
я понимаю, что там фронт работы обширный. по-другому всё равно никак
там нужен выделенный человек, и минимум на год если на пол ставки
источник

AZ

Alexander Zaitsev in DevOps — русскоговорящее сообщество
Denis 災 nobody
там нужен выделенный человек, и минимум на год если на пол ставки
ну тогда наверное дешевле будет постараться упаковать всё по максимуму в докеры и деплоить просто пачками контейнеров через compose какой-то
источник

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
текущая схема от предшествееника CI копирует исходники на сервер и там билд запускает- простыня ssh команд
источник

AZ

Alexander Zaitsev in DevOps — русскоговорящее сообщество
(всякие кубы я вспоминать тут не буду)
источник

AZ

Alexander Zaitsev in DevOps — русскоговорящее сообщество
Vladimir Chernyshev
текущая схема от предшествееника CI копирует исходники на сервер и там билд запускает- простыня ssh команд
прямо на продовом сервере? :)
источник

D

Denis 災 nobody in DevOps — русскоговорящее сообщество
конечно
источник

AZ

Alexander Zaitsev in DevOps — русскоговорящее сообщество
моё почтение
источник

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
Alexander Zaitsev
ну тогда наверное дешевле будет постараться упаковать всё по максимуму в докеры и деплоить просто пачками контейнеров через compose какой-то
упаковать не проблема, вернее не большая проблема. Проблема мутаблстейт, включая логи
источник

D

Denis 災 nobody in DevOps — русскоговорящее сообщество
хотя какие исходники у пхп ))
источник

AZ

Alexander Zaitsev in DevOps — русскоговорящее сообщество
Denis 災 nobody
хотя какие исходники у пхп ))
способ билда достоин ЯП, как говорится :)
источник

D

Denis 災 nobody in DevOps — русскоговорящее сообщество
Vladimir Chernyshev
упаковать не проблема, вернее не большая проблема. Проблема мутаблстейт, включая логи
логи можно в логстэш и в кибану
источник

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
установка зависимостей, прогрев кэшей (генерируемый код)
источник

AZ

Alexander Zaitsev in DevOps — русскоговорящее сообщество
Vladimir Chernyshev
упаковать не проблема, вернее не большая проблема. Проблема мутаблстейт, включая логи
вариант для вас - монтируете директорию и туда логи пишете в файлики
нормальный вариант - ELK-стек и его аналоги (Loki с графаной + чо там на сторадж, можно в кликхаус пихать - тут уже смотреть), managed решение мб понравится какое аля Loggly
источник

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
Denis 災 nobody
логи можно в логстэш и в кибану
биндить папки хоста в условный /var/log?
источник

AZ

Alexander Zaitsev in DevOps — русскоговорящее сообщество
Vladimir Chernyshev
установка зависимостей, прогрев кэшей (генерируемый код)
зависимости уже упакованы в имагу
прогрев кешей я хз, что такое. если я правильно понимаю - просто на старте контейнера они и погреются
источник

AZ

Alexander Zaitsev in DevOps — русскоговорящее сообщество
Vladimir Chernyshev
биндить папки хоста в условный /var/log?
это если писать в файлы - да
источник

AZ

Alexander Zaitsev in DevOps — русскоговорящее сообщество
например, мы так у себя и делаем в проде на части сервисов
источник