中台的介绍

中台 是国内互联网中 继微服务又一个火热的概念，从2015年阿里提出小前台+大中台的概念后 中台成了国内微服务实施过程中绕不开的一个目标 虽然中台的实施如火如荼 但是关于中台依然是 雾里看花 一百个人会有一百中理解

所谓中台 就是将各个业务线中可以复用的一些功能抽取出来，剥离个性，提取共性，形成一些可复用的组件，通过这些组件，就可以使日后的系统开发成本降低，质量提高 大体上中台可以分为三类，业务中台，数据中台和技术中台

业务中台就是抽象出来，在各个业务线都可以共用的一些业务组件 像用户权限、会员管理、移动支付等这些共用组件

数据中台是对整个业务系统的数据进行统一的存储、建模与计算，为各个业务系统的数据分析与利用提供支持

技术中台就是封装各个业务系统所要采用的技术框架，使上层业务开发的门槛降低，提升交付速度

中台的建设

中台的建设，也不仅仅是技术方面的问题，而是涉及到整个企业内资源调度的综合性问题。很多企业在组件软件开发团队时，都会优先基于业务的横向分割，形成产品、设计、开发、测试、运维这样大的组织结构，称为烟囱式团队（就是比如天猫和淘宝 天猫是一波人做 淘宝是另一波人做 做出的系统都有共性比如用户权限、订单模块、支付功能、商品管理等 中台是把共用的抽离出来 但是因为是两拨人做的 所以就很难进行抽离这样的就叫做烟囱式团队）虽然这个中台很火，互联网开口闭口都离不开中台。但是中台只是一种战略设计思想，他也有他的局限性，并不是适用于所有的软件场景。另外，中台也并不一定就是好的。中台战略涉及到对整个公司的资源进行大刀阔斧的调整，从业界的情况来看，成功的案例固然很多，但是失败的案例也不在少数。网上可以查到很多中台失败的案例，甚至在阿里内部，也不断传出要拆中台，唱衰中台的声音。所以，中台的好和坏，需要每个人自己有自己的评价与思考

怎么设计一个可落地的技术中台？

中台战略的形成，往往需要经过三个阶段的转化。第一个阶段是从单体应用到微服务应用的转化：这个阶段跟业务系统转化是相同的。第二个阶段是从微服务应用向平台化的转化：在这个阶段会逐渐将各个业务线的共有能力提炼并沉淀，集中形成一个一个的平台。第三个阶段是从平台化建设向中台战略的转型：经过平台化的建设阶段后，技术中台就基本成型了。在以后的阶段，针对这些技术平台，再逐渐
调整公司的整个组织架构以及资源投入，就形成了完整的中台战略 一句话就是想要实现中台项目一定要大

中台就是一个 转发请求的 这个请求转发的目的地是一个完整的系统 不是跟微服务一样请求的是某一个服务 中台请求的是系统 可以转发多个系统的代码称为中台 中台转发的请求到的某个系统是一个被抽离出来的共用组件（可以共用的业务）组成的系统