阿里巴巴中台战略--企业信息中心发展的症结

阿里巴巴中台战略

• 阿里共享事业部的产生、演变和发展
• 企业信息中心发展的症结
• 共享服务体系
• 分布式服务框架的选择
• 共享服务中心建设原则
• 数据库瓶颈阻碍业务的持续发展
• 数据库分库分表
• 数据库分库分表之异构索引表
• 业务流程异步化和数据库事务异步化
• 阿里巴巴中台战略–事务与柔性事务

阿里巴巴中台战略思想的pdf下载链接：
下载链接：https://pan.baidu.com/s/1wuR0gv1wOK-20pXAUSOurQ
提取码：8zm6

阿里面临过的问题，好多企业都会遇到，也可能正处于这个阶段。而阿里经过多年的打磨和验证过的这套共享服务体系解决了阿里很多的问题，其他企业也可以参考。先梳理下阿里遇到的问题，同时也是现在大多数公司遇到过的问题。

• "烟囱式"系统建设模式

先看下原来阿里的三个电商平台：

原来阿里拥有淘宝、天猫和1688三个电商体系，这三个电商体系的架构是完全独立的。各自独立开发和运维。
做过电商的都会知道，一个标准的电商平台至少都会有会员、商品、交易、支付等。不管是B2C/B2B/C2C。那为什么阿里的三个电商平台会独立建设和维护呢？
导致这种建设的因素有很多，
可能刚开始开发团队考虑到电商模式不同；
或者新的业务开发人员认为在原来的基础上开发改造太麻烦，冗余了好多不需要的东西，还不如直接重建来的快；
目前好多公司也存在这种情况，这种“烟囱式”的系统建设，存在一些弊端：

1. 重复功能建设和维护带来的重复投资。
   这些很多的功能是重复的，这就需要重复投入人力成本和维护成本。
2. 打通“烟囱式”系统间交互的集成和协作成本高昂。
   随着企业的发展，为了提高企业运营效率，需要打通各个系统，来提高用户体验和运营效率，实现各个系统间交互成为必然发生的事情。
   最为典型的例子发生在零售快消品行业，很多的品牌在天猫出现后，立马上线了一个系统对接天猫平台，与自己企业的商品、库存、物流打通；随着后面京东、微商的出现，相继建设相应的对接系统。同时企业还有门店和分销商需要管理，又要建设对应的POS、CRM等系统。随着业务的发展，这些企业想获取用户的消费行为、浏览痕迹等记录，但是发现都被“烟囱式”的系统拆分到各个系统中，因此不得不打通这些烟囱，从而获取全局的数据信息。
   面对这样的情况，很多公司采用SOA来解决，但是在试试SOA过程中，所花的成本是高昂的，这里面涉及到大量的协作和开发成本。就目前而言，依然有很多大型公司还在使用SOA进行系统间的调用。
3. 不利于业务的沉淀和持续发展。
   现在一般要求快速响应、快速迭代，但是使用SOA打通的各个系统，响应起来真的没那么快。一个简单的需求可能需要好多系统进行修改来支持，然后再进行联调测试，都比较耗时耗力。随着业务的发展，系统会越来越重，到最后就没有人敢轻易的进行删减，扩展性也越来越差。

以前可能一个系统上线几个月甚至1到两年都不会有太大的需求变化，所以可能半年或一年才升级一次。但是现在互联网时代要求快速响应，一般两个星期就做一次迭代，一个月就做一次版本升级。所以“烟囱式”的系统根本无法满足现在的发展，很多做了一段时间后就推倒重来。
下图说明，到一个时间点后，量变产生质变，就会出现企业核心业务系统运行多年后被推倒重来的现象。

• 业务支持一直是企业信息中心的组织智能
  一般在公司内，业务部门更能得到更多的资源和话语权，而信息中心的职能慢慢地就变为业务的支持。特别是项目型的，一个项目上线后 ，马上投入到下个项目中，这样工作时间的长短和能力的提升并不是线性增长的。更多的时候，我们看到能力越强的员工能体现自己价值的地方在于负责的项目更大，或者同时负责多个项目。而这个更多的是增加项目经验，并不能在某一个专业领域得到更多的知识和经验的沉淀。