微服务敏捷、高效的迭代对银行传统平台架构带来巨大的冲击,在面向互联网金融快速的产品推广的背景下,中小规模的城商行也想进行微服务的IT系统重构。假设在资金和人力充足的前提下,从平台化到微服务的转型该如何进行,需要进行哪些环节的准备?
微服务架构下,对人力的要求主要包括哪些?是否需要配套的IT管理和组织架构?
以1000亿资产规模的银行,进行微服务转型,投资如何进行核算?
首先,IT重构的目的是什么?为了使用微服务重构全部系统还是解决部分系统的扩展性?
以前者来说,考虑的首要问题是规划:如何引入微服务框架;基于微服务框架,如何统筹开发运维测试基础设施;在技术架构的规划方面,已有的系统怎么管理,哪些需要做架构例外。
第二步,对业务的梳理上。微服务或者面向服务,服务整合是基本的,怎么识别服务,怎么根据流程抽取编排。需要有专门的团队进行。
第三:开发模式上,在确定微服务框架后,基于原型开发的模式基本不再适用,管理服务的团队需要指导开发人员,相对成本比基于原型开发增加至少50%。
这个问题可能不是几句话能够说明白的,涉及微服务转型的规划、评估、实施、改进、组织调整等问题,每个问题都不容易。
首先要采用微服务或者进行微服务化转型,支撑微服务的平台是首先要考虑建设的。微服务管理治理平台的建设就是一个不小的工作量和投入。如果另外要引入云平台或者容器云平台,会更复杂化。
第二是微服务的业务流程梳理,提取公共微服务组件。如何入手微服务对于没有丰富经验的人员来说可能需要付出很多学习代价,也不是一年半载能够完成的。不建议一上来就去微服务,这个阶段可以认真深入学习和思考,把涉及的问题都想明白,再着手做。
第三才是微服务工具和框架选择,DevOps建设,组织调整以适应业务微服务化转型。
第四微服务化的发展是企业中台服务的建设,包括技术组件服务、数据服务、业务服务等,然后用这些服务构建业务应用。而这些业务应用正是目前在用的单体系统的升级品。
微服务架构下,对不同的人力要求不一样,如果服务能够做的比较好,对前端应用开发人员要求将降低,使用存在的微服务可以快速构建应用,实现敏捷交付,快速响应。如果做不好,会让自己陷入泥潭。微服务管理治理是一个非常重要、非常关键的工作,所以微服务支撑平台必须建设到位。
组织架构的调整并不容易,这个需要根据实际进行,可以微调,也可以大调,关键在于DevOps的建设要适应不同的组织架构。这是难点,不过不是不可以做。
资产规模是一回事,IT投入是一回事。对银行等金融行业来说,IT是工具,工具虽然有好坏,但目前还没有质的差别。而微服务架构只是一种分布式应用实现方式,既不是必须,也不是唯一。如果没有深入的了解,不建议轻易涉足微服务。
收起