Pull to refresh

Comments 4

"next build" на машине рядом с продом съедает пару гигабайт. При нехватке памяти ядро валит самый тяжёлый процесс – живой прод весит больше сборщика, так что убьют именно его. Ограничение памяти сервису сборки в systemd (MemoryMax) и файл подкачки решают вопрос заранее: упадёт сборка, прод не заметит.

Всё по делу, но я уже пофиксил на сервере: сборке поставлен потолок 3 ГБ и она назначена первой жертвой при нехватке памяти, приложение - последней. Пик сборки у нас 2,2 ГБ на машине с 3,9 ГБ.

список граблей

потому что

без Kubernetes, Docker и прочей тяжёлой артиллерии

права и окружение Docker бы закрыл, переключение и откат всё равно пришлось бы писать

Sign up to leave a comment.

Articles