简介

精彩点评

• 

  Dean

  推荐

  业务倒逼技术，同时技术反哺业务。中台就是一个沉淀业务的技术平台。作者虽是技术出身，但却有独到的商业见解。技术只是业务实现的一种媒介。作为技术人必须花些时间搞懂业务，理解业务。

• 

  流年

  推荐

  前半部分关于阿里中台战略对企业架构有很大的指导意义，目前我们公司也是在做服务化，不过相对更简单一些。本书后半部分感觉稍微有点鸡肋！

• 

  suhe

  推荐

  只看前面2章，什么叫中台，字面意思就是前台和后台之间：在电商，app应用为前台，中间共享服务为中台，底层支撑为后台。在华为，前台为一线作战人员，后台为ERP等底层资源，中台类似于IPU集成计划，供应连资源池，远程共享中心。

• 

  曾垂鑫

  推荐

  非常适合技术架构师和产品经理阅读的一本书，宏观介绍了阿里“大中台+小前台”架构演进的整个过程。本书的关键字是：分布式、共享理念、为业务赋能。看到了从传统IT运维到IT运营的思路转变，看到了基于共享服务中心的模式，除了赋能业务，也会让顾客受益，这种模式往大了说，适合阿里，往小了说，也适合企业内部的信息化部门，通过将信息化的资源整合为共享服务中心，提供统一的接口、逐步做到接口即服务、组件即服务、产品即服务，让信息化所面向的前台的业务（例如客服等）更好的聚焦于业务端，创造价值。公司也可以基于信息化的大中台，去创新。

• 

  🌸美彤不是美瞳🎀

  推荐

  传统企业的系统项目制运作方式对于企业的系统化建设来说存在一定的弊端，当一个项目结束后马上投入下一个项目中，对于已有的项目缺乏沉淀的过程。 此外，技术该为业务而服务，业务对于系统的需求是随着业务的发展而不断迭代的，而非固定的。

• 

  大胃贝克韩

  推荐

  1. 以前没接触过关于架构方面的书籍，所以读了两遍。很好一本入门级书籍，很适合初学者或着对架构有兴趣但是了解不多的读者。让我对业务架构师产生了不小的兴趣。 2. 最前面介绍了很多企业为了业务的快速发展，系统都不得不建成了“烟囱”式的，而导致系统隔离，数据无法共享，重复造轮子等问题，后采用企业服务总线（ESB）打通各个系统，却又引发新的问题。这也是阿里构建中台的原因。 3. 第二部分介绍了阿里的共享服务体系。让我了解很多关于系统架构方面的知识，分布式，数据拆分，数据库事务异步化，日志系统等等。文中的介绍和解释都非常的通俗易懂，以前很多成点的知识看完了第二部分都贯穿到了一起，很多时候都有恍然大明白之感。 4. 第三部分主要介绍了两个案例。但我印象最深刻的还是淘宝开放平台的建设。15w家IT服务商基于开放平台为淘宝的几百万的商家提供服务，有些还都上市了。这才是所谓的生态啊！ 5. 个人觉得不足的地方是，由于就是基于阿里中台战略写的，所以介绍的很多知识与阿里的业务还是相关性比较强的，而且有些共能的实现也是基于阿里的技术体系。比如对日志的收集的实现方式，之所以对各个服务透明也是因为部署在了服务运行的环境里。

• 

  钱士明

  推荐

  看完第一部分的引言，基本就够了。后面的基本上是普及了一下互联网常用的分布式各种技术在阿里的实现方式。

• 

  戢俊建

  推荐

  基本都是依靠阿里一系列的产品完成各个节点的高可用，好多思想还是蛮好的

• 

  Zack

  推荐

  中台的概念第一次印象深刻的听说是来自于面试。后经同事推荐有幸阅读的这本书。 一直以来人们总是认为能共享的只有数据而不是业务，所以可能有人简单的理解，中台就是指数据中台，而这本书里解释的是，状态不仅包括数据中台，还包括业务中台。因为很多情况下，业务是可以复用的。 就像我最近也在思考给我的团队建立组织架构，团队规模不大，大概只有40人。但是团队中有经验的人非常少，所以就不得不建立一个完善的制度来，使每个人都发挥最大的效用。一个团队分为5个子品牌，每个时间段，每个子品牌承担的任务都不一样。但是纵向来看，每个子品牌都有交叉的服务中心，所以最后决定把每个字品牌的前端，做轻做薄，而把服务共享中台做大。做这个架构的时候，也是快速的翻了一下这个书，中间那些数据相关的，我没有太认真的去看，但是这种大中台，服务状态的策略深深的影响了我，所以给它5分！

• 

  05

  推荐

  阿里共享服务团队近15年来的技术沉淀太深了，去中心化的微服务架构、数据库分库分表、通过消息中间件实现的异步化、内存数据库的缓存、鹰眼的智能化运营、限流、降级、流量控制、参数化开关、实时压测和BCP一致性检测等等，都是我们传统业务系统也需要的。

• 

  茜兰

  推荐

  总而言之，统而言之，服务中台是企业it发展的内功心法，修炼好了内功心法，再炼什么葵花宝典降龙十八掌都非常快滴。后三分之一内容太技术了，一目多行，草草翻过，只能说半知一点点解。如果还做java，真的很值得咬文细看理解，多看几遍

• 

  dejunzhang

  推荐

  很好的一本书，感触很深，跟目前我做的很多工作非常类似，中后台同学非常值得一读。

• 

  kevin大伟

  推荐

  有些技术用了N年，已经习以为常了，其但随着业务量以及复杂性的快速提升，一味的沿着原来的路修修补补，并不能解决根本问题，很多时候，我们需要反省，需要跳出自己的惯性思维，改变方法论，才能有质的突破。

• 

  陈深龙

  推荐

  阿里巴巴的中台战略无疑是成功的。大中台各个服务中心的负责业务核心组件沉淀与共享，为前端业务提供先进、稳定的作战武器，前端各场景快速组装以应对各类变化的创新需求。 该技术架构是不断迭代而来，实施过程要面临波折，这也是书名突出企业IT架构“转型”的缘由。在我看来，作者钟华所描述的架构是企业IT架构的第三代。第一代是传统烟囱型IT架构，第二代是基于统一服务总线的经典SOA架构，第三代则是基于共享中心的大中台IT架构。 中台各服务中心面临的主要任务是业务领域模型的抽象和沉淀，设计感的价值更值得体现；而前端的业务中心面临的是产品快速迭代、试错。有了中台共享服务中心的支持，才能对前端的场景做到快速支持。 做大做厚共享服务层，做强做活场景服务层，两者交相辉映，才能碰撞出新的架构火花！

• 

  Mark

  推荐

  术业有专攻，两个人专心做一个轮子，远比十个人每个人造一个轮子成本更低，收获更高. 腾讯的很大问题在于各个部门各自为政，技术栈也相差较大，无法统一，这就导致了无法投入各类公共组件的建设，而是各自研究.每个人做一套频控，鉴权，日志，导致了新业务重复浪费时间在基础能力搭建上 总体而言，其实是效率较低的。