Архитектурный выбор

Развилки, которые встречаются на каждом новом проекте. По каждой — отдельная статья с чек-листом, критериями выбора, типовыми ошибками.

Статьи раздела

1. Монолит, модульный монолит или микросервисы — чек-лист «6 баллов» на старте проекта, сравнение трёх вариантов на сквозном кейсе маркетплейса, сценарии перехода между ними без переписывания.
2. PostgreSQL или MongoDB: как принять решение — десять критериев выбора реляционной vs документной БД, типичные антипаттерны (Mongo «потому что NoSQL модно», PG «потому что привычно»), сценарии где обе БД работают в одном сервисе.
3. PostgreSQL или ClickHouse: когда добавлять OLAP — восемь критериев и чек-лист: где граница «аналитика в PG ещё ок» и когда пора заводить второе хранилище.
4. Поиск: PostgreSQL FTS или Elasticsearch — что умеют tsvector и pg_trgm, где их потолок и когда нужен полноценный поисковый движок.
5. Файлы: в базе данных или в object storage — граница по размеру и трафику, двухфазная загрузка и целостность «БД + S3».
6. Между сервисами: синхронный вызов или события — критерии выбора на каждое взаимодействие, синхронная сага и RPC поверх Kafka как антипаттерны.
7. Веб-стек: Spring MVC, WebFlux или виртуальные потоки — что Loom закрыл из аргументов WebFlux и где reactive всё ещё оправдан.
8. ADR: как фиксировать архитектурные решения — формат, статусы, когда писать; итог каждой развилки выше стоит записи.
9. Что делает архитектор — и какие задачи закрывают AI-скиллы — семь обязанностей роли и какие ucp-скиллы автоматизируют каждую.

Связанное

• Use Case Pattern — методология, переживает каждый из этих режимов без переписывания.
• Раздел про PostgreSQL — детали ACID, репликации, шардинга.
• Раздел про MongoDB — детали read/write concerns, replica set, sharded cluster.
• Модель C4 — как описывать систему после того, как архитектурный выбор сделан.
• AMQP vs Kafka — выбор брокера, если развилка sync/async решилась в пользу событий.