本文详细介绍了阿里巴巴集团的中台战略，包括业务中台的基础——共享服务体系，分布式服务框架的选择，以及如何通过数据拆分、异步化、缓存原则打造平台稳定性。此外，还探讨了数字化运营能力的构建，强调了服务化建设中的问题与解决方案，如限流降级、统一配置平台、全链路压测和业务审计平台的重要性。
前言：有赞最近开始在做平台化的事情，作为共享技术部门的成员，那么自然去要去参与平台化。偶然间，从同事那看到这本书，随意翻了下，不禁感觉相遇恨晚。
第1章：阿里巴巴集团中台战略引发的思考
1、阿里巴巴共享事业部的发展史
阿里巴巴的电商平台由开始的淘宝，逐渐发展出天猫部门，一开始，淘宝和天猫部门由淘宝技术团队支持。后逐渐拆分出共享技术部负责公用的部分来支持淘宝、天猫的发展，淘宝和天猫则各自有单独的技术团队做符合各自特性的业务。
但是结果并不如预期，共享技术没有平等的话语权，并没有沉淀下真正的能力，在淘宝、天猫的各种变化的业务需求中艰难生存，而淘宝、天猫则认为共享技术不能很好的支撑，并各种搭建了类似的技术体系。这直接导致很多重复工作，最可怕的是这种重复工作还在不断发生。
后来，在聚划算发展的契机下，淘宝、天猫、1688非常想接入聚划算带来流量，而这时集团给了共享技术平等的话语权，但想接入聚划算必须经过共享技术，这也帮助其规范内部技术体系，为阿里日后的“大中台，小前台”战略做好了铺垫。
最后，共享技术发展成业务中台，成为孕育的土壤，为集团减少了大量重复工作，节约成本，逐步快速培育出了如闲鱼、玩兔等等新业务，并为阿里的数据打通（比如会员数据、交易数据）及日后的发展打下了基础。
2、企业信息中心发展的症结：“烟囱式”系统建设模式的弊端
- 重复功能建设和维护带来的重复投资
- 打通“烟囱式”系统间交互的集成和协作成本高昂
- 不利于业务的沉淀和持续发展
3、企业信息中心发展的症结：业务支持一直是企业信息中心的组织职能
- 行政级别的平等不代表着
最低0.47元/天 解锁文章
扫一扫
5451
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
