Многие проекты являются срочными, из-за чего некоторые важные принципы выпадают из внимания. Это частая причина появления технического долга: «Мы знаем, что это плохо, но исправим это позже», а позже так и не наступает
Люди, дающие советы, постоянно превозносят преимущества слабо связанных систем, но можно ли проектировать системы, в которых ничто ни с чем не связано?
Исходя из зависимости между данными и сервисами Б и В, было бы разумно объединить эти сервисы, чтобы избежать задержек, повысить отказоустойчивость и исключить проблемы масштабируемости, связанные с взаимодействиями между этими сервисами
сервисе?
• Безопасность — нуждаются ли некоторые части сервиса в мерах повышенной безопасности?
• Расширяемость — всегда ли требуется расширять сервис для добавления новых контекстов?
гранулярности.
• Область действия и функциональность сервиса — много ли действий, не связанных с прямым предназначением, выполняет сервис?
• Изменчивость кода — изменения производятся только в одной части сервиса?
• Масштабируемость и пропускная способность — требуется ли по-разному масштабировать разные части сервиса?
• Отказоустойчивость — случаются ли ошибки, вызывающие сбой критически важных функций в сервисе?
