Проектирование
архитектуры
Базовые решения — границы, данные и интеграции — принимаются осознанно и записываются до того, как застынут во что-то дорогое.
Что делаем
Четыре области, в которых такая работа удаётся или проваливается.
Границы системы
Что принадлежит друг другу, что нет и где проходят швы, чтобы систему можно было менять по частям.
Модель данных
Сущности, владение и правила согласованности: неверная модель данных — самое дорогое для миграции.
Интеграции
Как система общается с внешним миром: контракты, поведение при сбое и кто источник истины.
Масштабируемость и стоимость
Нагрузка, которую план должен пережить, и стоимость эксплуатации — цифрами, а не прилагательными.
Как работаем
Короткий цикл с письменным результатом на каждом шаге.
Понять ограничения
Бизнес-цели, нагрузка, комплаенс и команда, которая будет это эксплуатировать. Архитектура следует ограничениям, а не моде.
Спроектировать и сравнить
Два-три варианта с компромиссами и стоимостью — решение принимается по доказательствам.
Записать решения
Журнал решений и схемы, которым команда может следовать и которые может оспорить, а не документ, умирающий в папке.
Стек
Подбираем под ваш продукт, а не по привычке.
AWSНачинаете продукт
и хотите сделать правильно?
Расскажите цели и нагрузку. Распишем варианты и их стоимость до первой написанной строки.
