读: https://insights.thoughtworks.cn/what-is-zhongtai/
1. 案例
案例1: 烟囱式应用
案例2:⼤平台炮火支撑精兵作战 - 让听得到炮声的人能呼唤到炮火
这句话形象的诠释了大平台⽀撑下小前台的作战策略。这种极度灵活又威力巨⼤的战法,使之可以迅速响应瞬息万变的战场,一旦锁定目标,通过大平台的炮火群,迅速精准对于战场进行强大的火⼒支援。
2. 什么是中台
中台就是「企业级能力复用平台」
这个定义虽然看起来简单,但经过这么长时间对于中台的实践与思考,我觉得如上文所述的这个定义背后所代表的意义是目前对中台价值的最贴切的阐释:
-
「企业级」定义了中台的范围,区分开了单系统的服务化与微服务;
-
「能力」定义了中台的主要承载对象,能力的抽象解释了各种各样中台的存在;
-
「复用」定义了中台的核心价值,传统的平台化对于易复用性并没有给予足够的关注,中台的提出和兴起,让人们通过可复用性将目光更多的从平台内部转换到平台对于前台业务的支撑上;
-
「平台」定义了中台的主要形式,区别于传统的应用系统拼凑的方式,通过对于更细粒度能力的识别与平台化沉淀,实现企业能力的柔性复用,对于前台业务更好的支撑。
按照目前普遍的说法,中台分为4类:
* 数据中台:提供数据共享能力,帮助企业从数据中学习改进,调整方向。
* 业务中台:或称为应用中台,提供重用服务,例如用户中心、订单中心之类的开箱即用可重用能力。
* 智能中台:提供共享算法能力,帮助提供更加个性化的服务
* 技术中台:提供技术重用组件能力,帮助解决基础技术平台的复用。
3. 为什么要中台化
如果中台是一个解决方案,那么它要解决的问题是什么?为什么阿里构建的中台取得了成功,而很多传统企业构建和规划中台的过程中会碰到各种问题,本质上有什么不同?
中台化能解决的问题
-
提升能力复用率
-
打通数据壁垒
-
提升应用TTM
企业构建自己的中台,需要遵循三个原则
-
Strategic Initiative Over Tactic Initiative 战略举措胜于战术举措
-
Business Decision Over Technical Decision 业务决策胜于技术决策
-
Empowerment Over Governance 赋能胜于治理
中储平台架构
4. 中台台化设计
属性 | 记录系统 | 差异化系统 | 创新系统 |
---|---|---|---|
变革的步伐 | 缓慢,不频繁和增量。每六至十二个月更换一次。 | 中度且更频繁。 可配置性是关键。每三到六个月更换一次。 | 快速,非常频繁且特别。 “一次性”定制。每周更改,有时每天更改。 |
生命周期 | 10年以上 | 1到3年 | 0到12个月 |
计划范围 | 7年以上 | 1到2年 | 最多6个月 |
治理模式 | 正式的和全局的 | 反应灵敏且以业务为主导 | 灵活而特别 |
利益相关者/所有权 | 高级企业主管的参与; 业务与IT战略之间的一致性。低端用户的参与,并从业务到IT正式交接。 | 高业务主管的参与度,但受业务范围的驱动。最终用户的参与度适中,业务参与热点,而IT填补了空白。 | 适度的业务执行人员参与,并得到一些赞助商的支持; 战术上的。最终用户的高度参与,通常是通过业务用户甚至是规避IT来实现的。 |
资金 | 资本支出(资本支出),以及相应的运营支出(运营支出)。 公司或部门资金。 年度预算。 | 资本支出和运营支出的混合。公司IT预算或部门支出预算。 全权委托。 | 主要是运营支出。 部门支出预算。 创新基金。 |
架构 | 大型的模块化设计以正式的前期蓝图阶段为主导。 | 面向服务的体系结构(SOA)和基于云的服务,包括服务使用者和生产者。 通过组装新的和现有的打包及自定义应用程序来增加复合应用程序的使用 | 轻巧而新兴的服务于消费者。移动和云为主。 |
应用程序生命周期管理(ALM)方法 | 瀑布接近(有时间限制)为70%。交互式和增量开发(IID)达到30%。 | 瀑布接近(有时间限制)为40%。 互动率和IID为50%。 敏捷和精益方法论占10% | 瀑布接近(有时间限制)为10%。 IID为30%。 60%的敏捷和精益方法论。 |