银行核心系统用ESB,还是用微服务API网关好.docx

银行核心系统用ESB,还是用微服务API网关好.docx

此“经济”领域文档为创作者个人分享资料,不作为权威性指导和指引,仅供参考
  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
? ? ? ? ? ? ? ? 银行核心系统用ESB好,还是用微服务API网关好? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 银行的核心系统基础架构究竟是不是一定要进行微服务架构改造? @sunjianchen002 cmbc?系统分析师 : 微服务还没有准确的定义,与其说是一种架构,不如说是一种理念。微服务的核心诉求是应用或组件独立部署,减少没必要的耦合。如果设计的好,会使一些业务变更不影响其他业务,甚至可以做到灰度部署。但是,微服务到底微到什么程度,则是架构成败的关键。极端的,有将一个系统的每个接口均独立部署,这会加大运维和管理的负担,没有必要。 @我爱大锅饭?银行 系统运维工程师: 各家银行的业务大体相似有各有不同,在没有对核心业务模块进行细致梳理和解耦前,个人觉得不适于贸然做微服务架构改造。 @asdf-asd?cloudstone? 研究学者: 对银行核心进行微服务架构改造目前不具备技术条件,没有稳定的案例和强劲的需求不会对目前开发模式进行修改。 银行核心系统用ESB好,还是用微服务API网关好? 现在我们行核心系统用的是传统的前置系统(C++开发的),现在想换成ESB或者API网关,请问一下到底哪个好? @zymh_zy? IT顾问: 传统银行核心系统还是用ESB 好些。 @Steven99? 软件架构设计师: ESB和API网关适用场景是不一样的,虽然都可以集成, 但ESB侧重于系统集成, API网关侧重于生态集成, 如果已经建设了ESB,ESB和API可以配合使用,API提供一层稳定的接口层。没有ESB可以直接用API,不过服务实现还是需要自己做。 从技术发展来看,API方式不管是内部或外部集成,特别是ESB服务需要考虑统一的认证限流等管控措施时,开放接口集成时,首选。 根据分层原则,建议考虑API。 金融行业微服务API网关的定位以及目前落地使用情况? @尘世随缘 上海某互联网金融公司 技术总监: 目前主流的微服务框架包括Dubbo和Spring Cloud这2个方面,其中Spring Cloud的API网关支持的比较多,比如Kong、Orange、Netflix zuul、OpenResty、springcloud gateway。但是Dubbo的需要自己去基于泛化方式去研发网关了。框架层面目前还没有区分专门的金融和非金融的。 微服务架构的应用是否会引起银行科技部门组织架构的调整和运维管理模式的调整? @尘世随缘?上海某互联网金融公司 技术总监: 微服务架构不仅仅是技术的架构演变,也是人员组织架构的演变过程,因为需要有高层来推动整个架构的改进,同时人员也需要做结构调整,每个人负责的领域,模块的调整。 @liufengyi ?软件架构设计师: 微服务架构在实践中必然触及组织架构架构调整和管理模式的调整,构建微服务体系,需要整个配套设施的支持(变更流程,监控,资源管理,测试,版本管理,服务注册与发现,配置管理,日志,服务治理)涉及方方面面。 如有任何问题,可点击文末,到社区提问觉得本文有用,请转发或点击“在看”,让更多同行看到 ?资料/文章推荐: 微服务拆分的原则、方法和误区 中小银行开展微服务改造的可行性和实施要点分析 微服务实施的 5 个阶段模型 微服务系统设计的五大挑战? ? ? ? ?

文档评论(0)

智慧IT + 关注
实名认证
内容提供者

微软售前技术专家持证人

生命在于奋斗,技术在于分享!

领域认证该用户于2023年09月10日上传了微软售前技术专家

1亿VIP精品文档

相关文档