Назад

Архитектура · Средняя

Как зафиксировать архитектурное решение

Описать важный технический выбор в ADR: контекст, варианты, решение и последствия.

Архитектура: визуальный контекст этапа
Аудиопересказ пунктаПолная версия материала для прослушивания
Прослушано 0%
Скачать

Кратко: за 2 минуты

Описать важный технический выбор в ADR: контекст, варианты, решение и последствия. На выходе: aDR опубликован.

Главная пользаADR сохраняет инженерный контекст и помогает будущей команде понимать, почему выбран именно этот путь.
Первое действиеОпишите проблему и ограничения.
Готово, когдаADR опубликован.

Когда применять

Пункт относится к этапу «Архитектура». Его задача — определить границы решения и избежать случайного усложнения системы. Он нужен до передачи результата разработчикам, QA и команде эксплуатации: иначе команда рискует писать ADR задним числом без альтернатив.

ЦельADR сохраняет инженерный контекст и помогает будущей команде понимать, почему выбран именно этот путь.
ДействиеОпишите проблему и ограничения.
ПроверкаADR опубликован.

Что это дает

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

Пошагово: как выполнить

  1. Опишите проблему и ограничения.
  2. Сравните 2-3 варианта.
  3. Зафиксируйте выбранное решение и последствия.

Критерии приемки

  • ADR опубликован.
  • Решение связано с задачей.
  • Последствия и trade-off описаны.

Типичные ошибки

  • Писать ADR задним числом без альтернатив.
  • Фиксировать мелочи как архитектурные решения.
  • Не обновлять статус ADR.

Инструменты

ADRMarkdownConfluenceAPI contractлогированиемониторингрепозиторийсистема мониторинга

Пример

Плохой пример

«Выбрали очередь, потому что так масштабируется». Нет исходной проблемы, альтернатив и цены поддержки.

Хороший пример

ADR-007, предложено. Проблема: отправка уведомления блокирует оформление заказа при задержке почтового сервиса. Сравнили синхронный вызов с таймаутом и фоновую очередь. Выбрали очередь с ограниченными повторами и идентификатором сообщения. Последствия: уведомление приходит позже, нужны мониторинг задержки и защита от повторной отправки. До принятия проверяем сбой провайдера и восстановление обработки; пересмотр — если задержка превысит согласованный предел.

Шаблон

Архитектура: документ с выводом, доказательствами, ответственным и следующим действием

Скачать рабочий лист этого урока

Посмотреть и скачать шаблон

Рабочий артефакт

Architecture note

Архитектура: документ с выводом, доказательствами, ответственным и следующим действием

ADR-007, предложено. Проблема: отправка уведомления блокирует оформление заказа при задержке почтового сервиса. Сравнили синхронный вызов с таймаутом и фоновую очередь. Выбрали очередь с ограниченными повторами и идентификатором сообщения. Последствия: уведомление приходит позже, нужны мониторинг задержки и защита от повторной отправки. До принятия проверяем сбой провайдера и восстановление обработки; пересмотр — если задержка превысит согласованный предел.

  • Bounded context
  • Dependencies
  • Domain entities
  • Risk areas

Контроль качества

Артефакт

Карта границ сервиса

Метрика проверки

ADR опубликован.

Когда пересматривать

После изменения контрактов, релизов, инцидентов, роста нагрузки и пересмотра архитектурных решений.

Что передать дальше

Контракт, ограничения, сценарии отказа, метрики, владельца сервиса и критерии готовности.

Перед отметкой выполнено: ADR опубликован.

Как применять

Начинайте с границ ответственности и пользовательского сценария, который обслуживает система. Затем проверьте контракт, данные, отказоустойчивость, безопасность и наблюдаемость. Хороший backend-пункт фиксирует, что именно меняется, как это проверить и какие метрики покажут стабильность решения.

Короткие ответы

Частые вопросы

Зачем выполнять пункт «Как зафиксировать архитектурное решение»?

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

С чего начать выполнение?

Опишите проблему и ограничения.

Как понять, что пункт выполнен?

ADR опубликован.

Какая ошибка чаще всего мешает результату?

Писать ADR задним числом без альтернатив.

Режим обучения

Тест по теме

Проверка понимания

Ответьте на вопросы по материалу и получите итоговый отчет: что понято хорошо, а что стоит перечитать.

0/4ответов выбрано
1. Какой главный результат должен дать пункт «Зафиксировать архитектурное решение»?
2. С какого действия логично начать выполнение?
3. Как понять, что тема действительно закрыта?
4. Какой ошибки стоит избегать в этой теме?

Для углубленного изучения

· Версия 3 · Обновлено

Независимая экспертная проверка не заявлена.

Что обновлено
  • — Обновлено: Название, Заголовок поиска, Описание поиска.
  • — Обновлено: Пример, Плохой пример, Скачиваемый шаблон, Заголовок поиска, Поисковые фразы.

Материал предназначен для обучения. Адаптируйте рекомендации к внутренним регламентам компании и условиям проекта.

Предложить исправление через контакты Ariol