Lightbend Lagom - как реорганизовать Java EE monoliths

Я наблюдал за вебинаром, сделанным lightbend, который рассказывал о реорганизации монолитов в микросервисы, и вопрос пришел ко мне. Основной целью каркаса, по-видимому, является рефакторинг монолитов, но лагома, похоже, работает на собственном контейнере и множестве технологий. Когда я думаю о монолитах и старых Java-приложениях, основной технологией, которая мне пришла в голову, является Java EE. Я думаю, что большинство приложений в производстве сегодня опираются на некоторые технологии Java EE. Я работаю в основном на EJB. Поэтому мой вопрос: как Лагом решает эту проблему? Я предполагаю, что рефакторинг такого типа приложений включает в себя преобразование удаленного EJB-поиска в остальные вызовы. Но как я могу сохранить локальные EJB моего приложения, если lagom не запускается в контейнере Java EE? Можно ли использовать оба варианта?Lightbend Lagom - как реорганизовать Java EE monoliths

источник

2016-04-11 Augusto

У меня нет глубоких знаний о Лагоме, однако рынок, использующий архитектуры на базе Microservices, в значительной степени полагается на весеннюю загрузку/облако. В настоящее время я работаю над действительно большим проектом с использованием Microservices, и кажется, что весенние парни предоставляют множество рамок/инструментов для каждого шаблона микросервисов, который вы должны иметь в виду, когда думаете о микросервисах. С другой стороны, Netflix (крупнейший пользователь микросервисов) полагается на Spring, я думаю, что Spring Boot/Cloud - хороший способ реорганизовать ваше монолитное приложение Java EE на микросервисы

источник

2016-04-12 14:06:39

Я согласен с вами в том, что было бы намного лучше полагаться на Spring Boot, чем на JEE, но дело в том, что мне пришлось бы сделать намного больше рефакторинга, чтобы заменить локальные EJB (приложение, которое я использую для инъекции зависимостей) для использования эквивалента Spring. – Augusto

Это не ответ, это просто продвигает альтернативные рамки для рассматриваемого вопроса. – Jon

Предлагаю посмотреть https://vimeo.com/163760711. Ответ заключается в том, что вы не должны просто брать ваши EJB и превращать их в сервисы, если вы это сделаете, вы просто представите всю сложность и боль в производительности из-за множества услуг и не получите ни одного преимущества микросервисов. Вам нужно переосмыслить свою архитектуру, если вы хотите воспользоваться микросервисами.

источник

2016-05-06 07:30:30

Я согласен с тобой. Большая проблема заключается в том, что я не могу переделать 10-летнее приложение с нуля, чтобы это сделать. Я могу реорганизовать вызовы с модуля на модуль, но удаление контейнера JEE приведет к переделке приложения. – Augusto

Конечно, нет, это нужно делать постепенно. Подумайте, как будет выглядеть возможная архитектура, а затем решите, какие изменения должны быть сделаны в первую очередь, а затем начните разложение. Это может занять годы, но все в порядке, приложения уже 10 лет, постепенный подход к его улучшению заставит его продлиться еще 10. –

Lightbend Lagom - как реорганизовать Java EE monoliths

ответ

Смежные вопросы