放假三天,用部分时间阅读了企业IT架构转型之道这本书。第一遍潦草读完,就感觉收益颇多。这本书值得多读几遍,适合精度。

作为银行IT开发人员,在央企IT成本部门的大背景下,开发过程中遇到的诸多疑惑、困惑逐渐累积在心头,如同路口电线杆上的线缆,日益纠缠,难以厘清。但这些困惑从来没有在脑海里面消失,一旦遇到闲暇的时间就会冒出来。

读完转型之道这本书,不禁感叹阿里巴巴的强大。阿里在高速发展的10年里面,围绕解决其核心业务,在技术上积累的解决方案、方法论令人惊叹。

银行,尤其是中国的几家大银行,如今面临的处境,是世界上和历史上时绝无仅有的。一面面临国内互联网科技公司向金融领域快速扩张;一面面临身后若干商业银行在科技主导战略下的奋起直追;大数据时代已然来临;云计算与人工智能技术已然逐渐发展成熟,对应的市场与已经被各大互联网巨头瓜分殆尽。。。凡此种种,国有大银行面临的处境,已然非常复杂。

但是,我认为,国有银行业,或者说国有金融业,目前发展科技,或者所谓的数字化转型所面临的最大的困难,并不是纷繁复杂的外部环境。主要有两点,第一,金融作为国家的命脉,国家对几家国有大银行有非常强的政策倾斜,很多金融科技公司的努力,往往在政策的变化面前非常无力,金融业核心的东西,仍旧掌握在银行手中;第二,虽然数据时代已然来临,云计算基础已发展非常成熟,人工智能越来越多的得到应用,但是,这几个大的领域,如同数学、物理、化学,都是基础性的东西,将来发展成熟,都将是各行各业通用的,银行业没有能力也不会将目标瞄准在这些基础行业开疆拓土。

那么,什么是国有大银行面临的最大的问题。我认为,是长久以来形成的内部组织架构形式,以及内部固有的流程制度。银行内部的组织架构不适应当前的转型要求,主要有两个方面,第一个,业务部门的竖井架构,由于利益分配逐渐形成的部门壁垒阻碍形成基础金融开放能力;第二个,IT部门的轻话语权(或者与业务部门的隔阂)以及分散架构。不可否认,银行的IT部门是成本部门,长久以来,其所拥有的话语权是极其低的,不论其在银行内部如何存在,其角色更像是其他行业内的IT乙方。事实上,各大银行已经认识到了科技力量的重要性,纷纷提出了类似”科技引领”,”创新驱动”的战略。但是,我认为,类似此种战略是南辕北辙,需要认清的是科技永远是金融业的技术手段,金融业务才是处于领导地位的存在。科技,不需要引领什么,科技需要的是一定的话语权,是与业务的有效结合,是一定的试错空间。另一方面,银行业IT部门的分散架构,在快速发展的今天,无法适应,银行业的IT部门不是大象,更像是舞台上的提线木偶,各个关节受到不同的丝线牵引,互相之间没有有机结合,没有办法跳出美妙的舞蹈。科技部、软件中心、数据中心、应用维护部门,和业务部门类似,部门间的壁垒导致其无法有效啮合,高速流畅地运转。

以上所述,过于宏观,似乎与转型之道没有关系,其实更多的是希望从更高的视角提出并分析当前的问题。尽管,所提出的的两个根本性问题,在现在看来,是极难得到解决的。

回到主旨,转型之道这本书,对银行IT到底有何启发?从银行业当前提出的若干规划入手看。第一个,2018年以来,开放银行的概念开始变得无比火热,各大银行也已经意识到开放银行将带来无限的机会,纷纷开始布局。第二,手机银行,如今,手机已经变成最大的流量入口,银行业在手机银行上的努力也取得了一定的成效。但是,受限于科技力量的薄弱,各家所提供的手机银行的体验实在差强人意,银行自身也并未将手机银行这个入口的潜力完全发掘出来。第三,大数据和人工智能的应用,这一领域,很多银行都处于起步阶段,所提出的应用也未见有很好的发展。

暂且不论第三个大的方面。单就前两个来看,银行业要开放、要在移动端有所作为,其要求不仅要快而且要可持续、要稳定。那么,在IT方面,如何才能达到上述要求?以转型之道作为指导,我认为,最重要的便是打造自己的金融服务中台,或者说“厚中台”战略。不论是开放银行还是手机银行,其要求都是将金融服务输出,不过是对象的不同,一个是直接的私人金融客户,一个是合作的第三方。输出形式,无外乎几种,一种是自己开发的APP或者H5,一种是开放的API。在这两种之上,进一步包装,可以是H5+API的解决方案。而APP或者H5不过也是对若干API的组合和封装(当然前端的体验也是非常重要的)。所以,归结到底,所有的金融服务都归结为金融API,而API在目前服务化架构的背景下,其本质便是若干独立的服务(Service)。进而,银行IT的问题被归结为,如何打造自己的金融服务?

参考转型之道所述,可以从几个方面入手。首先,提炼并发展基础服务中心,例如,用户、账户、公共金融信息、理财等等基础服务,所有输出形式都不可避免地使用这些基础服务,基础服务是否足够健全、足够稳定决定了输出是否高效。其次,发展并积累技术基础,大流量及分布式架构所引入的若干问题,在互联网行业已经得到了较好的解决,银行需要壮大自己的金融服务,必须要壮大自己的技术基础,积累技术力量。最后,打造金融服务保障体系,服务化带来的最大问题便是复杂程度提升后的管理问题,所以诸如服务治理、监控、调度、维护等等服务保障能力的跟进,是金融服务发展壮大的保证。

