从程序员到架构师：大数据量、缓存、高并发、微服务、多团队协同等核心场景实战

跳着读了一部分，整体上还是认为值得一读的。 这本书的最大特点就是包含作者的项目实操经验，作者通过提问的方式引导读者去进一步思考当前方案的不足，虽然作者给出的很多解决方案并不是完美方案，但是更多时候体现出来的是在项目进度和性能设计之间的"取舍"，相比其他教科书式的系统设计，这本书让人能更加真实的体验工作中的应用场景。 当然这本书也不是那么完美，作者对于很多知识点都是浅尝辄止，不够深入。但是这本书对我最大的启发其实不在于到底讲了哪些内容，而是在回顾自己的工作经历时能不能做到像作者一样，从项目经历中归纳出不同的知识点，对各个经历过的项目都列出方案的演进过程。 所以这里我也给自己留一个清单: - 尝试把自己过往的工作经历，按照作者的方式写成博客。 - 尝试对书中作者的方案进行优化，并讨论取舍。

本书最大的特点就是，基于场景式的讲架构。场景 或 上下文，是加强理解关键因素。 本书一共介绍了 16种 架构经历： 存储方面： 有如下 冷热分离，读写分离，分库分表，缓存架构。 综合类系统架构设计： 数据（日志）收集架构，秒杀系统设计。这里有的是综合运用存储方面的一些工具，有些是综合性的考虑。 引入微服务： 注册发现、链路追踪日志，熔断 和 限流， 数据同步（一致性和分布式缓存方面的问题） API 模式： BFF 设计模式 本地开发：搭建隔离的开发测试环境，提高研发开发的效率。 在面对每个具体问题的时候，要搞清楚，什么是关键的问题点。始终要有这样的观念： 选择合适，而不是技术最优的。 深入理解 并 仔细把玩 书中提到的 16种架构经历，并应用到工作场景中，可以成为一个 面霸型的架构。 但如何成为不可或缺的人： 解决领导的技术难题，理解领导的非技术问题，搞清楚领导的期望。总结起来，做下属要起支撑作用。 本书值得把里面的场景拿出来，反复思考。

这本书的标题应该是小编提供参考的吧？从程序员到架构师是很多程序员的巨大门槛，用这个标题当然是会吸引读者。但并不是作者说的看了案例就成为架构师。全书前部分说的是作者在公司遇到的几个案例，性能问题，冷热数据问题，秘杀方案。踏入微服务历程就讲微服务演进，痛点，讲了微服务的几个相关组件。全部是粗粗略略。最后一笔带过测试，运维。在作者技术选型时列出的比较方式比较细致，值得参考。全书只能说是方案+微服务简单讲解。最后我觉得从程序员到架构师的前提条件是技术，方案，能力，责任。但最重要的东西是认可，老板，其他开发人员认可你的能力，信任你的方案，对你的倚重才是作为架构师的最大因素。

作者确实是实打实从一线出来的架构师。每种架构，不说多高端，但很务实。并且都是根据实际情况去选择，并给出选择的理由。而对大多数公司，因为组件都已经统一了，所以根本就不会思考到底选择什么。 另外，现在都接入云了，基础设施搭建的场景也越来越少作者说的一大堆架构可能都已经不用我们自己再思考了。 但还是可以好好借鉴思路，站在巨人的肩膀上

虽然主要是以Java为主，虽然大佬都没有说是用什么版本的组件（包括Java），虽然有时候紧急上线都功能，虽然比较保守，又缺乏安全设计，但上了就上，没后续思考优化了，感觉唯手熟尔，老码农熬成婆婆了。为什么国外的资本主义国家有辣么多开源项目，我们国内一些大厂开源的项目却经常烂尾？还是不明白为什么国内的资本不如国外的吸血鬼？

面试京东的时候问的很多问题在这本书中可以找到答案。 估计京东主要是做的订单系统，这本书也主要是从订单系统这个案例开始讲了很多相关的技术。 估计很多互联网app最终目的就是赚钱也就是开订单，所以订单系统是非常重要又不可或缺的。

没看完全部，跳着看了这本书 本书偏向基于场景讲案例的解决思路和解决过程，没有深入的说某一个组件怎么样【定位】 里面讲到的场景都很实际，是日常很可能碰到的 ，整个解决过程很有参考价值 推荐的阅读方式：快速的阅读一遍，看思路和方案，留有映象，日后碰到类似问题再仔细看

虽然有的评论说写得一般，就是个人经历，而且有些浅之类的。 但是这本书对我而言，确实是难得的好书，一本书涵盖了多年的经验总结。但是，没有脱离实际变成难以理解的理论方法论，而是一个个具体案例，遇到问题分析问题解决问题，提前在脑海中经历了一轮轮的架构演练。 有些经验是可以被提前获得的，我觉得这本书就是让你在还未实际遇到问题的时候，已经预备了一套问题的备选答案。

如果是经历丰富的技术人员，本书可能没什么帮助。如果是普通的程序员，十分建议阅读。至于成为架构师，可能仅阅读本书还不够。本书分享的是各种场景下遇到的问题的解决过程，没有关于架构设计方面的理论阐述，作者告诉你的是遇到了什么问题，有哪些方案，各方案优缺点以及事后复盘等一系列过程。这也是我建议普通技术人员看的原因，因为限于客观条件，很多人都没机会接触到特别挑战的项目。而通过本书，可以针对具体问题去了解到那些适配的“高大上”的方案/中间件等。 而对于期望习得架构师思想的人来说，本书每一项案例的思考过程也是很有帮助的。有价值的职业成长过程无外乎经历丰富，并在每一次经历中有思考。本书中的思考过程我认为就十分值得参考。 仅仅这一本是不够的，建议还可以读一读诸如《架构整洁之道》这样的理论性书籍，高屋建瓴的理论指导可能是更有效的。

整本书读下来，对文中的分布式锁、查询分离、限流、熔断与降级、微服务这些内容印象比较深刻。把日常开发过程中应用分布式锁时需要考虑的场景都讲到了。查询分离本质上是读写分离的一种，只是查询的不一定是关系型数据库，有可能是HBase、ES等等。限流与熔断部分的内容则让我对什么是熔断与降级有了更清晰的理解。有助于在日常工作中的使用。微服务部分讲了优点和缺点，其实微服务的优点大家都知道，但是缺点其实真正理解的人不多，作者讲了很多微服务使用过程中的陷阱，让人印象深刻。 贯穿整本书的写作思路：从业务场景开始-> 抽象需求->设计方案->效果评估。其中深刻理解业务场景是最重要的，一切的需求和方案都必须围绕业务来实现。只有理解业务需求，才能做出好的方案，另外任何方案都不是十全十美的，方案有优点也会有缺陷，在设计的时候就必须全面考量，综合评估才能得到一个尽可能的最优解。