将现有 WLI、ESB、BPM 和门户迁移到 Spring 微服务
Migration of existing WLI,ESB,BPM and Portal in to Spring Micro services
我想将包含 UI、WLI、BPM 和 ESB 的现有应用程序转换为 Spring 微服务。
请给我建议我们将如何迁移它。
您应该做的第一件事是回答几个问题：
- 为什么要迁移？
- 我目前通过迁移解决了哪些问题？哪个不是？
- 为什么采用微服务架构？
你没有具体说明，但是从你点名的技术来看，好像你已经有了SOA架构。不要忘记微服务可以看作是 SOA
的一个子集
现在是的，考虑到以上内容我们可以进入具体的。由于将架构更改为解决方案的成本非常高，请考虑采用渐进的方法：
检测做很多事情并在多个独立服务中共享它们的应用程序（可能是单一的）。 objective 这样做是为了提高对改进和更正的响应时间，最大限度地减少对其他服务的影响。除了能够单独缩放。
理想的是将它们完全隔离。但是你在划分单体时必须有标准，否则随着时间的推移你可能会得到相反的效果。
您必须考虑如何路由和平衡您的服务。您的 ESB 可能对于这个来说太大了，或者比为此设计的产品 Zuul (https://github.com/Netflix/zuul). Which also integrates very well with Spring Boot (https://spring.io/guides/gs/routing-and-filtering/)
- 您仍然拥有 BPM（显然是 JBPM），根据流程的大小和类型，迁移它可能过于昂贵。
您可以迁移较小的流程，减少人工交互 (HT) 和自动流程。
- 您可以将您的用户界面（包括流程）带到独立的 SPA 应用程序，这些应用程序根据您自己的授权服务器 (OAuth2) 进行身份验证。它也可能在 zuul 后面。这样就相对容易进入 SSO
这只是冰山一角，可以根据您的背景和要求以不同的方式进行改造和发展
希望对你有帮助
我想将包含 UI、WLI、BPM 和 ESB 的现有应用程序转换为 Spring 微服务。
请给我建议我们将如何迁移它。
您应该做的第一件事是回答几个问题： - 为什么要迁移？ - 我目前通过迁移解决了哪些问题？哪个不是？ - 为什么采用微服务架构？
你没有具体说明，但是从你点名的技术来看，好像你已经有了SOA架构。不要忘记微服务可以看作是 SOA
的一个子集现在是的，考虑到以上内容我们可以进入具体的。由于将架构更改为解决方案的成本非常高，请考虑采用渐进的方法：
检测做很多事情并在多个独立服务中共享它们的应用程序（可能是单一的）。 objective 这样做是为了提高对改进和更正的响应时间，最大限度地减少对其他服务的影响。除了能够单独缩放。 理想的是将它们完全隔离。但是你在划分单体时必须有标准，否则随着时间的推移你可能会得到相反的效果。
您必须考虑如何路由和平衡您的服务。您的 ESB 可能对于这个来说太大了，或者比为此设计的产品 Zuul (https://github.com/Netflix/zuul). Which also integrates very well with Spring Boot (https://spring.io/guides/gs/routing-and-filtering/)
配置起来更昂贵
- 您仍然拥有 BPM（显然是 JBPM），根据流程的大小和类型，迁移它可能过于昂贵。 您可以迁移较小的流程，减少人工交互 (HT) 和自动流程。
- 您可以将您的用户界面（包括流程）带到独立的 SPA 应用程序，这些应用程序根据您自己的授权服务器 (OAuth2) 进行身份验证。它也可能在 zuul 后面。这样就相对容易进入 SSO
这只是冰山一角，可以根据您的背景和要求以不同的方式进行改造和发展
希望对你有帮助