DN
Нормальный. Когда начинаешь половину и более времени тратить на данный вопрос, то пора просто выделить отдельного человека для этого.
Или тупо полагаться на авось.
Или тупо полагаться на авось.
или автоматизировать )
Size: a a a
2020 February 26
A
Да и самому можно, репо с двумя ремотами и чекать хоть по крону
s
или автоматизировать )
Можно, пока не сломают. И однажды поймаешь себя на мысли, что половину времени тратишь на ремонт)
EG
Проще, через gitlab.com. Проекты насоздавать через terraform, его конфиг сгенерить питоном.
A
Прост нагорожу костылей, а потом окажется что уже есть какой-то прокси который все это делает или другой тул какой
2020 February 27
EG
jfrog artifactory, если мы про "прокси" для репозиториев.
p
ты не знаешь какой процесс жрет
Ну oom killer всё-таки пишет score и кандидатов
s
Ну oom killer всё-таки пишет score и кандидатов
Там дальше поинт в том, что течь может одно, а прибитым быть другое.
Что, впрочем, не отменяет того факта, что текущее приложение со временем натечёт достаточно сильно чтобы пропалиться
Что, впрочем, не отменяет того факта, что текущее приложение со временем натечёт достаточно сильно чтобы пропалиться
mD
еще раз, любителям модных инструментов, советую позапускать proccess_exporter на железной ноде пожирнее без фильтра по процессам
А какой в этом случае бестпрактис все же?
Год назад как раз столкнулся с process_exporter и его неюзабельностью для таких задач. Боль была простая, выяснить что жрет иногда проц на чужом сервере. В итоге быстрее всего отлавливалось через newrelic/nixstats.
Тов. Чистяков тогда предложил написать свой атоп экспортер и я, честно, удивился, что никто такого еще не сделал, видимо у всех все хорошо и без него
Год назад как раз столкнулся с process_exporter и его неюзабельностью для таких задач. Боль была простая, выяснить что жрет иногда проц на чужом сервере. В итоге быстрее всего отлавливалось через newrelic/nixstats.
Тов. Чистяков тогда предложил написать свой атоп экспортер и я, честно, удивился, что никто такого еще не сделал, видимо у всех все хорошо и без него
DN
А какой в этом случае бестпрактис все же?
Год назад как раз столкнулся с process_exporter и его неюзабельностью для таких задач. Боль была простая, выяснить что жрет иногда проц на чужом сервере. В итоге быстрее всего отлавливалось через newrelic/nixstats.
Тов. Чистяков тогда предложил написать свой атоп экспортер и я, честно, удивился, что никто такого еще не сделал, видимо у всех все хорошо и без него
Год назад как раз столкнулся с process_exporter и его неюзабельностью для таких задач. Боль была простая, выяснить что жрет иногда проц на чужом сервере. В итоге быстрее всего отлавливалось через newrelic/nixstats.
Тов. Чистяков тогда предложил написать свой атоп экспортер и я, честно, удивился, что никто такого еще не сделал, видимо у всех все хорошо и без него
Ну почему, process exporter юзабелен, просто там метрик летит вагон
DN
Ну и скрейп может занимать ощутимо
DN
Есть ещё telegraph
mD
Есть ещё telegraph
Вот это посмотрю, спасибо
DN
Вот это посмотрю, спасибо
в последний раз когда я его смотрел, это было прожорливое говно
DN
экспортер который ест больше гига рамы
mD
экспортер который ест больше гига рамы
Ну, тогда это не вариант, иногда и впс надо смотреть
DN
Ну, тогда это не вариант, иногда и впс надо смотреть
да, остается атоп )
2020 February 28
p
Там дальше поинт в том, что течь может одно, а прибитым быть другое.
Что, впрочем, не отменяет того факта, что текущее приложение со временем натечёт достаточно сильно чтобы пропалиться
Что, впрочем, не отменяет того факта, что текущее приложение со временем натечёт достаточно сильно чтобы пропалиться
score же.
s
score же.
А может у тебя нормально работающее приложение по score должно быть прибито, а реально в нём всё в порядке и штатно, а течёт другое.
p
Ну и скрейп может занимать ощутимо
Так а ощутимо на чем? Он там из procfs долго выгребает?