如何建立以业务为核心的云原生体系？（中）

上一篇，我们讲了阶段一的很多问题，归根结底就一个字——散。系统散，数据散，流程散，组织散。在当前的市场竞争条件下，业务创新要争分夺秒。因而要将这些系统，数据，流程，组织重新组合，形成公司的“腰部力量”，强调能力的沉淀，强调融合与复用。只有有了“腰部力量”，才能灵活应对业务的快速变化。

这就是我们常说的中台。中台这个词很火，有的人觉得很好，有的人觉得太虚，但是名字无所谓，其实就是构建公司的可复用能力。

一、云原生体系演进阶段二：构建中台体系，加速业务创新

1、中台的定义

这里给中台下一个相对完整而准确的定义。

这个概念需要解读一下。中台是为了体现IT技术，IT系统，IT部门的业务价值而诞生的概念。在传统企业，过去往往重业务而轻技术，重硬件而轻软件。当低成本人口红利的野蛮生长阶段过去后，老板们发现差异化客户体验驱动产品创新的阶段已经到来，于是开始设立CIO这个职责。在传统企业能够体现业务价值非常重要，这是中台的核心，也即定义中的“面向业务场景”以及“支撑业务快速迭代”所强调的，CIO要让CEO，业务部门理解IT部门和IT系统的价值。

 

2、中台的五大误区

误区一：中台构建的太早。中台是企业已有系统积淀，解决了业务温饱问题，要进一步解决业务创新问题时候用的。如果是一家创业公司，解决温饱问题，确定业务模式最为重要，没必要花大量时间建设中台。
误区二：对中台期望太高。中台有时被当成万金油，似乎什么都能解决。例如中台能使业务创新，就属于期待过高。中台其实就是可复用能力，只能“支撑”业务创新，但替代不了业务能力。如果业务方能想出约50种创新的方法，但不知道哪个正确时，中台的可复用能力就帮上忙了。
误区三：觉得中台太简单。以为中台就是现有系统的接口组合，以为通过ESB将服务编排一下就解决了。将ERP，CRM等后台系统通过ESB暴露出去不是中台。
误区四：觉得中台太复杂。很多传统企业认为中台太复杂，不应该参与，其实中台的构建有封装式和重构式。传统企业往往害怕的是重构式，其实中台建设有渐进的过程，可以保留原来的系统，通过逐渐的封装，构建自己的中台。
误区五：觉得中台太技术。有些企业预算充足，认为只要买一个一线互联网公司的大平台就搞定了中台。但因为企业没有自己的架构师团队和中台团队