Наблюдаемость
RED и USE: тест на свободное припоминание
Припоминание сильнее перечитывания. Для каждой подсказки скажите или напишите полный ответ по памяти, прежде чем открыть модельный — именно усилие припоминания закрепляет юнит в голове, а не повторный взгляд на него.
Реконструируйте хребет юнита, не подглядывая: почему RED и USE — пара, что на самом деле измеряет saturation, почему PSI заменил load average, где golden signals расширяют RED и как cardinality ограничивается, сохраняя мост к трейсам.
- 01Почему senior-инженеры запускают RED и USE вместе, а не один из них?
- 02Что измеряет Saturation и почему он диагностичнее, чем Utilization?
- 03Что такое PSI, что значат 'some' и 'full' и почему он заменил load average для saturation?
- 04Что Saturation из golden signals добавляет такого, что три буквы RED упускают, с конкретным примером?
- 05Что такое cardinality, почему один неограниченный label катастрофичен и какие label безопасны?
- 06Как перейти от скачка p99 в метрике к конкретному медленному запросу без неограниченного label?
Если вы реконструировали каждый ответ по памяти, вы держите хребет юнита: RED и USE — пара, потому что один называет видимый пользователю симптом, а другой причину в ресурсе; saturation побеждает utilization, потому что пользователь чувствует ожидающую работу, а не busy-время; PSI заменил load average как независимый от числа ядер wall-clock сигнал saturation; golden signals добавляют saturation уровня сервиса, который RED сам упускает; а cardinality ограничивается тем, что в label идут только route/method/status, пока exemplars несут мост к трейсам. Это та дисциплина, которую вы запускаете на каждом пейдже.