Руководство показывает, как превратить планирование ограничений api из отдельного сообщения в процесс, который команда понимает, выполняет и проверяет.
Планирование ограничений API начинается с реальной клиентской ситуации. Цель состоит не в дополнительном сообщении, а в понятном состоянии, решении, владельце и следующем действии.
До автоматизации планирование ограничений api определите источник истины, обязательные данные, завершение, паузу и передачу человеку.
Планирование ограничений API должно переносить сообщения, карточку клиента, владельца и идентификаторы внешних систем в единый рабочий контекст.
Для планирование ограничений api заранее определите неверные данные, ограниченные темы, повторы, таймауты и момент обязательного человеческого решения.
Основной технический источник: https://www.rfc-editor.org/rfc/rfc6585
Планирование ограничений API оценивается по операционному результату, усилию клиента, исправлениям и исключениям. Доставка сообщения сама по себе не является успехом.
Нужны событие, идентичность, доказательство решения, владелец, разрешённое действие, условия остановки, путь ошибки и метрика результата.
Автоматизация должна оставаться в утверждённой наблюдаемой границе, а неопределённость, исключения и чувствительные решения передаваться человеку.
Начните с результата, которого ждёт клиент, затем учитывайте усилие, исправления, исключения и итоговое состояние в основной системе.
Продолжить клиентский путь
Возьмите текущие правила, сообщения, системные события и исключения. Мы поможем построить процесс с понятным владельцем и восстановлением.