银行业微服务改造和容器云平台选型方案.docx

? ? ? ? ? ? ? 银行业微服务改造和容器云平台选型方案 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?  随着城商行科技创新的不断深化，越来越多的城商行有意愿开发微服务架构去承载互联网类型业务，但现有平台很难满足持续集成、持续测试、持续交付等需求，同时也较难适应互联网应用的大促、秒杀等业务特点，制约了业务的发展。因此需要采用成熟且符合业务发展需求的技术框架来搭建容器和微服务架构，服务于城商行，在云原生应用方面积累技术经验，深化探索新时代金融业信息系统和IT架构的移动化、数字化和智能化实践。 为帮助同行应对渠道类业务应用微服务化改造和容器云平台选型可能面临的挑战，社区最近组织城商行专家和红帽专家与社区会员进行了专场探讨，以下是交流中的精华总结，供同行们参考。 1、渠道类业务应用微服务改造相对传统架构的优势，具体体现在哪些方面？ @lzj7618937?cib?质控经理 渠道类业务应用主要是进行引流，其特点肯定是促销多，所以类似抢购、秒杀，某一时间点访问量特别大，但平时也有很多时间空闲。其实这种最适合微服务+云原生平台这种架构，能动态扩展高峰资源而不影响业务。 2、?容器云平台如何助力城商行渠道类业务应用微服务化改造？ @sf7071 某大型银行?软件开发工程师： 容器与微服务可以说是最佳组合，容器有轻量化、标准化的特点，微服务有单一职责、技术独立的特点，两者结合可以形成合力。简单总结有如下两方面助力作用： （1）有利于形成统一的轻量化、标准化交付体系，借助容器云平台的服务自动发现、自动编排调度、故障自愈等机制，降低运维复杂度； （2）可以提高基础资源利用率，降低成本，容器云平台将底层物理资源进行统一抽象整合，形成资源池，由平台统一调度，按需供给，弹性伸缩，避免资源独占，可有效提高资源效能，如传统模式下一个虚拟机一般就能够部署几个微服务程序，而在容器云平台中，一个虚拟机计算节点可承载上千个微服务容器。 @lzj7618937 cib 质控经理： 我觉得这个得分开来看这个问题，首先容器云平台的建设是一个长期的过程。然后相关人才的积累，比如应用支持，平台运维，应用如何使用等等，虽然云平台目前相对来说也比较成熟，但银行业真正用好这个平台的例子还是较少。 其次，微服务化这个架构也是未来，但微服务化这个增加了系统架构的复杂度，而且出现问题如何定位解决也是需要经验积累，而且微服务化这个也是在一定规模下才能展现出优势，如果本身业务量访问量不大完全没必要。 所以到底是助力还是坑还是要看具体情况，没有银弹。 3、针对城商行渠道类业务应用微服务化改造容器平台选型依据及方法论有哪些？ @lzj7618937 cib 质控经理： 个人觉得微服务化的改造还是要结合应用具体的架构情况，建议新应用按最新的微服务架构去处理，而已有的后续慢慢把业务迁移过去。在服务的划分方面可以采用DDD-领域驱动设计来进行相关服务的划分，业务语言的统一。 @sf7071 某大型银行?软件开发工程师： 目前的容器云平台产品，大多有单独的微服务治理模块，形成了云服务，开箱即用。建议在选型时可以重点考察产品这方面的功能，同时考察厂商在微服务治理方面的案例和技术人员能力。 @liuxiangwin Redhat Sa： 1.红帽针对城商行渠道类业务应用微服务化改造，可以由红帽创新实验室完成，这里面会有非常有经验的敏捷教练带着大家，然后会从不同的人员角色（例如应用开发工程师，UI/UX设计师，平台SRE工程师，产品负责人等）一起采用周为单位的方式梳理需要微服务改造的真正需求，通过相关方法来是设计开发模型，构建自己的生产流水线。 2.红帽针对应用微服务化改造可以有我们给客户提供的Discovery session的方式，帮助客户能够从业务侧，应用侧真正的捋清需要实现的部分，然后进一步到下一阶段。 3.红帽可以带着大家做领域驱动设计还有Event storming， brain storming等不同实践方法的改造实践，最终帮助项目落地。 4、非互联网的传统业务系统是否需要上容器云，如果上容器云如何进行微服务改造？ @lzj7618937 cib 质控经理： 首先你有没有容器云平台，如果有，当然可以上，而且势必要上。上了云能提高资源利用率、节约网络、硬件等成本，目前大部分应用运行在服务器上很多都是浪费资源的，CPU和内存使用率基本不超过80%。而至于微服务改造就需要看应用具体的情况了，但首先使用容器你要把你的应用改成无状态系统。后面是否拆分服务等后面可以根据具体情况具体分析。 @sf7071 某大型银行?软件开发工程师： 应用系统上云可以带来让开发人员更专注于业务逻辑实现， 提高研发效率 ，提高资源利用率，节约成本、让运维更便捷等诸多好处，应该说，是