登录/注册
下载豆瓣客户端
豆瓣 6.0 全新发布 ×

豆瓣

扫码直接下载

iPhone · Android
  • 豆瓣
  • 读书
  • 电影
  • 音乐
  • 同城
  • 小组
  • 阅读
  • FM
  • 时间
  • 豆品
豆瓣读书
搜索:
  • 购书单
  • 电子图书
  • 2024年度榜单
  • 2024年度报告

大咖经验分享,十足干货

莫冲 2016-12-02 18:42:52

在中亚买了这本电子书,越看越喜欢,很对路的感觉,一个星期内利用上下班坐车时间看完了。

作为专业书,全书没有一行代码,这是非常难的的,但有比代码更复杂和深沉的思考。如果你没有做过类似系统,或没有从系统架构弹性的思维角度去考虑系统的组织和设计,对书中的很多内容可能会一带而过,但是只要你有做过或参与过,就很容易引起共鸣。是的,就是这样做的,如果当时我这样做就好了。这是我读这本书过程中,经常会生出这样的想法,想要拍案而起。

本书不会告诉你一个具体问题怎么解决,不针对任何一门语言或框架(虽然作者以JAVA背景说明的案例比较多,介绍的工具也大多是JAVA语言的),不同技术领域的技术人员都可以阅读本书。

特别是第二,四,五,六,十一章,特别多干货。详细讲述了系统集成,分解,日志,测试,监控,缓存,分布式等会遇到的问题和解决方案。有几个方案我也用到过,有些没用上的以后可以试试。

比如,”系统架构和组织架构是相互影响的“,“保证API的技术无关性”,“断路器”,“单一服务单一服务器”。。。

也曾经在一些方面遇到过坑。例如“单一服务单一服务器”,我们之前在一台服务器上部署了多个系统,用了1,2年都很正常。这时候,某个系统要新增一个服务,需要升级php版本,这样做肯定会影响其它子系统。而且,用的服务器是ubuntu 12.01的,支持不了php升级。这样就尴尬了。最后,只能找个php 山寨写法解决这个问题。

曾经做过一个消息队列系统,在调用下游服务的时候也考虑了超时因素,但是正如书上说的,如果下游服务挂了,还是重复去请求,每次都超时,会导致任务一直堆积,而且也可能导致整个消息队列缓慢。作者介绍了断路器的方案,很有价值。

这本书值得多读几遍,会有更多心得


赞
转发
回应 只看楼主

> 我来回应

> 去微服务设计的论坛

© 2005-2025 douban.com, all rights reserved 北京豆网科技有限公司 关于豆瓣 · 在豆瓣工作 · 联系我们 · 法律声明 · 帮助中心 · 图书馆合作 · 移动应用