中台战略的落地土壤，是云计算吗？

近几年，随着金融科技快速发展，数字化转型在金融机构落地进程加快，应用需求的形态、数据的规模和处理方式都发生了很大的改变，敏态应用、大数据应用、AI应用逐步在企业落地。在信息化阶段，很多金融机构通过流程再造实现了效率的提升。从信息化迈向数字化的过程，“中台战略”已成为支撑企业快速发展和创新的核心。

中台是面向业务的能力组合和复用，提供集成化的解决方案，目的是提高组织效率、降低创新成本，包括人、组织、平台、数据等，是人和系统的一整套体系，强调能力共享和复用，快速匹配，解决供需。

需要注意的是，中台不是系统，而是一种体系/生态/方法论，提供整个业务快速响应的一种理念和方法。中台有标准和机制，解决顶层之下各业务子域的高效协同和资源复用问题，业务中台、数据中台、技术中台等一起支撑上层业务。因此，从价值上来说，中台赋予业务快速创新和试错的能力，有助于打造数字化运营的能力以及改变组织阵型带来组织效能提升。

笔者认为，云平台是中台战略落地的一种落地形态，是业务快速创新和试错的土壤。从技术上来说，云平台在架构层面划分了IaaS/PaaS/SaaS等多个服务层次，这一点和中台的思路是一致的。中台强调领域建模，通过对自身领域的抽象建模，对外提供统一标准的数据和服务。当金融机构从传统信息系统治理的内部视角转向面向外部客户服务的外部视角时，需要有更灵活敏捷的创新、试错能力时，那么中台战略、云转型战略是必然的选择。

现在一些金融机构的IT面临重复投资、无法协同的“独立烟囱”架构等问题。如果系统无法协同，数据就不能在系统间进行流转，而且已有功能也要进行重复开发，新业务也难以在已经沉淀的业务基础上快速孵化迭代。

因此，“云”的需求主要来自于三个方面：第一是成本，不管是应用架构导致的硬件利用率低，业务独立采购造成的浪费，还是因采用传统运维方式造成的人力浪费，都是企业要关注的问题；第二是业务创新， IT首先要能支撑业务创新的需求，那么IT部门需要考虑的问题就是如何在支撑业务转型和敏态应用落地的情况下，同时兼顾自身业务的转型和未来新技术的落地；第二个需求也引出了第三个需求，IT供应模式变革，不仅需要考虑业务上线的速度，以服务模式供应IT，甚至需要考虑轻资产运营IT。

在业务转型过程中，IT部门面临一定的压力。业务部门在数字化转型过程中对IT交付能力提出了很高的要求，如果IT部门无法满足业务需求，业务部门有可能会寻求外部的能力，比如业务部门独立采购IT服务。

为了适应这些需求，我们可以从下图中清晰地看到IT部门的最佳演进路径：早期是被动支持阶段，这个时期IT是以支撑业务为主要目标，满足业务运作基本需求；第二个阶段的IT建设就需要考虑IT的能动性，除了满足业务运作需求外，进一步完善基础设施的建设和后台支持管理体系的建设；在第三个阶段，IT部门会作为主动提供方，成为业务的驱动力，通过智能化的统计分析，通过各种新业务的落地和新商业模式的落地助力业务发展。

金融IT部门的演进路径

因此，金融机构需要以云为战略，在战略层面用云技术模式来落地中台战略，在创新效率、新技术应用、轻资产运营等方面获得提升；在技术层面降低成本、提高运维效率、加快应用部署。

如何建设云平台？

如果要做到让云来支撑业务，达到我们前面描绘的愿景，至少需要在四个方面同步进行建设：成本模型及指标、人员组织、流程控制、技术及软件堆栈。

建设基础设施云平台，本质是建设一个软件定义的数据中心，要像应用EA企业架构方法论对金融业务系统软件化数字化一样，对数据中心建设运维管理这样一个特殊的软硬件系统管理再次进行软件化数字化。这就需要对这个特殊的业务架构的业务流程、组织方式、人员角色重新进行梳理，以建设无人化、自动化、自助化的软件定义数据中心为目标对各种流程进行自动化设计和编排。

