中小银行平台化之路

访客:20349  发表于:2014-09-12 11:37:12

  沈栋:今天非常感谢新金融世界给我这个机会,跟大家探讨中小银行软件开发的平台化,要不要做,要做应该怎样去做。

中小银行系统建设层面所面临的问题
      我想对于中小银行而言,特别是规模比较小的银行而言,大部分系统靠买的,由供应商进行相应客户化相应的改造和实施,这样整个情况下,就会产生一个系统建设的现状,它像烟囱一样,都是独立成体系。也会产生供应商比较多,系统比较多,技术比较多。总结起来就是技术生态会比较复杂,管理的难度会比较大。这个大家要知道,比如说行里有五六十套系统,就会有五六十个技术,这样去掉运维,真正在开发上面某一两项技术的人非常少,这就导致我们对技术掌控能力存在不足,不能很好满足业务发展对于系统相关要求,它的需求变更,它对系统新的要求可能满足起来比较慢,这个可能就会有一些想法。这是面临的问题,我们中小银行系统建设可能是各种各样的情况。
      我们宁波银行有幸从支付宝请了架构师,是宁波人,他就回到宁波银行,我跟他交流,支付宝有一万多人技术队伍,但是他过来之后,他跟我们讲,没想到第一银行系统这么复杂,第二银行里面所面临的技术种类这么复杂,这是他没有想到的,我们从他的角度了解一下,从支付宝情况来看,整个技术开发平台在四个大的开发平台上做。它的挑战在于海量的数据高度发达。但是实际上它的技术收敛性做的比较好,这样非常有利于做好技术管理,对于银行来言是比较大的挑战。
解决之道
      怎么能够解决这个问题呢,我们也在看,现在在国内比较多的,是用了一些统一开发平台的一些方法,将很多系统,几十套,上百套系统收敛到一个平台上来做,这可能会是一个比较好的思路,我们通过国外银行考察发现,国外有两种做法。比如说我的零售表现,IT可能分成很多部门,在零售线以内有专门IT团队进行服务,对公里面也有团队进行分析。可能在那一块里面有一些专业化的平台去做,有利于实现它的技术方面的收敛。
      另外一个它的系统跟国内中小银行差不多,基本全部靠买,买来各种各样的系统,第一个做运维,确保它日常的系统运行问题,另外就是BA,负责沟通IT跟业务之间的桥梁。然后具体开发全部交给技术去做,这是两个极端。目前国内来看,目前各个银行都在考虑,是不是可以把很多套系统,很多套应用,到固化开放平台上来做,最主要的有点能进行统一。包括在开发,包括运维,部署,集成,服务等方面都能做到。统一平台里面能够固化,解耦、复用,互联,复用到这个系统里面去,从而实现这个阿尔法,贝塔,有一堆专家不开发逻辑层面的应用,贝塔对业务比较熟,拼装成业务逻辑。
      这样的话有一个比较大的好处,比如说我们现在发现,比如说在开发层面,我们需要改一个算法,我们原来用一些国外的算法,存在一些安全隐患,按照原来的做法,而在平台化的情况下,只要对加密的组件进行更新,就不用进行相应改造。
中小银行平台化之路
      要做好这个平台化我们认为第一块要做好组织保障,组织上面从上而下,要有一个坚强的管理架构,确保平台化持续往下发展,规范方法,资产方面都可以去做。平台化要去做,中小银行我们经验来说,道路其实也是蛮曲折的,也不是一蹴而就的,从来不是一个部门的事情。达成共识是第一位的,但是这个也是最难的到底在哪里,平台化在平台上面做一个系统,最难在上面重新进行构建,这样的话势必要求,我们的提出需求业务部门有这个能力能够提出一份非常完整细致的。要求很高,大家知道引入一个产品的时候不一样,我比如买入一个A公司的,然后业务部门可能是在原有产品基础上,提出它有哪些客户化要求,提出局部改造,对能力要求不一样。
      第二对于设计和代码开发也完全不一样的。可能引入一个相对成熟的产品,对IT部门要求主要是进行二次开发,二次开发广度深度广一点和浅一点的问题,如果在平台上面搭,分析设计能力要求比较高,编码能力也是要求比较高的。
      最后一个就是测试,原来有一个成熟的产品化,基本上应用很多案例,有哪几个成功案例,人家其他的同业,可能帮你做的生产化的应用,换句话说这个方面能够省了很多事儿,降低很多成本,这个产品拿过来以后进行一般测试,它的强度,它的覆盖面可能很高,如果在平台上面搭就完全不一样。这个对业务部门要达成共识,达成共识之后它会意识到平台化的好处在哪儿,有问题固然是一个方面,另外有平台化之后,量身订作,以后就会有一些变更,有一些需求在本行掌控之内,做一些软件变更,上线一些新产品就会非常快。
      第二全面梳理,梳理现状,哪些系统适合做,哪些系统适合做平台化,现有哪几个在技术平台之上。这是科技的管理架构。从这个管理架构图可以看到如果要走平台化之路,在原来科技IT部门管理部门以外,还需要做支撑和管理。要做的事情包括平台规划,平台研发,平台推广等工作。
      这是一个例子,火星开发平台,实现了阿尔法,贝塔的,60余套的系统,这个团队目前来说它的人员也不是特别多,就是十来个人,效率较高,包括支付清算类的系统,开发组件都能够使用,开发系统非常快。
      第二个银河,OA群,金融市场一些系统等等,因为它比较适合于所有的系统,这个平台我们做的相对比较大,并且做了改革创新,包括打造一些公共业务的组件,包括我们尝试在里面进行持续集成,包括引入自动化测试,日志监控。带动其他平台往前面走。
    最后是我们行的一个例子,基础系统:“雅典娜”影像平台始建于2011典型年,预计今年年底完成第三期建设。多样的接入方式、标准化的接入代码提供了快速接入能力。影像汇聚于一个平台,实现影像跨系统共享。
    影像组人员专家化,研发平台新的能力与功能,所有接入系统可直接使用新的功能。收益与挑战,技术能够收敛,第二门槛降低,我们一般进行阿尔法,贝塔进行开发,利用开展人力外包,降低项目成本;组件沉淀;公共平台;专家成长。
    我们考虑比如说你的邮件收发系统。最后一个测试能力也是非常重要的,这几块能力如果充分达到了平台化要求,做平台化,在漫长运维过程当中,我相信大家会体会到带来的好处,我今天跟大家分享这些,谢谢。

评论(0)

您可以在评论框内@您的好友一起参与讨论!

<--script type="text/javascript">BAIDU_CLB_fillSlot("927898");