明天上班,读完转型之道感触颇深,辗转不能入睡,萦绕心头很久的一些问题算是逐渐清晰了一些。特此草草记录。

2019.04.08 1:00 am

企业IT架构转型之道 读后感的更多相关文章

  1. 从阿里中台战略看企业IT架构转型之道

    此文是我阅读<企业IT架构转型之道>一书的学习笔记,所有内容出自钟华老师的这本书. 零.为何读<企业IT架构转型之道> 在加入X公司后,开始了微服务架构的实践,也开始了共享平台 ...

  2. 《企业IT架构转型之道:阿里巴巴中台战略思想与架构实战》-总结

      一.什么是业务中台 概念来自于阿里,介于前台和后台(此后台指的是云计算.数据库.消息队列.缓存等基础服务) 采用共享式架构设计解决以往烟囱式架构设计的资源浪费.重复造轮.试错成本高的问题 阿里的中 ...

  3. 《企业IT架构转型之道》读书笔记

    1 出发点:企业IT系统建设普遍面临的问题和处境 很多企业面临的问题和处境: 『烟囱式』系统建设模式. 当业务部门提出业务需求,信息中心部门进行系统集成商的招投标,再进入到需求收集.需求分析.开发.测 ...

  4. 003-读书笔记-企业IT架构转型之道-阿里巴巴中台战略思想与架构实战-分布式服务框架的选择

    3.1.淘宝平台“服务化”历程 大约2007年,淘宝500人团队,维护一个war包,200多个功能模块. 1)项目团队协同成本高,业务响应越来越慢 2)应用复杂度超出人的认知负载. 3)错误难于隔离[ ...

  5. 002-读书笔记-企业IT架构转型之道-阿里巴巴中台战略思想与架构实战-第二章 构建业务中台的基础-共享服务体系简介

    2.1.回归SOA的本质-服务重用 SOA理念的核心价值:松耦合的服务带来业务的复用,通过服务的编排助力业务的快速响应和创新. 现有模式多是烟囱式结合 ESB 企业总线打通不同系统间的交互. 2.2. ...

  6. 企业IT架构转型之道,阿里巴巴中台战略思想与架构实战

    前言: 晚上11点多闲来无事,打开QQ技术群,发现有关 '中心化与引擎化' 的话题,本着学习的心态向大佬咨询,大佬推荐一本书,我大概看了有四分之一的样子,对于我这种对架构迷茫的人来说,如鱼得水,于是特 ...

  7. 004-读书笔记-企业IT架构转型之道-阿里巴巴中台战略思想与架构实战-共享服务中心建设原则

    一般来说服务能力包括两个层次,一个是底层paas的能力,PaaS层结局大型架构在分布式.可靠性.可用性.容错.监控以及运维层面上的通用需求:第二个层次是业务能力,业务能力提供云化的核心业务支撑能力,这 ...

  8. 001-读书笔记-企业IT架构转型之道-阿里巴巴中台战略思想与架构实战-第一章 阿里巴巴集团中台战略引发的思考

    1.1.阿里中台发展 组件中台可能问题:组织间业务协作.业务核心能力的沉淀.组织KPI考核等 1.2.企业信息中心发展的症结 1.烟囱式系统建设模式 独立构建独立维护 缺点:1.重复功能建设和维护带来 ...

  9. 企业IT架构转型之道 读书笔记-1.阿里巴巴集团中台战略引发的思考

    前言 1.为什么选择看这本书 2.Supercell公司的开发模式 3.“烟囱式”系统建设模式弊端,及产生这种现象的原因 4.IT人员在企业信息中心的组织职能 一.为什么选择看这本书 多日没有更新博客 ...

随机推荐

  1. Dapper批量添加

    Public void Add() {  List<PPQuery> lists = GetDataByFile(tempFilePath); private static readonl ...

  2. Thinkphp中在本地测试很好,在服务器上出错,有可能是因为debug缓存的问题

    define('APP_DEBUG',false); 这个设置从true改为false后,一定要清空缓存,否则会出错.

  3. Android中如何在Eclipse中关联源代码?(图文)

    关联源代码 1.删除工程里面的Android Depandencies,删除后会报错,不要理会.看下面 2.添加libs目录下的Android-support-v4.jar包 选中-->右键-- ...

  4. [问题记录]cocos2dx编译打包apk过程&问题记录

    目录: 1. 入门 2. 编译 3. 问题 4. 总结 5. 参考 ------------------------------------------------------------------ ...

  5. Node Sass could not find a binding for your current environment

    Node环境从8升级到10后,Node Sass could not find a binding for your current environment 标签(空格分隔): Node Node环境 ...

  6. ZT 设计模式六大原则(4):接口隔离原则

    设计模式六大原则(4):接口隔离原则 分类: 设计模式 2012-02-27 08:32 17948人阅读 评论(21) 收藏 举报 设计模式classinterfacecstring框架 定义:客户 ...

  7. Native广告月入万刀的全部细节!

    一步一步跑Native原生广告: 第一步:跑native前期的准备工作 第二步:阅读大神的Native文档(100多页,英文,建议找一个支持在线翻译功能的app来阅读) 第三步:阅读我的几十条经验总结 ...

  8. 41. First Missing Positive (sort) O(n) time

    Given an unsorted integer array, find the smallest missing positive integer. Example 1: Input: [1,2, ...

  9. PhoneGap 的文件 api

    一. 文件系统的请求 请求文件系统通过 window.requestFileSystem 来完函数声明如下: window.requestFileSystem(type, size, successC ...

  10. ListView实现分页加载(三)实现分页加载

    在上一篇中,我们实现了底部布局(即带上了进度条).没有读过的朋友可以点击下面的链接: http://www.cnblogs.com/fuly550871915/p/4866966.html 但是进度条 ...