Comments 8
Главное что бы архитектор понимал для чего он хочет разместить приложение в докер контейнере. Иногда бывает просто "модно" и "сделайте потому что так лучше":) еще потому что в отчетик можно написать красиво. Главное: Девопс сразу должен сказать что масштабирование проект ложится целиком на архитектуру. Ресурсы и методы автоматического масштабирования с платформы он предоставит :)...
Есть наблюдение, что архитектура информационной системы компании повторяет ее организационную структуру.
Ну в этом логика есть. Каждое подразделение готово нести ответственность за собственный функционал и не готово нести ее за чужую работу. В таком случае имеет смысл разделить систему так, чтобы разграничить модули системы по периметру ответственности между департаментами организации.
скорее это поговорка. И называют ее даже законом и не просто структуру, а коммуникационную структуру: Any organization that designs a system (defined broadly) will produce a design whose structure is a copy of the organization's communication structure.(с) Melvin E. Conway
Расскажите чем микросервисы отличаются от старых добрых EJB? Вместо аппликейшен сервера у нас теперь кубернетис, а вместо EJB бинов - микросервисы.
Как мы помним, EJB в итоге уступили "монолитному" Spring-у. Из-за ненужных проблем вызываемых Application сервером, а так же бессмысленной сложности, вызванной необходимостью писать все эти интерфейсы и сервис фасады.
Возможность динамически и независимо деплоить EJB, вызывать их удалённо и независимый класслоадер (в общем, то чем часто обосновывают микросервисную архитектуру) оказались не нужны большинству разработчиков.
Почему апологеты микросервисов думают что их не постигнет участь EJB (которые во многом прогрессивнее типичной REST-овой микросервисной архитектуры) ?
Тем же, чем и от старого доброго DCOM. Микросервисы это парадигма. А EJB и DCOM это тяжеловесные вендорные технологии
Ну назвать EJB тяжеловесной технологией - это громкое заявление.
И уж точно это не является "вендорным" (не знаю, с чего это вы так решили)
Я писал, что сама парадигма показала свою несостоятельность (в большинстве случаев) на примере EJB. Является ли EJB тяжеловесной технологий - это отдельный вопрос. Если рассматривать отдельную EJB, то скорее нет (как и отдельный микросервис). В комплексе, система EJB вместе с application серверами - скорее да (что справедливо к любой микросервисной архитектуре, если рассматривать её как систему).
Смотреть на анонс книги, выпущенной в оригинале 1.5 года назад, по теме, где каждые полгода происходят если не тектонические, то существенные сдвиги и перемены — откровенно больно. А учитывая, что многие preview-версии (черновые) книг O'Reilly доступны бесплатно в электронном виде, смотришь на стоимость, которую хочет Питер, и недоумеваешь.
При всём уважении к издательству и переводчикам хочется спросить — для кого вы вообще это делаете?
Когда использовать микросервисы: отвечают Сэм Ньюмен и Мартин Фаулер