Сергей Баранов
участник дискуссии
участник дискуссии
Финальный выпуск по Building Evolutionary Architectures дочитывает раздел об impact, механиках и антипаттернах. Участники отмечают, что ключевые принципы появляются поздно и смешивают законы, эвристики и практики. Полезное ядро ясно: архитектура должна допускать небольшие проверяемые изменения вместо одного большого перехода.
Тестопригодность распространяют с кода на систему: pipeline проверяет интеграции, инфраструктуру, производительность и архитектурные характеристики. Метрики связности ищут модули с неверными границами. Immutable infrastructure и reversible changes уменьшают случайную вариативность и упрощают возврат.
Эволюцию противопоставляют попытке предсказать всё заранее. Сильная связность приходит через фреймворки, внешние API, коробочные продукты, общие ресурсы и протекающие абстракции; поэтому важны обновления, версии и антикоррупционные слои. Бизнес-кастомизация тоже создаёт coupling, который не убрать технической схемой.
Организационная часть связывает архитектуру с коммуникациями: число потенциальных связей растёт вместе с командой, а границы взаимодействия влияют на систему. Подход полезен при неопределённости и частых изменениях, но не обязателен для любой хорошей архитектуры. Итог книги — сильная метафора при неровной практической глубине.