银行核心系统用ESB好，还是用微服务API网关好？
来自twt社区同行交流，欢迎更多同行参与交流
@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 软件架构设计师：
微服务架构在实践中必然触及组织架构架构调整和管理模式的调整，构建微服务体系，需要整个配套设施的支持(变更流程，监控，资源管理，测试，版本管理，服务注册与发现，配置管理，日志，服务治理)涉及方方面面。
如有任何问题，可点击文末阅读原文，到社区提问 觉得本文有用，请转发或点击“在看”，让更多同行看到
资料/文章推荐：
欢迎关注社区 “微服务”技术主题 ，将会不断更新优质资料、文章。地址：http://www.talkwithtrend.com/Topic/95163
下载 twt 社区客户端 APP
与更多同行在一起
高手随时解答你的疑难问题
轻松订阅各领域技术主题
浏览下载最新文章资料
长按识别二维码即可下载
或到应用商店搜索“twt”
*本公众号所发布内容仅代表作者观点，不代表社区立场