Основная идея книги - формула баланса для оценки стоимости изменений:
стоимость_изменений = сила_coupling * расстояние_между_частями_системы * частота_изменений
То есть:
высокий coupling => держим компоненты близко
низкий coupling => держим далеко
Если всё же высокий coupling и компоненты далеко, то это красная зона, могут быть проблемы. Но если части системы меняются редко, то жить можно.
Тут я решила перейти от теории к практике: посчитала по шкале свои сервисы и потенциальные изменения в них, с точки зрения "прикинуть, стоит ли в это идти или стоимость изменений выше поддержания".
Но перед тем как считать, пришлось покрутить входные данные: например - вот у нас связь через брокеры, по определению это low coupling.
Но - контракт настолько толстый, что меньше, чем model coupling это не назовёшь, то есть по факту сервисы связаны сильнее.
Или - поддерживающий субдомен, частота изменений "должна быть" 3 из 10, ноо - каждый спринт новая фича и изменения минимум в 3 сервиса.
Значит нужно подкорректировать при расчётах.
Проверить на реальных примерах, оценить потенциальные изменения, ретроспективно взглянуть на метаморфозы из прошлого, оценить, соответствует ли шкала интуиции - куда интереснее, чем просто читать теорию.
Книгу рекомендую 🙌 Понравилось, что затрагивает и организационный фактор, иногда именно коммуникационный оверхед становится проблемой.
Обсудила бы с автором, как он сам использует эту шкалу )
#книги@anna_codes #arch@anna_codes