从基于ESB的平台迁移到云原生平台的难点在什么地方?

原有的服务要变成微服务,是否有工具自动转换,.NET封装的服务如何跑着DOCK上?客户端调用是否需要改变?

参与11

3同行回答

云原生的目的不是重构和技术升级,是为了更灵活和高效的解决业务问题。ESB的大单体应用整体搬迁技术上问题不大,但是没有业务上的收益,甚至效果更差。实际遇到很多客户的经验是小步快跑,老ESB会和微服务应用共存很长一段时间,我们用运用一些微服务容器化的敏捷集成技术将无法改...显示全部

云原生的目的不是重构和技术升级,是为了更灵活和高效的解决业务问题。ESB的大单体应用整体搬迁技术上问题不大,但是没有业务上的收益,甚至效果更差。实际遇到很多客户的经验是小步快跑,老ESB会和微服务应用共存很长一段时间,我们用运用一些微服务容器化的敏捷集成技术将无法改造的老系统和新系统打通。业务挑战严峻,对灵活性和开发迭代周期短的业务领域应用,可以优先考虑转到这个方向上来。
原有的服务变成微服务更多的是业务问题,业务领域拆分的合理性才是重点。技术上有很多工具实现,包括.net服务容器化,红帽就提供.net core基础镜像和迁移支持。客户端一定是最大限度的保证稳定不变,这也是集成层解耦的主要目的。

收起
IT咨询服务 · 2021-11-05
浏览728

提问者

spgoall
信息科主任暨南大学附属顺德医院
擅长领域: 存储灾备数据集成平台

问题来自

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2021-10-27
  • 关注会员:4 人
  • 问题浏览:1513
  • 最近回答:2021-11-16
  • X社区推广