Software Architecture: The Hard Parts — выпуск 3

После разделения кода остаётся общая база. За разбиение выступают change control, connection management, масштабирование, fault tolerance и меньший blast radius. Внешние ключи, data relationships и транзакции тянут обратно: граница сервиса превращает локальную согласованность в распределённую задачу.

Данные делят за пять шагов: определяют домены, группируют таблицы по схемам, убирают cross-schema joins и переносят логику за API, физически разносят схемы и переключают клиентов. Миграция может использовать backup/restore и replication; старые связи удаляют после переключения.

Сравниваются relational, key-value, document, wide-column, graph, cloud-native и time-series databases. Среди критериев — моделирование, scalability, availability, consistency, поддержка сообщества и профиль чтения-записи. Таблица даёт ориентир, но субъективные оценки не заменяют изучение продукта.

Гранулярность отвечает за размер сервиса. Scope, скорость изменений, scaling, fault tolerance и security разъединяют; транзакции, workflows, связи данных и shared domain library объединяют. Notification center показывает роль частоты изменений и осмысленного имени, а пример с профилем и паролями — trade-off между consistency и защитой данных.