发布!软件的设计与部署
出版社: 人民邮电出版社
原作名: Release It!: Design and Deploy Production-Ready Software
译者: 凃鸣
出版年: 2015-2-1
页数: 228
定价: 49.00元
装帧: 平装
ISBN: 9787115380456
内容简介
本书分为四个部分,每部分内容都由一个研究案例引出。第一部分介绍了如何保证系统的生存,即维护系统正常运行。第二部分介绍了如何衡量系统的容量,以及如何随时间来优化系统的容量。在第三部分讲述了架构师在为数据中心构建软件时应该思考的一般设计问题。第四部分讨论了系统的运行寿命,将其作为整个信息生态环境的一部分。书中代码采用的Java语言,熟悉编程的人都能轻易阅读。作者从Java和Unix的视角看问题,...
作者简介
Michael T.Nygard
从业二十余年的资深程序员、架构师,被誉为在线业务的“流动解决问题专家”。先后为美国政府、军队、银行、金融、农业和零售等多个行业交付过运营系统,这种实际运营的经历改变了他对软件架构和开发的看法,也让他对在相当不友好的环境下构建高性能、高可靠性的软件有了独特的见解。他写过多篇文章和社论,是软件架构经典著作《架构之美》作者之一。
目录
文章试读
早期决策对系统的最终形态影响最大。最初的决策最难以更改。这些关于系统边界和子系统划分的早期决策,渗入到了团队结构、经费分配、程序管理结构甚至工时表中。团队分配是架构的第一稿(参见7.2节知识框)。极具讽刺意味的是,这些早期决策也是在信息获取最少的情况下做出的。这就是说,你的团队在这个时候对软件的最终结构最无知,但你必须要做出某些不可更改的决策。 即使是“敏捷”项目 ,也最好有远见地做出决策。为了...
该书热门标签
- 最新
- 热门
-
0 bohr.qiu 2015-02-27
翻译太烂。
-
1 axb 2015-05-20
本来应该是入门程序员必读书,介绍了线上系统可用性的各个方面,但是烂到极致的翻译把这本书变成了鸡肋。译者显然既不精通翻译,也不精通it,否则也不会把出现“如果一点点好,那么很多一定会更好”,或者“资源隔板”之类匪夷所思的词句了。
-
0 Yewberry 2017-04-19
对容量等分析,值得一读
-
0 shining 2016-06-10
可能是书太老了,读的时候感觉看到目录就能大概知道具体可能要讲什么,所以个人感觉难符它的盛名, 不过对关注点的考虑倒是真的比较全面,要自己弄出这样一个完整的目录还是需要很多经验积累的。
-
0 木柚 2016-06-09
这本书介绍了在设计软件过程中的一些不正确的反模式,然后解释什么才是比较不错的模式,包括集成点、架构分层、连接池、缓存、数据库等各个方面。作者结合自己的经历介绍了一些案例,看了之后还是有所感触,以前自己也遇到过作者提到的问题。在软件设计结束后发布时,作者又介绍了发布时常常遇到的一些诸如网络、集群、负载均衡、配置等问题,以及运营有关的问题。总的来说这本书还是写的比较浅显易懂的,讲的也全面,挺不错。
-
0 liuwill 2015-11-28
系统发布投产开始,才是真正诞生的一天,而不是开发和设计开始。不断适应变化,但是变化本身都是有成本的,开发测试发布都是如此,所以敏捷其实反而是最强调质量的,只有自动化测试,持续集成和自动化部署,重构,全部整套的团队,技术,方法,工具充分,才有可能敏捷
-
0 ZFenng 2015-06-13
从稳定性和容量等比较有价值的角度,提出了建议和方法。值得一读,中文翻译得勉强
-
0 务观在阿里 2016-06-13
很简单
-
0 Jeffrey 2016-09-17
讲了线上故障,服务化,容量规划等提升线上系统可用性的模式和反模式,只是翻译的太烂了。。。
-
0 低头路过 2017-02-03
译的晚了,而且译得一般。很多思想还是很值得借鉴的。架构师入门。
-
1 axb 2015-05-20
本来应该是入门程序员必读书,介绍了线上系统可用性的各个方面,但是烂到极致的翻译把这本书变成了鸡肋。译者显然既不精通翻译,也不精通it,否则也不会把出现“如果一点点好,那么很多一定会更好”,或者“资源隔板”之类匪夷所思的词句了。
-
0 bohr.qiu 2015-02-27
翻译太烂。
-
0 Yewberry 2017-04-19
对容量等分析,值得一读
-
0 shining 2016-06-10
可能是书太老了,读的时候感觉看到目录就能大概知道具体可能要讲什么,所以个人感觉难符它的盛名, 不过对关注点的考虑倒是真的比较全面,要自己弄出这样一个完整的目录还是需要很多经验积累的。
-
0 木柚 2016-06-09
这本书介绍了在设计软件过程中的一些不正确的反模式,然后解释什么才是比较不错的模式,包括集成点、架构分层、连接池、缓存、数据库等各个方面。作者结合自己的经历介绍了一些案例,看了之后还是有所感触,以前自己也遇到过作者提到的问题。在软件设计结束后发布时,作者又介绍了发布时常常遇到的一些诸如网络、集群、负载均衡、配置等问题,以及运营有关的问题。总的来说这本书还是写的比较浅显易懂的,讲的也全面,挺不错。
-
0 liuwill 2015-11-28
系统发布投产开始,才是真正诞生的一天,而不是开发和设计开始。不断适应变化,但是变化本身都是有成本的,开发测试发布都是如此,所以敏捷其实反而是最强调质量的,只有自动化测试,持续集成和自动化部署,重构,全部整套的团队,技术,方法,工具充分,才有可能敏捷
-
0 ZFenng 2015-06-13
从稳定性和容量等比较有价值的角度,提出了建议和方法。值得一读,中文翻译得勉强
-
0 务观在阿里 2016-06-13
很简单
-
0 Jeffrey 2016-09-17
讲了线上故障,服务化,容量规划等提升线上系统可用性的模式和反模式,只是翻译的太烂了。。。
-
0 低头路过 2017-02-03
译的晚了,而且译得一般。很多思想还是很值得借鉴的。架构师入门。
- 最新
- 热门
-
实用而非经典
3有用 Ring 2008-12-21
书总体还是不错的,书中列举了大量生动的例子来诠释各种service系统中可能遇到的问题。然而,总体来说,它不是经典。理由在于,书中堆砌的无数模式与反模式未能从根本上提炼出核心的原则并且分析与区别各种模... 查看全部>>
-
现实的检验
2有用 optman 2008-06-06
所有功能开发完成,并通过QA测试,就一切大功告成了--我们一直存在这样的认识误区。其实,从软件产品正式发布交付给用户使用的那一天起,挑战才刚刚开始,路还很长。你会遇到各种各样的问题,让你半夜都无法安睡... 查看全部>>
-
后台系统设计必读
2有用 aleung 2012-09-15
ReleaseIt,未读之前顾名思义以为是讲软件开发过程中release阶段,如何进行产品发布的,但看了内容之后才发现不是那么回事。这本书关注的是软件开发中通常被称为非功能需求的东西,包括性能、可靠性... 查看全部>>
-
实用而非经典
3有用 Ring 2008-12-21
书总体还是不错的,书中列举了大量生动的例子来诠释各种service系统中可能遇到的问题。然而,总体来说,它不是经典。理由在于,书中堆砌的无数模式与反模式未能从根本上提炼出核心的原则并且分析与区别各种模... 查看全部>>
-
现实的检验
2有用 optman 2008-06-06
所有功能开发完成,并通过QA测试,就一切大功告成了--我们一直存在这样的认识误区。其实,从软件产品正式发布交付给用户使用的那一天起,挑战才刚刚开始,路还很长。你会遇到各种各样的问题,让你半夜都无法安睡... 查看全部>>
-
后台系统设计必读
2有用 aleung 2012-09-15
ReleaseIt,未读之前顾名思义以为是讲软件开发过程中release阶段,如何进行产品发布的,但看了内容之后才发现不是那么回事。这本书关注的是软件开发中通常被称为非功能需求的东西,包括性能、可靠性... 查看全部>>
评价“发布!软件的设计与部署”