Мониторинг отвечает на заранее известные вопросы (дашборды и алерты под известные отказы). Наблюдаемость — свойство системы отвечать на непредусмотренные вопросы по её телеметрии.
А ещё «Почему растёт задержка только у платных пользователей в одном регионе на версии 4.2?» — вопрос наблюдаемости
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Мониторинг — проверка известных режимов отказа: CPU, память, доля ошибок, задержка, заполнение диска. Строится заранее и отвечает на вопросы «есть ли проблема из известного списка».
Наблюдаемость — возможность понять внутреннее состояние по внешним сигналам без нового кода и выкатки. В распределённых системах большинство инцидентов — новые комбинации условий, и заранее подготовленный дашборд их не покажет. Нужно уметь произвольно резать данные: по версии клиента, региону, тарифу, конкретному эндпоинту и параметру.
Три сигнала:
Что делает систему наблюдаемой: структурированные логи (JSON) с trace_id, распределённая трассировка (OpenTelemetry), широкие события с множеством атрибутов, связь метрик с трейсами (exemplars), единое хранилище с произвольными запросами.
Один верный вариант. Подумайте, потом откройте ответ.
Чем наблюдаемость отличается от мониторинга, три сигнала и что каждый умеет, RED и USE, почему среднее врёт, взрыв кардинальности, SLI/SLO/error budget и алерты на симптомы.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto