PS：文章内容和观点仅代表个人意见，与其他任何无关，如有雷同一定是被雷批啦！校稿能力薄弱，请见谅！
参加完全球架构师峰会，写下我对现状的一些看法：
1. 我们现在的系统建设基本上还是烟筒式的，虽然我们对数据孤岛有了比较大的认识，也尽力想在这个方面进行一些突破，但是我的外包的开发模式决定了我们不可能建设统一的技术平台，跟不用说建立技术中台。技术标准不能统一的情况下只能朝着数据标准统一去做，但是在大部分系统实施的过程也出现了产品的技术架构导致无法实施的情况，因此应用层的数据标准统一还任重而道远，不过好的一点是随着对数据质量认知的不断提升，现在大部分实施厂商均可以按照行方数据标准对自身系统数据进行动态调整，给后续的数标统一带来了很大的好处。
2. 从业务架构上来说，互联网企业除了强大的技术能力支撑，也有强大的自上而下的企业执行力，业务架构的变更，业务中台的建设，首当其冲的不是系统的变化，而是组织机构和业务思维方式的变化。不管阿里还是腾讯，还有一些比较激进的国有大中型银行，都是从组织架构变革开始的。对于中小银行而言，组织架构调整是需要领导层的勇气和决心的，并且调整之后业务部门思维方式的转变也非常重要，如果组织架构调整了，但还是新瓶装老酒，各种组织内耗，其实效果和意义也不是太大。
在组织架构无法调整或则调整后实际作用不明确的情况下，我觉得中小银行目前最重要的是组建业务和技术之间的桥梁—产品创新部门，这个部门存在的意义是把业务部门的“一句话需求”，“不靠谱需求”通过提炼，并结合业界先进的业务实践和行方技术架构演进方向进行融合，形成完善业务需求书，实现大能效的业务与技术目标结合，体现业务价值。优先解决需求的问题，进一步提升需求转换落地效能。这样的目标需要精通业务和技术的专业人员，人员梯队的培养也可以为后续的业务演进做充分的准备。
3. 服务化进程
中小银行目前正在实施SOA化演进，一般依托新核心项目群建立的企业级ESB平台，它是中小银行SOA化的一个依托，但由于基本上采购的都是烟筒式系统，在项目实施过程中基本上是对厂商产品服务做差异化改造，因此服务的粒度是行方不能控制的。这样带来的好处是我们无需太过关注服务粒度大小是否合适的问题，应为就算我们关注，优化的空间也不会很大。服务化的过程在业界比作乐高搭积木，那么中小银行其实就是拿着基本成型的各种积木在搭，虽然比起从最适合粒度进行瓶装要木讷很多，但是也能搭出我们需要的形状。
在这个过程中的经验积累非常重要，主要是为下一阶段的微服务化改造积累经验。要使用分布式架构，微服务是必然的要求。微服务就是最小的可独立运行的服务。但是对于中小银行来说这个实现起来很难。那么在现行ESB服务治理的基础上，按照现有服务粒度去按照分布式架构的服务发现和注册管理基本上是可行的，可以逐步的在一些非关键系统上进行尝试，摸索经验后进行推广。（这个事情很重要，但是受到基础架构影响，是个一发而动全身的事情，试错是必须的，也一定是后续系统架构演进的必进之路）
4. 云化
云化是中小银行不可能避免的，因此应该尽快实施，云化不等于虚拟化，我们现在使用的虚拟化平台不能代替云。
私有云的建设，从前期交流的情况看其实各家各有优势，但是差距也不是太大，选择个人觉得只要是业界大厂，有大规模实施经验就可以了，不用太纠结一些非常细节的问题。
云化之后是尽快实施各系统的容器化改造，这个改造是基于系统和应用级的，按照我们现在的系统部署能力部分系统可以达到应用节点容器级部署，但是整个系统按照多个容器伸缩部署是不可能的，因此不要想着一步到位，分布实施小步快跑吧（目前虚拟化桌面也能做到操作系统级的克隆，但是与应用系统的容器化改造差异还比较大和比较突出）
5. 中台化
中台，就是企业级能力复用平台，是业务共性能力的抽象。由于我们烟筒式系统和异构技术平台等等问题，技术中台基本上我个人觉得现阶段不用进行考虑。业务中台，其实就是业务公共能力的服用平台，我们现在的核心系统、企业级客户信息系统等，均对外提供服务，因此在实际落地过程中，我们的业务中台应该是ESB为依托（屏蔽各系统技术平台差异，主要体现业务价值）建立逻辑业务中台，按照客户、账户、产品、交易、核算信息、定价、增值服务、支付等业务主题重新梳理各系统提供服务，统一从ESB的服务接口级体现出来，形成企业级的逻辑业务中台。
数据中台是我们可以操作和实施的中台，数据中台的建设应该以新建为主，目前中小银行已经形成了以ODS，大数据平台为基础的数据中心数据处理体系。在此基础上运用目前的比较成熟的分布式并行技术框架重新组建数据中台，数据中台从业务用途上分主要是分为支持交易流程处理为基础的交易级流数据处理平台和支持数据分析决策为主的经营分析型数据中台。由于技术架构的原因，应优先建立经营分析型数据中台，优势是可以从各系统和第三方取数，对数据进行加工分析处理以支持经营分析，建立可视化、易用的数据报表平台。伴随着经营分析型数据中台的建设逐步完善数据血缘、数据标签平台等功能建设，为下一步建立流数据交易级数据处理平台做好准备。也为中小银行数字化转型打好基础。
6. 外联总线
应尽快规划定位建设中小银行外联总线平台，外联总线是针对目前日益开放的金融生态（开放银行）相关问题的一个解决方案，应为对于大的金融服务平台，中小银行不具备讨价还价的能力，特别是在技术上，因此我们需要建立一个企业级的外联总线平台与中小银行业务逻辑中台对接，对外屏蔽外部平台接口差异，对内有可能要进行部分服务的组合处理。随着银行能力的逐步对外输出，服务组合其实是一个必须面对的过程。
7. DevOps
DevOps的理念、方法论和实践在业界已经是非常成熟的，在这个方面对于中小银行来说也是不可能一步到位，因此重复造轮子是不可避免，应根据中小银行系统现状尽快展开放式工具链集成和落地研究工作，为未来3-5年整个开发运维提供强力支持。否则以中小银行现状，配置管理都是一个问题，未来多系统协同的情况下这些基础能力不能得到很好的解决，会给后续开发、运维造成极大的影响。
写在最后，最近有些邀请回答，各种要不要上分布式，要不要做微服务，要不要上云，其实不用问，看业界趋势，基本上你是跑不掉的，你不想做这个时代会推着你做，有其被动，不如主动一点，是吧！只是不要一来就要革现在的命，其实可以有缓冲，可以有过度，这将是一个很漫长的过程，特别是中小银行。