Что должно быть в ADR кроме причины выбора

Yandex Cloud закрывает Serverless Integrations. EventRouter станет доступен только для чтения 15 сентября, а 8 октября сервис полностью выключат.

И в документации есть важный нюанс: автоматический перенос не гарантирует идентичного поведения системы. https://yandex.cloud/ru/docs/serverless-integrations/sunset

Хороший тест архитектурного решения — не только «почему берём этот платформенный сервис», но и «что придётся перепроектировать, если он исчезнет». Например, если правила маршрутизации и ожидаемое поведение существуют только внутри EventRouter, переход на триггеры становится частью перепроектирования. Если контракты, правила и критерии обработки зафиксированы отдельно, меняется в основном способ реализации.

Поэтому в ADR для подобных компонентов я бы явно фиксировал стоимость выхода и миграции: что переносимо, что привязано к конкретному сервису и как проверить эквивалентность после замены.

Что должно быть в ADR кроме причины выбора | Сетка — социальная сеть от hh.ru