@[toc]

中台的演变和理解

1、基本

中台最基本的概念是接口市场、基础组件、基础开发平台、中间件等，提供各类面向业务的脚手架和积木
中台概念不仅仅限于研发领域，衍生的比如数据中台、业务中台等一众的中台产品
但是随着中台产品规模的逐渐扩大，中台越来越臃肿，面对技术更新速度非常快的 IT 领域来说，他明显是不利于发展的，船大难掉头
大中台因其自身庞大的架构和自身特性所限，无法为创新式业务提供敏捷快速的资源支撑，协助其尽快落地
在以快著称的互联网行业，风口稍纵即逝，失去的先机可能需要花费对手几倍的代价才能挽回

另外随着竞争对手的改变，底层硬件技术的变革，衍生的业务场景的改变，中台业务对于新兴互联网产品不具备服务能力
以大数据、人工智能、云计算、5G 为主的新兴互联网的崛起，目前的大中台已经不能支撑其产品快速落地

2、对于拆中台的理解

但是拆中台不意味着放弃中台，而是把中台的能力打散重新组装，把共享的集团型中台拆为业务域中台，这里面有几个点
1、使用庞大的企业性质的共享中台产品，一个是体量庞大，难以部署且部署的承载成本很高
2、一个是从研发层面来说，中台大而全，部分领域又有足够的深度，研发层面学习成本极大见效慢
3、互联网人员流动性极大，巨大的学习成本和适应成本一方面会导致产出慢，另外一方面自研的技术体系会让研发人员两难，离职率高 （内部技术学习了无法对求职有利）
4、大中台需要包容企业内的各类不同业务，巨大的包容性，意味着底层必然是高度的抽象，这对于业务开发来说，需要较高的理解，这就意味着研发成本的上升

中台被拆散后，对于通用能力，可以进行企业级的抽象和复用，对于特定领域能力，则可以根据业务本身进行适应，以提供积木式的研发机制
中台承载的就应该是原子级的服务，然后通过原子服务快速构建业务模型

中台除了要提供在基础层面的原子服务外，还有另外一层概念，就是提供业务链路的前台和后台之间，作为一个缓冲调和层而存在
1、一般来说，复杂的业务逻辑需要后移到后端，前端不能作为繁重业务的承载平台
2、另外对于老的系统老的业务也不能是一刀切，要提供对于老系统老业务的协同
3、另外需要从安全层面来说，不同的位置对于权限、安全等级的管控是不一致的，也需要进行调和

3、从职能方面来说，中台需要承载

1、需要承载那些影响前台灵活性的复杂业务逻辑，让前台尽可能的轻量化
2、还需要封装后台系统的一些因合规性或流程限制等等对前台提出的一些业务需求
3、作为转接和适配