建设云平台，还需要针对从应用到基础设施的各层软硬件对象进行数据建模，设计数据架构，然后将这些数据对象的容量管理、供应等业务操作服务化封装，确保配置数据和服务操作的整合性。尤其需要注意的是，要先配置数据，再进行服务操作，配置数据自然就准确了。这就解决了10多年来传统CMDB建设始终不成功的问题，实现供应交付、监管管理、故障切换等几大业务流程的系统固化和配置数据一体化。CMDB这一数据中心自动化运维管理的核心组件，定位就是传统金融应用架构的数据仓库，业务数据的完整性一致性不能由数据仓库这个后端来解决，而一定要在各个业务系统的源头解决。

同时，建设云平台不是在建设一个云平台应用，而是在建设一个云应用架构，仿真现实世界的数据中心各个堆栈结构。这就需要采用标准化的通用硬件，将网络转发面、存储面、计算面，与管理面、调度面分离，前者仍然在硬件里实现标准通用功能，后者全面软件化仿真建模，从而打开硬件定义数据中心的各个封闭硬件的STACK，构建网络、存储、宿主机等标准分层STACK，并将每一层对上层的服务进行标准化的API封闭，内部设计分布式为主的冗余架构，实现硬件高可靠、专业分散高可用，向架构高可靠、服务统一高可用设计转变。

因此，云平台的建设，是一个零基系统性的设计，简单的厂商产品拼凑无法解决问题，需要顶层设计，并在每个层次上进行商业解耦，尤其需要应用系统与IAAS解耦，从而能够在混合云以及多云架构方向进行演进。

以恒生云为例，其建设和运维有两个关键目标：首先服务内部，为恒生自身的中台战略服务；其次形成最佳实践，帮助金融机构建云、用云、上云。

向内看，各个业务部门的创新和变革，尤其是创新部门，无论是生产还是开发测试，都会产生大量IT资源需求。当多元化业务跟随市场快速调整变化时，重资产投入的IT系统不管是在业务上线、业务管理、日常运维还是故障处理上，既无法跟上业务创新的节奏，又面临复杂历史架构中的遗留问题。因此，业务创新中，需要有一套更灵活、资源利用率更高、交付更快速的信息化架构。

向外看，尽管云已经是一个必然趋势，但金融机构在对云的选择上还存在不确定性。如何进行云转型、云应用，如何通过云的模式落地中台战略都是金融机构迫切需要解决的问题。为此，着眼恒生和行业的需求，恒生云着重打造三大能力。

通过打造符合互联网分布式系统开发的新一代技术平台JRES3.0，对应用系统进行微服务改造、容器化改造，践行Devops的相关流程、方法论和工具链。

满足云转型过程中IT云化、服务化、敏捷化的需求，整合云厂商生态，通过对基础设施服务化设计，将IT基础设施能力标准化、规范化 、契约化；打造匹配金融行业特点的混合云建设和管理运营能力，服务于恒生自身的中台战略的同时，帮助金融机构建好云、上好云、用好云。

在金融的高安全要求下，需要建设统一运维系统，逐步向自动化运维目标演进。根据金融行业对业务持续性和安全性的要求，对各类业务进行安全隔离，保障云平台、数据和应用的安全性；针对不同应用系统的部署架构，进行标准化、结构化的数据建模；以应用自助自动运维为目标，重新设计软件化的应用部署和变更流程；建立应用和基础设施的配置关联，为运维管理提供统一的数据基础；打造从应用到基础设施的统一监控平台，通过AIOPS的手段持续提升运维效率。

未来，恒生云一方面将打造业务系统的持续集成、业务需求快速响应的能力，打破系统竖井，构建开放互联的平台，实现系统开发业务支撑的敏捷；另一方面将建设真正可持续发展、快速响应业务需求的基于云服务开发、服务监管、服务评价的闭环模型，建设高效、健康、可持续发展的云应用生态系统，助力金融机构建云、用云、上云。