Микросервисы. Паттерны разработки и рефакторинга

Будущее уже здесь — оно просто не очень равномерно распределено.

Уильям Гибсон (William Gibson), писатель-фантаст

Это одна из моих любимых цитат.

Еще одной полезной идеей является принцип согласованного изменения, гласящий: причины изменения классов, входящих в один пакет, должны быть одинаковыми. Изменение пакета должно затрагивать все его клас

Принцип единственной ответственности гласит следующее: у класса должна быть только одна причина для изменения (Роберт Мартин).

затраты на взаимодействие в команде размера N составляют O(N2). Если команда слишком разрастается, она становится неэффективной из-за медленной коммуникации между участниками. Представьте себе ежедневные пятиминутки, на которых присутствуют 20 человек...

API проверки работоспособност

запуске экземпляр сервиса извлекает свои конфигурационные свойства из сервера кон

Аудит подробно описывается в разделе 11.3, а защиту межпроцессного взаимодействия мы затронем в ходе обсуждения сетей сервисов в подразделе 11.

Монолитная архитектура структурирует представление реализации в виде единого компонента — исполняемого или WAR-файла.

Микросервисная архитектура тоже является архитектурным стилем. Она структурирует представление реализации в виде набора компонентов — исполняемых или WAR-файлов. Компоненты представлены сервисами, а в качестве коннекторов служат коммуникационные протоколы, которые позволяют этим сервисам взаимодействовать между собой.

Несмотря на то что приложение FTGO имеет логически модульную структуру, оно упаковано в единый WAR-файл. Это пример широко распространенного монолитного стиля программной архитектуры, в соответствии с которым система структурируется в виде одного исполняемого файла или развертываемого компонента