作者是阿里的中间件架构师，北联业务，南接数据库，所以在数据库上着笔最多。但为了不写成太技术流，把阿里的共享服务和中台战略在书中四处撒播。还好书名比较贴切的表达了全书主旨：阿里 IT 架构的演进史。
读完此书，可以对淘宝、天猫、聚划算……背后的很多系统有个概要的了解：HSF、TDDL、Tair、鹰眼、Sentinel（哨兵）……，对一些阿里使用的技术也能够略知一二：超配、限流、埋点、ACID/CAP/BASE……
通篇着笔最多的就是“共享服务中心”了，阿里专门做中台组件的部门，伴随 2015 中台战略而崛起的部门，让作者充满自豪感的部门。几乎每个章节都介绍了一到两个服务组件，读完之后对阿里 PaaS 层的技术组件和中台业务的逻辑分解都会有一定的认识。我曾经认为 IaaS/PaaS/SaaS 是技术架构，前/中/后台是业务架构，读完之后我觉得应该这么讲：IaaS/PaaS/SaaS 即是技术架构，也是业务架构，因为全书给读者传达一个理念：技术的逻辑模块要从用户的角度按业务来分解。
另外，文中有几个观点也颇有同感，我试着理解一下：
团队要按业务组建，而不是技术。 —— 比如不要组建嵌入式团队、Java 团队、数据库团队……而要组建用户管理中心团队、聚划算业务团队……按技术组建团队是自我为中心，按业务是从服务客户的为中心。另外，不但技术是分层的，业务也是分层的，前台、中台、后台是 业务分层，他们可能使用相同的技术，所以前中后的人员是可以互换的，隔一段时间阿里会安排他们互相体验生活，这样一个功能到底是放在前台，还是中台就不容易扯皮了。
服务是 API+自描述的元数据，服务化是产品向服务转化的能力 —— 读此书之前，对 PaaS、SaaS 的服务和微服务概念不是很清晰，本书 P188 解开了一些迷惑，服务首先要找到对象，即客户，然后用客户能够理解的方式重新封装 API，比如数据库组件以前提供的可能只是对 SQL 语句的封装，服务化后不但要变成数据调用者的说话方式，还要能够自动发现、有完善的安全、管理、运维策略……这些都不需要调用者操心。
打造生态 —— 一家汽车制造商搞了个系统，上下游千家公司在里面协作，这不是生态，因为他们是被动的。某个系统只有主动的参与者不断注入自己的智慧和创新，才叫生态。阿里把中台接口释放给商家指定的 IT 服务商，可以为商家打造差异化的前台，这是作者推荐的生态模型。
最后，全书要点我总结如下图（右键单开看大图）：
