Что должно быть в ADR кроме причины выбора
Yandex Cloud закрывает Serverless Integrations. EventRouter станет доступен только для чтения 15 сентября, а 8 октября сервис полностью выключат.
И в документации есть важный нюанс: автоматический перенос не гарантирует идентичного поведения системы. https://yandex.cloud/ru/docs/serverless-integrations/sunset
Хороший тест архитектурного решения — не только «почему берём этот платформенный сервис», но и «что придётся перепроектировать, если он исчезнет». Например, если правила маршрутизации и ожидаемое поведение существуют только внутри EventRouter, переход на триггеры становится частью перепроектирования. Если контракты, правила и критерии обработки зафиксированы отдельно, меняется в основном способ реализации.
Поэтому в ADR для подобных компонентов я бы явно фиксировал стоимость выхода и миграции: что переносимо, что привязано к конкретному сервису и как проверить эквивалентность после замены.