Миграция существующих WLI,ESB,BPM и Portal в сервисы Spring Micro

Я хочу преобразовать наше существующее приложение, содержащее UI,WLI,BPM а также ESB с сервисами Spring Micro.

Пожалуйста, дайте мне предложение, как мы перенесем это.

Источник

1 ответ

Решение

Первое, что вы должны сделать, это ответить на пару вопросов:  - Зачем мигрировать?  - Какие текущие проблемы я решаю с миграцией? что нет?  - Почему архитектура микросервисов?

Вы не указываете его, но из-за названных вами технологий кажется, что у вас уже есть архитектура SOA. Не забывайте, что микросервисы можно рассматривать как подмножество SOA

https://stackru.com/a/25625813/4727991

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

  • Обнаруживает приложения (возможно, монолитные), которые делают много вещей и делятся ими в нескольких независимых сервисах. Целью этого является улучшение времени отклика на улучшения и исправления, сводя к минимуму влияние на другие услуги. В дополнение к возможности масштабировать отдельно. Идеально, чтобы изолировать их полностью. Но у вас должны быть критерии при разделении ваших монолитов, иначе вы можете получить противоположный эффект со временем.

  • Вы должны подумать, как направить и сбалансировать ваши услуги. Ваш ESB может быть слишком большим для этого или даже более дорогим для настройки, чем продукт, разработанный для этого как Zuul ( https://github.com/Netflix/zuul). Который также очень хорошо интегрируется с Spring Boot ( https://spring.io/guides/gs/routing-and-filtering/)

  • У вас все еще есть BPM (очевидно, JBPM), который может быть слишком дорогим для миграции в зависимости от размера и типа процессов. Вы можете перенести меньшие процессы, с меньшим количеством человеческого взаимодействия (HT) и автоматических.
  • Вы можете использовать пользовательские интерфейсы (включая процессы) в независимых приложениях SPA, которые проходят аутентификацию на вашем собственном сервере авторизации (OAuth2). Это может быть за zuul тоже. Таким образом, было бы относительно легко пойти к SSO

Это только вершина айсберга, в зависимости от вашего контекста, и требования могут изменяться и развиваться по-разному.

Я надеюсь, что это поможет вам

Источник
Другие вопросы по тегам