《阿里巴巴中台战略思想与架构实战》读书笔记

中台的核心理念就是共享、服务重用

公司的发展方向

公司在金融市场发展到现在，接下去的路可能是如下三方面(都是营造差异化的竞争力)：
1、中台战略：借助中台，快速试错、大量试错，不因为开发、效率等问题放过任何一个创新点，找到创新点进行突破
2、可视化战略：视觉、交互的升级，公司发展到一定阶段，这部分内容的重要程度会越来越高
3、技术战略：通过AI技术进行突破

烟囱架构

前端方面，这个重复造轮子、重复基建尤为严重，从上次的T3升T4答辩就可以看出来。
前端可以提供组件库；后端可以提供业务开发的SDK+数据服务
数据服务：偏底层的数据接口
SDK：偏上层的通用业务代码
目前的中台只是解决了部分数据服务问题，并没有解决SDK问题；如果我们提供常用语言(Java、Go、PHP)的SDK，岂不是会大大提升效率？B2C这边之前有这么多组件包了，完全可以改造起来，这个贡献度非常高。
对于前端来说，提供Vue组件也是一个非常好的选择，比我们直接提供d3charts，更易用，应该也更加愿意接进去。

我们的中台、边车、组件，在阐述解决什么问题方面，做得都不行，这也是阻碍大家使用的一个原因。

我们现在的组件需求，没有遏制住，很多是不应该加入d3charts的个性化需求，这部分需求应该以业务插件的形式加进去才对。

架构能力

体现架构能力主要包含两个方面：
1、从无到有架构起来的能力
2、后续持续优化改进的能力(避免随着业务发展，过几年就要推翻重新再来一次的情况)

一些概念

SOA

面向服务的架构(Service Oriented Architecture)
其核心价值是服务重用

ESB

企业服务总线(Enterprise Service Bus)

PaaS

平台即服务(Platform As A Service)

为什么我们公司中台推进缓慢？

1、基础建设不够完善，不好用(SDK、一键式……)
2、推广力度不足，大家对于其意义并没有很深刻直观的感受，动力不足(应该时时推广，专人推广，一有新业务扩展，马上就去推广)
3、服务质量不好，服务提供方缺乏持续优化改进的意愿，没有将自己提供出去的服务当做“产品”来经营，都是被动接受需求(行情、ifind、认证中心、问财等等，有哪些部门是会主动回访、时不时做用户调研的？)
4、考核没有和中台挂钩，驱动力不足(阿里是专门的共享业务事业部，考核指标直接就绑定到了中台)
5、价值体现不明显，目前为止好像还没有一个典型的成功案例(比如通过中台，以几分之一的成本和时间，把某个新业务搞起来了；我觉得应该先找一个机会，按照这样搞一把，树立典范)
6、每个数据服务提供方，缺少高手和业务专家，提供的服务扩展性不足，不能着眼未来

服务不只是数据接口

1、服务在形式上有很多种，http接口、rpc、组件、页面都可以称为服务
2、服务的内容定义不要局限于某个功能，比如淘宝的商品中心，其定义是建立一个全球最大的商品库，同时提供该商品库的管理运营的方法及配套的工具服务，而不只是增删改查接口

高可用与高性能

高可用 = 系统构建在多机 = 分布式系统

高性能 = 分布式系统的副产品

待思考的问题

中台究竟适合什么类型业务的公司？适合什么规模的公司？
阿里能成功，就代表其他公司也能成功么(和阿里对等的业务量、业务类型、高手牛人)？
分布式系统中，实时性非常高的数据如何低延时同步？
如何解决数据不断增长，到后面单表容量达到上限的问题？

分库分表、归档历史数据、另一维度存数据(拿空间换时间，异构索引表)

数据库分表分库后，如何解决复杂、联表查询等问题？

分布式数据层中间件(TDDL、DRDS)