
В своей недавней статье Кен Уолгер исследует критическое различие между «сырыми» метриками и реальным состоянием системы, используя аналогию с виноделием. Подобно тому, как рефрактометр дает неверные показатели сахара, когда в процессе брожения появляется спирт, метрики программного обеспечения, такие как загрузка процессора или HTTP-коды состояния, могут стать ненадежными индикаторами при изменении условий работы системы. Уолгер утверждает, что наблюдаемость часто страдает из-за того, что мы воспринимаем метрики как абсолютную истину, а не как доказательство. Он подчеркивает, что для правильной интерпретации необходим контекст: исторические данные, базовые показатели калибровки и история измерений. Разделяя сырые наблюдения и выводы, а также сохраняя происхождение данных, разработчики могут избежать ловушки неверной интерпретации метрик. В конечном итоге автор предупреждает, что метрика — это лишь свидетельство, и восприятие её как состояния системы без понимания контекста ведет к ошибочным операционным решениям.
This is a summary. Read the full article at the original source:
Dev.toПохожие
Команда разработчиков Tcl Core официально объявила о выпуске Tcl/Tk 9.1, что стало важной вехой для этого классического языка сценариев и инструментар…
xk6-sip: проверка качества звука в нагрузочных и автоматизированных функциональных тестах VoIP/SIP
Статья посвящена расширению xk6-sip для инструмента k6, которое позволяет автоматизировать проверку качества звука в VoIP/SIP-системах. Автор отмечает…
0.0000008 Мбит/с при оценке A+: как тихий 403 от Cloudflare сломал половину теста bufferbloat
Автор статьи анализирует проблему, возникшую при проведении теста bufferbloat, где некорректная обработка HTTP-ошибок привела к искажению результатов.…


