Шесть месяцев назад я выбрал Supabase вместо Firebase для Nexural. У меня были веские причины — PostgreSQL, безопасность на уровне строк, возможность самостоятельного хостинга. Но я чуть не забыл эти причины. Единственное, что спасло меня от повторной оценки того же решения (и потери недели), — это markdown-файл, который я написал за 15 минут.
Проблема
В каждой инженерной команде бывает такой разговор:
«Почему мы используем RabbitMQ вместо Kafka?» «Кажется, Дейв выбрал его. Дейв уволился 8 месяцев назад.» «...» «Может, перейдём на Kafka?»
И вот вы тратите спринт на переоценку решения, которое уже было оценено. Институциональное знание вышло за дверь.
Записи архитектурных решений (ADRs)
ADR — это короткий документ, фиксирующий значимое решение. Мои предельно просты:
\\
