Проектирование архитектуры

Обзор

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

Как я это строю

• Чёткое разделение доменной логики от инфраструктуры — тот же принцип, что лежит в основе контентного движка этого сайта, где схема сущностей не знает и не заботится о том, что GitHub оказался слоем хранения.
• Явные решения о том, где хранится состояние (база данных, граф, векторное хранилище или кэш), исходя из того, что реально моделируется, а не по привычке.
• Проектирование под целевую платформу развёртывания с самого начала — например, собственное решение этого сайта пререндерить каждый маршрут, потому что аудитория включает ИИ-краулеры, а не только людей с браузером и JavaScript.
• Документированные компромиссы, а не только диаграммы — почему решение было принято, а не только каким оно получилось.

Кому это подходит

Основателям и командам, начинающим что-то нетривиальное, которым важно, чтобы фундамент был правильным до масштабирования, а не переделывался после второго продакшен-инцидента.

FAQ