#firstnine #linux #nodeexporter #sre #applicationfootprint #dashboard #grafanamaniac

и сразу добиваем! сегодня ещё одно ключевое событие для блога: вышла пятая статья серии the first nine. ради нее затевалась вся серия.

сколько я не работал с метриками приложений во время инцидентов надо всегда точно знать, а как они снимаются и что на них может влиять. http_request_response_time_duration_seconds включает установку коннекта? а днс резолв? а коннекты переиспользуются из пула или каждый раз новые? какой кипэлайв? и понять что именно она означает в спорных ситуациях сложно и важно. хорошо когда это известная популярная библиотека, которая даёт метрики конкретному рантайму. но не редко это кастом метрика, и тут появляется сложность, которая вносит серьезный импакт на инциенты.

отсюда я давно в своей практике использую подход который дополняет или полностью заменяет метрики, генерируемые из апликейшна на предсказуемый и понятный набор. поэтому я так люблю coroot, cadvisor и node_exporter.

и на самом деле, конечно, чаще всего я вижу в каждой инфраструктуре установленный урезанный, и поэтому не очень классный, но полезный cadvisor (в составе kubernetes) и прекрасный, восхитительный и реально богатый данными node_exporter.

давайте разбираться что можно понять о приложении, только по метрикам ОС. и отсюда серия the first nine начнет углубляться в уровень ОС и то как приложение работает с системой под собой.

русская версия статьи, минут 20 на прочтение, прям лонгрид: https://kirillyu.github.io/The-Last-of-9s/ru/application-footprint.html

ну и бонус - я сделал дашборд который поможет вам понять круг подозреваемых во время деградации латенси, со стороны операционной системы linux. только на метриках node export - ставим, балуется, улучшаем за счёт ишью сюда: https://github.com/kirillyu/The-Last-of-9s/issues