中台 是国内互联网中 继微服务又一个火热的概念,从2015年阿里提出小前台+大中台的概念后 中台成了国内微服务实施过程中绕不开的一个目标 虽然中台的实施如火如荼 但是关于中台依然是 雾里看花 一百个人会有一百中理解
所谓中台 就是将各个业务线中可以复用的一些功能抽取出来,剥离个性,提取共性,形成一些可复用的组件,通过这些组件,就可以使日后的系统开发成本降低,质量提高 大体上中台可以分为三类,业务中台,数据中台和技术中台
业务中台就是抽象出来,在各个业务线都可以共用的一些业务组件 像用户权限、会员管理、移动支付等这些共用组件
数据中台是对整个业务系统的数据进行统一的存储、建模与计算,为各个业务系统的数据分析与利用提供支持
技术中台就是封装各个业务系统所要采用的技术框架,使上层业务开发的门槛降低,提升交付速度
中台的建设
中台的建设,也不仅仅是技术方面的问题,而是涉及到整个企业内资源调度的综合性问题。很多企业在组件软件开发团队时,都会优先基于业务的横向分割,形成产品、设计、开发、测试、运维这样大的组织结构,称为烟囱式团队(就是比如天猫和淘宝 天猫是一波人做 淘宝是另一波人做 做出的系统都有共性比如用户权限、订单模块、支付功能、商品管理等 中台是把共用的抽离出来 但是因为是两拨人做的 所以就很难进行抽离这样的就叫做烟囱式团队)虽然这个中台很火,互联网开口闭口都离不开中台。但是中台只是一种战略设计思想,他也有他的局限性,并不是适用于所有的软件场景。另外,中台也并不一定就是好的。中台战略涉及到对整个公司的资源进行大刀阔斧的调整,从业界的情况来看,成功的案例固然很多,但是失败的案例也不在少数。网上可以查到很多中台失败的案例,甚至在阿里内部,也不断传出要拆中台,唱衰中台的声音。所以,中台的好和坏,需要每个人自己有自己的评价与思考
怎么设计一个可落地的技术中台?
中台战略的形成,往往需要经过三个阶段的转化。第一个阶段是从单体应用到微服务应用的转化:这个阶段跟业务系统转化是相同的。第二个阶段是从微服务应用向平台化的转化:在这个阶段会逐渐将各个业务线的共有能力提炼并沉淀,集中形成一个一个的平台。第三个阶段是从平台化建设向中台战略的转型:经过平台化的建设阶段后,技术中台就基本成型了。在以后的阶段,针对这些技术平台,再逐渐 调整公司的整个组织架构以及资源投入,就形成了完整的中台战略 一句话就是想要实现中台项目一定要大
中台就是一个 转发请求的 这个请求转发的目的地是一个完整的系统 不是跟微服务一样请求的是某一个服务 中台请求的是系统 可以转发多个系统的代码称为中台 中台转发的请求到的某个系统是一个被抽离出来的共用组件(可以共用的业务)组成的系统
|