微服务设计

作者简介：Sam Newman是ThoughtWorks公司的技术专家、ThoughtWorks内部系统架构师，同时还为全球的客户提供咨询服务。他在开发和IT运维方面与全球多个领域的公司有过合作。译者简介：崔力强阿里巴巴技术专家，目前专注于持续交付相关的产品开发。曾在ThoughtWorks任职多年，从事软件定制开发、敏捷软件开发的相关咨询等工作，帮助过数个团队和项目进行精益需求管理、软件设计、自动化测试和持续集成等实践。微信号：blade_1986张骏2010年加入ThoughtWorks公司。作为开发人员、项目经理、资深敏捷教练和资深咨询师，在金融、电信和能源服务行业的大型复杂业务系统的设计、开发、管理、咨询等方面有丰富的经验。曾为国内外诸多客户提供软件设计、开发以及咨询服务。拥有10年工作经验，在Scrum、看板、规模化敏捷等方法论，以及精益需求管理、自动化测试、持续集成、领域驱动设计、微服务等具体实践方面都有丰富的积累。微信号：zhangjun695339

出版者:人民邮电出版社

作者:[英] Sam Newman

页数:228

译者:崔力强

出版时间:2016-5

价格:69.00元

装帧:平装

isbn号码:9787115420268

图书标签:微服务架构软件架构计算机软件工程模式与架构编程互联网

本书全面介绍了微服务的建模、集成、测试、部署和监控，通过一个虚构的公司讲解了如何建立微服务架构。主要内容包括认识微服务在保证系统设计与组织目标统一上的重要性，学会把服务集成到已有系统中，采用递增手段拆分单块大型应用，通过持续集成部署微服务，等等。

读后感

Over the past 10 years, distributed systems have become more fine-grained. From the large multi-million line long monolithic applications, we are now seeing the benefits of smaller self-contained services. Heavy-weight, hard to change Service Oriented Archi...

本书是2016年出版的，英文版是2015年出版的，微服务算是比较新的一项技术（或思想）。本书以宏观的角度讲述了微服务的理论思想，从下面的目录架构也能看出来，作者在第2章用了一章的篇幅讲了微服务中的架构师角色。什么是微服务? 微服务如何寻找平衡? 如何测试？等等，这些问题...  

一本比较全面介绍Micro-Service 架构的书，从Micro-Service 的优势，讲到转型过程中可能遇到的挑战。有组织结构上的也有技术层面的，譬如在测试，集成，发布，运维，安全等等。由于篇幅较短，概括的内容很多，所以讨论的问题没有很深入。其实本身来说Micro-Service也没有什么新...  

Over the past 10 years, distributed systems have become more fine-grained. From the large multi-million line long monolithic applications, we are now seeing the benefits of smaller self-contained services. Heavy-weight, hard to change Service Oriented Archi...

【此贴纯属个人寻意见贴】我是一个刚工作两年的，读此书的时候，会发现，啊，不能集中注意力往下看，讲的东西感觉有点飘，会抓不住重点，感觉讲的不够直接，讲一个东西会牵扯出其他东西，感觉和我的阅历太浅有关？由于不是一口气看完的，之前看过的篇章，回过头在看目录，会记...  

用户评价

内容还是很practical的，涉及构建一个复杂的、可扩展系统的方方面面（主要是技术上的），存储、部署、测试、安全、监控等基本都提到了，可以作为设计复杂系统时的checklist。但美中不足的是尽管作者针对某些议题提了一些自己的best practice，但也有很多难题作者没有提出几乎任何解决方案，有点失望。翻译得比较糟糕，推荐看原文。

内容充实，可读性不错。

这一遍读得细 #微服务# #数字化

是我这几年读过的最好的一本软件架构书

#技术书少有的风格，很多地方让人心有戚戚然，忽然感到“这个坑我也踩过”。书中一些观点解释了我心中一些长期的困惑，比如对于DRY的原则，在系统架构上不可过分强调，应该实现微服务内部的代码复用，对于服务之间应该保持技术自治。还有一个观点也很令人深思：当你有四个小组开发一个编译器，你一定会得到一个四步编译器。企业软件的架构是由企业的组织架构决定的，设计一个软件，如果不适合企业的架构，不把大家都拉到一条船上，从一开始就注定要失败。