Простыми словами
Представьте сервис под реальной нагрузкой: одна зависимость замедлилась, часть запросов повторилась, а пользователи продолжают ждать ответ. Надёжность зависит не от одного удачного запроса, а от поведения системы при задержках, ошибках и восстановлении. Так система деградирует управляемо и оставляет команде понятный способ увидеть проблему и восстановиться. Поэтому поведение при сбое задают заранее: система должна ограничить ущерб, освободить ресурсы и дать оператору понятный сигнал.
Пример при разработке
Например, для «Политика маршрутизации оповещений» назначают ответственного и добавляют тест или метрику, по которой видно реальный результат.
Это редакционный пример применения, а не часть определения или доказательство концепции.Формальное определение
Правила выбора команды, канала и срочности уведомления на основе сервиса, серьёзности и времени.
Механизм действия
Для «Политика маршрутизации оповещений» команда фиксирует область действия, владельца, проверяемый сигнал и поведение при нарушении условия.
Пример в работе
Повторять термин «Политика маршрутизации оповещений», не объяснив, где он применяется, кто отвечает и по какому признаку видно результат.
Связать «Политика маршрутизации оповещений» с конкретным сценарием, автоматической или ручной проверкой и правилом пересмотра.
Ограничения
«Политика маршрутизации оповещений» решает ограниченную задачу и не заменяет проверку соседних рисков, исходных допущений и последствий для всей системы.
Источник
Google, “Monitoring Distributed Systems”, 2016.