发布！软件的设计与部署

出版者:人民邮电出版社

作者:[美] Michael T.Nygard

页数:228

译者:凃鸣

出版时间:2015-2-1

价格:49.00元

装帧:平装

isbn号码:9787115380456

丛书系列:图灵程序设计丛书·程序员修炼系列

具体描述

本书分为四个部分，每部分内容都由一个研究案例引出。第一部分介绍了如何保证系统的生存，即维护系统正常运行。第二部分介绍了如何衡量系统的容量，以及如何随时间来优化系统的容量。在第三部分讲述了架构师在为数据中心构建软件时应该思考的一般设计问题。第四部分讨论了系统的运行寿命，将其作为整个信息生态环境的一部分。书中代码采用的Java语言，熟悉编程的人都能轻易阅读。作者从Java和Unix的视角看问题，因而本书的焦点比较中立，着眼于跨所有平台的技术和概念。在每种模式和反模式的末尾，都有一段简短精要的总结。

本书适合面向企业级软件的架构师、设计师和开发人员阅读参考。

作者简介

Michael T.Nygard

从业二十余年的资深程序员、架构师，被誉为在线业务的“流动解决问题专家”。先后为美国政府、军队、银行、金融、农业和零售等多个行业交付过运营系统，这种实际运营的经历改变了他对软件架构和开发的看法，也让他对在相当不友好的环境下构建高性能、高可靠性的软件有了独特的见解。他写过多篇文章和社论，是软件架构经典著作《架构之美》作者之一。

目录信息

第1章　引言　　1
1.1　瞄准正确的目标　　1
1.2　使用决断力　　2
1.3　生活的质量　　3
1.4　挑战的范围　　3
1.5　随手一松就是一百万　　3
1.6　务实的架构　　4
第一部分　稳定性
第2章　案例研究：航空系统宕机的异常　　8
2.1　事故　　9
2.2　结果　　12
2.3　事后调查　　12
2.4　确凿的证据　　15
2.5　一点预防　　17
第3章　稳定性概述　　19
3.1　定义稳定性　　20
3.2　故障模式　　22
3.3　裂痕扩散　　22
3.4　故障链　　23
3.5　模式与反模式　　24
第4章　稳定性反模式　　26
4.1　集成点　　27
4.2　连锁反应　　37
4.3　连锁故障　　40
4.4　用户　　42
4.5　阻塞的线程　　50
4.6　自我否定攻击　　55
4.7　尺度效应　　57
4.8　不平衡的容量　　60
4.9　慢响应　　63
4.10　SLA倒置　　64
4.11　无边界结果集　　67
第5章　稳定性模式　　70
5.1　使用超时　　70
5.2　断路器　　73
5.3　隔板　　75
5.4　稳定状态　　78
5.5　快速失效　　83
5.6　握手　　85
5.7　测试装置　　87
5.8　去耦合中间件　　90
第6章　稳定性总结　　93
第二部分　容量
第7章　案例研究：被客户压迫　　96
7.1　发布倒计时　　96
7.2　瞄准QA　　97
7.3　负载测试　　99
7.4　被大量会话所杀　　101
7.5　测试的鸿沟　　102
7.6　后果　　103
第8章　容量概述　　105
8.1　定义容量　105
8.2　约束　　106
8.3　关联　　107
8.4　可扩展性　　107
8.5　容量的神话　　108
8.6　总结　　114
第9章　容量反模式　　115
9.1　资源池竞争　　115
9.2　泛滥的JSP碎片　　118
9.3　AJAX过度之伤　　119
9.4　驻留过久的会话　　121
9.5　HTML中浪费的空间　　122
9.6　刷新按钮　　125
9.7　手工的SQL语句　　126
9.8　数据库富营养化　　128
9.9　集成点延迟　　130
9.10　Cookie怪兽　　131
9.11　总结　　133
第10章　容量模式　　134
10.1　连接池　　134
10.2　谨慎使用缓存　　136
10.3　预计算容量　　137
10.4　调整垃圾回收器　　140
10.5　总结　　142
第三部分　一般设计问题
第11章　网络连接　　144
11.1　多宿主服务器　　144
11.2　路由　　146
11.3　虚拟IP地址　　146
第12章　安全　149
12.1　最少特权原则　　149
12.2　配置的密码　　150
第13章　可用性　　151
13.1　收集可用性需求　　151
13.2　记录可用性需求　　152
13.3　负载均衡　　153
13.4　集群　　157
第14章　管理　　159
14.1　“测试和产品匹配吗？”　　159
14.2　配置文件　　161
14.3　启动和关闭　　163
14.4　管理接口　　164
第15　章　设计总结.　165
第四部分　运营
第16章　案例研究：惊人的宇宙　　168
16.1　旺季　　168
16.2　婴儿的第一个圣诞　　169
16.3　切脉　　169
16.4　感恩节　　170
16.5　黑色星期五　　170
16.6　重要的信号　　172
16.7　诊断测试　　172
16.8　专家打来电话　173
16.9　比较解救方案　174
16.10　条件是否会响应处理　　175
16.11　收尾　　176
第17章　透明度　　177
17.1　视角　　178
17.2　透明度设计　　184
17.3　使用各种技术　184
17.4　日志　　185
17.5　监控系统　　190
17.6　法律上及事实上的标准　　194
17.7　操作数据库　　201
17.8　支持流程　　205
17.9　总结　　208
第18章　适应　　209
18.1　与时俱进　　209
18.2　适应性的软件设计　　210
18.3　适应性的企业架构　　215
18.4　发布应无害　　220
18.5　总结　　224
参考书目　　226
· · · · · · (收起)

读后感

Release It，未读之前顾名思义以为是讲软件开发过程中release阶段，如何进行产品发布的，但看了内容之后才发现不是那么回事。 这本书关注的是软件开发中通常被称为非功能需求的东西，包括性能、可靠性、安全、可维护性等等，这些方面往往是软件开发人员不会太去关注的，他们一...  

书总体还是不错的，书中列举了大量生动的例子来诠释各种service系统中可能遇到的问题。然而，总体来说，它不是经典。理由在于，书中堆砌的无数模式与反模式未能从根本上提炼出核心的原则并且分析与区别各种模式的适用范围。我想GOF是经典，因为它是开创性的，而且它开篇提炼出...

所有功能开发完成，并通过QA测试，就一切大功告成了--我们一直存在这样的认识误区。其实，从软件产品正式发布交付给用户使用的那一天起，挑战才刚刚开始，路还很长。你会遇到各种各样的问题，让你半夜都无法安睡。因为，真实的运营环境跟开发测试环境是不同的，你会遇到各种各...  

Release It，未读之前顾名思义以为是讲软件开发过程中release阶段，如何进行产品发布的，但看了内容之后才发现不是那么回事。 这本书关注的是软件开发中通常被称为非功能需求的东西，包括性能、可靠性、安全、可维护性等等，这些方面往往是软件开发人员不会太去关注的，他们一...  

Release It，未读之前顾名思义以为是讲软件开发过程中release阶段，如何进行产品发布的，但看了内容之后才发现不是那么回事。 这本书关注的是软件开发中通常被称为非功能需求的东西，包括性能、可靠性、安全、可维护性等等，这些方面往往是软件开发人员不会太去关注的，他们一...  

用户评价

《发布！软件的设计与部署》这个书名，犹如一句强有力的号角，直接点燃了我对软件开发全过程的好奇心。我还没有深入阅读，但从书名中透露出的信息，我便能感受到作者对软件生命周期中关键环节的深刻理解和精准把握。在“设计”的部分，我猜测作者不会仅仅停留在编码层面，而是会触及到更宏观的架构思维。也许书中会探讨如何根据业务需求，构建优雅且富有弹性的系统架构，如何进行有效的模块化划分，以及如何预见并应对未来的技术挑战。我特别期待能够从中学习到一些关于如何进行早期技术选型，以及如何在不同技术方案之间做出明智取舍的经验。而“部署”，这个词本身就带有交付和落地的意义。我希望书中能详尽地阐述如何将经过精心设计的软件，以最安全、高效、可靠的方式呈现给用户。这可能涉及到自动化部署流程的建立，包括持续集成（CI）和持续交付（CD）的实践。我渴望了解如何构建健壮的部署流水线，如何实现版本管理和回滚机制，以及如何在生产环境中进行有效的监控和故障排除。我也很好奇书中是否会提及容器化技术（如Docker、Kubernetes）在现代软件部署中的重要地位，以及如何利用这些技术来简化部署流程，提升部署的效率和可重复性。这本书在我看来，是连接“创意”与“现实”的桥梁，它将指导我如何将一个软件产品，从构思的萌芽，直至最终的成功发布，完美地呈现在世人面前。

《发布！软件的设计与部署》这个书名，立刻吸引了我。它精准地击中了软件开发过程中最核心也是最激动人心的环节。虽然我还没有机会深入翻阅，但仅仅是书名就足以让我对其中的内容充满期待。我设想，“设计”部分将不仅仅局限于代码层面的实现，更会涵盖宏观的架构思维。作者是否会探讨如何根据不同的业务场景，选择最合适的设计模式？如何构建高内聚、低耦合的模块，以保证软件的可维护性和可扩展性？我希望书中能分享一些关于如何进行技术选型，以及如何平衡短期开发效率和长期技术债务的洞察。而“部署”，这个词本身就充满了行动和交付的力量。我猜测书中会详细介绍如何将开发完成的软件，安全、高效地推送给用户。这其中必然涉及到自动化部署流程的建立，包括持续集成（CI）和持续交付（CD）的实践。我很想知道，作者会如何讲解如何构建稳定可靠的部署流水线，如何处理不同环境（开发、测试、生产）的配置差异，以及如何实现蓝绿部署或滚动更新等高级部署策略，以最大程度地减少用户影响。此外，我也非常好奇书中是否会提及容器化技术（如Docker、Kubernetes）在现代软件部署中的重要性，以及如何利用这些技术来提升部署的效率和可重复性。这本书在我看来，是一本关于如何将技术创意转化为实际生产力的行动手册，它将指引我穿越从构思到发布的重重关卡。

这本书的题目——《发布！软件的设计与部署》——给我一种强烈的预感，它将是一本关于如何将想法变成现实的实用指南。我还没来得及细读，但光是看到“发布”这个词，就足以激发我极大的兴趣。我猜想，书中的“设计”部分，会深入探讨如何构建一个既有良好用户体验，又能满足业务需求的软件系统。这可能包括如何进行系统架构设计，如何选择合适的技术栈，以及如何确保软件的可维护性和可扩展性。我很想知道作者会如何阐述“好的设计”的原则，以及在实际项目中，如何平衡各种设计约束。而“部署”则是一个更具操作性的环节。我期待书中能够提供关于如何将软件从开发环境迁移到生产环境的详细步骤和最佳实践。这可能包括自动化部署工具的使用，例如Jenkins、GitLab CI等，以及如何进行环境配置管理。我还希望书中能讲解如何实现持续集成和持续交付（CI/CD），以确保软件能够快速、稳定地发布。此外，我也对书中可能涉及到的版本控制策略、回滚机制以及生产环境监控等内容感到好奇。总而言之，这本书在我看来，不仅仅是关于技术知识的传授，更是关于一种工程思维和实践方法的引导，它能够帮助我更好地理解和掌握软件的整个生命周期，从设计到最终的成功发布，让我对软件交付有了更清晰的认识。

这本书就像是一扇通往软件世界腹地的大门，虽然我还没能完全领略其中的奥秘，但仅仅是翻阅目录，就能感受到作者宏大的视野和深厚的功底。从“发布”这个极具吸引力的词汇，我便能联想到软件生命周期中那个最激动人心，也最具挑战性的环节。想象一下，一个凝聚了无数开发者心血的软件产品，从构思、设计、编码、测试，到最终呈现在用户面前，这个过程是多么复杂而又充满艺术性。书中提到的“设计”部分，我相信不仅仅是关于代码的架构和美学，更可能涵盖了系统级别的思考，比如如何构建一个可伸缩、可维护、性能优越的软件体系。这涉及到对不同设计模式的理解，对各种技术选型的权衡，以及如何预测未来的发展趋势并为之预留空间。而“部署”更是让人联想到将这一切转化为现实的关键一步，它包含了从服务器配置、环境搭建，到自动化部署流程的建立，再到持续集成/持续部署（CI/CD）的实施，每一个环节都需要细致入微的规划和强大的执行力。我期待书中能深入探讨不同部署策略的优劣，例如蓝绿部署、滚动更新等，以及如何保证部署过程的平滑过渡，最大限度地减少对现有服务的影响。同时，我也好奇书中是否会涉及容器化技术（如Docker、Kubernetes）在现代软件部署中的重要作用，以及如何利用这些技术来提升部署的效率和可靠性。总而言之，这本书不仅仅是一本技术手册，更像是一份关于如何将创意转化为实际价值的行动指南，让我对软件开发的整个生命周期有了更深层次的思考。

当我看到《发布！软件的设计与部署》这个书名时，脑海中立刻浮现出软件开发生命周期中最关键的两个阶段。我非常期待这本书能够深入剖析这两个环节的精髓。在“设计”部分，我猜测作者会从多个维度阐述软件设计的原则和方法，例如如何构建清晰、可扩展的系统架构，如何选择合适的数据结构和算法，以及如何保证代码的可读性和可维护性。我特别希望书中能够提供一些关于如何进行有效需求分析和技术方案设计的指导，以及如何避免常见的“烂设计”陷阱。同时，我也很好奇书中是否会讨论领域驱动设计（DDD）等先进的设计理念，以及如何将这些理念应用于实际的软件开发中。而“部署”，对我而言，一直是一个充满挑战和机遇的领域。我希望这本书能为我提供关于如何构建高效、可靠的部署流程的详细指导。这可能包括对自动化部署工具的介绍，例如GitLab CI/CD、GitHub Actions等，以及如何实现持续集成和持续交付（CI/CD）。我也很想学习如何进行灰度发布、蓝绿部署等高级部署策略，以确保软件在发布过程中平稳过渡，减少对用户的影响。此外，我也对书中可能涉及到的生产环境监控、日志分析和故障排查等内容感到兴趣，这些都是保证软件稳定运行不可或缺的部分。这本书在我看来，是一本能够系统性地提升我软件工程能力的宝典。

当我看到《发布！软件的设计与部署》这本书的题目时，我的内心涌起一股强烈的共鸣。这个题目触及到了软件工程中最令人兴奋，也是最考验实力的环节——将精心构思的软件，顺利地推向市场，服务于用户。虽然我还没有机会逐页细读，但光是书名，就足以让我对书中蕴含的知识和经验充满期待。我猜测，“设计”章节会深入探讨软件架构的方方面面，不仅仅是代码层面的美学，更可能包括如何构建一个可伸缩、可维护、高性能的系统。我期待作者能够分享一些关于如何平衡技术复杂性和开发效率的经验，以及如何通过优秀的设计来应对不断变化的业务需求。而“部署”，这个词本身就带有行动和交付的力量。我希望书中能够详尽地介绍如何实现高效、可靠的软件部署。这可能包括自动化部署工具的使用，例如CI/CD流水线的搭建，以及如何进行版本控制和环境管理。我也很好奇书中是否会提及容器化技术（如Docker、Kubernetes）在现代软件发布中的重要性，以及如何利用这些技术来提升部署的效率和可重复性。此外，我也对书中可能涉及到的生产环境监控、日志分析和故障排查等内容感到兴趣，这些都是确保软件稳定运行的关键环节。这本书在我看来，是一本能够帮助我系统性地掌握软件从设计到部署全流程的实用指南，它将为我提供宝贵的实践经验和理论指导。

《发布！软件的设计与部署》这本书的题目，在我看来，不仅仅是关于技术，更是关于一种严谨的工程思维和对用户负责的态度。我还没有深入品鉴，但仅凭书名，就足以勾起我极大的好奇心。我猜想，“设计”部分会涵盖从宏观架构到微观实现的全过程。作者是否会分享如何在项目初期，就为软件的长期发展打下坚实的基础？如何通过合理的模块划分，实现代码的高度复用和低耦合？我尤其期待书中能够提供一些关于如何进行技术选型，以及如何在不同的技术栈之间做出最佳权衡的案例分析。同时，我也对书中可能提及的关于如何进行性能优化和安全加固的设计方法论感到浓厚兴趣。而“部署”，这个词则象征着将努力转化为价值的最后一步。我希望这本书能够为我揭示如何构建一个稳定、高效、可重复的部署流程。这可能涉及到对持续集成/持续交付（CI/CD）的深入讲解，包括自动化构建、测试和发布的最佳实践。我也很好奇书中是否会讨论如何实现灰度发布、蓝绿部署等高级部署策略，以最大程度地降低发布风险，确保用户体验的平滑过渡。此外，我也对书中可能涉及到的生产环境的监控、告警和回滚策略等内容感到好奇，这些都是保障软件稳定运行的关键要素。这本书在我看来，是一本能够指导我如何将软件从概念变为现实，并最终成功交付给用户的行动指南。

我一直对软件开发背后的“艺术”部分充满了好奇，而这本书的题目——《发布！软件的设计与部署》——恰恰触及了这一点。虽然我还没来得及深入品读，但从书名就能感受到一种力量，一种将抽象概念转化为具体产品的力量。我猜测“设计”章节会深入探讨如何构建优雅、高效、可扩展的软件架构，这不仅仅是关于技术选型，更是关于如何理解业务需求，如何进行模块化拆分，以及如何预见并解决未来的技术债务。或许作者会分享一些在实际项目中经历过的设计困境，以及他们是如何通过巧妙的设计来克服这些挑战的。而“部署”，这个词本身就充满了行动感和紧迫感。我设想书中会详述如何将精心设计的软件从开发者的机器上，安全、高效地送达用户手中。这可能涉及到对各种部署环境的理解，从本地开发环境到云端生产环境，以及如何在不同环境中实现一致性和可靠性。我也在期待书中能够详细介绍自动化部署的实践，例如如何构建稳健的CI/CD流水线，如何进行灰度发布和A/B测试，以及如何处理部署过程中的各种异常情况。我特别希望能从书中学习到如何构建一个能够应对高并发、高可用性挑战的部署体系，并理解其中的关键要素，例如负载均衡、容错机制和监控报警。这本书在我看来，不仅仅是关于技术的堆砌，更是关于如何将技术、流程和人员组织起来，共同完成一项伟大的工程，让我对软件发布的整个旅程充满了期待。

当我看到《发布！软件的设计与部署》这个书名时，我的脑海中立刻浮现出一个场景：一个充满活力的团队，正在为即将上线的软件产品而忙碌。这本书似乎不仅仅是在讲解技术细节，更是在描绘整个软件交付的宏大画卷。我很好奇，在“设计”这个部分，作者会从哪些角度去阐述软件的设计理念？是专注于前端用户体验的交互设计？还是深入到后端系统架构的性能优化？抑或是探讨如何平衡技术的可维护性和开发效率？我期望书中能够提供一些实际的案例，展示在不同的业务场景下，优秀的设计是如何帮助团队解决复杂问题的。而“部署”的部分，更是我一直以来非常关注的环节。从简单的脚本部署，到复杂的容器编排，再到如今流行的云原生部署模式，这个领域的变化速度令人惊叹。我希望这本书能为我揭示如何构建一个安全、可靠、高效的部署流程，如何实现快速迭代和零停机发布。我尤其对书中可能涉及到的持续集成和持续交付（CI/CD）的实践感到兴奋，这不仅仅是自动化工具的运用，更是一种文化和流程的革新。此外，我也希望能从书中学习到如何进行有效的版本控制，如何处理不同环境之间的配置差异，以及如何在部署后进行有效的监控和回滚。这本书在我看来，是连接“想法”与“现实”的桥梁，它能够指导我如何将一个软件产品，以最完美的姿态呈现给世界。

这本书的题目，《发布！软件的设计与部署》，宛如一句振奋人心的战鼓，直接敲击在我对软件开发生命周期最关注的环节上。虽然我尚未有幸逐字品读，但仅凭这个精准而富有力量的标题，我已然能感受到作者想要传达的深度和广度。我猜测，“设计”章节将不仅仅局限于代码的编写，而是会深入到系统架构的构建，探讨如何才能设计出既满足当前需求，又能适应未来扩展的优秀软件。这可能涉及对不同设计模式的深入剖析，对各种技术栈优劣势的权衡，以及如何构建清晰、模块化、易于维护的代码。我非常期待作者能够分享一些关于如何进行早期技术规划，如何平衡功能实现和技术债务的实践经验。而“部署”，这个词汇本身就充满了行动和交付的使命感。我期望书中能够详尽地阐述如何将设计好的软件，以最安全、高效、可靠的方式送达用户手中。这必然包括对自动化部署流程的构建，如持续集成（CI）和持续交付（CD）的实践。我渴望了解如何设计和实现稳健的部署流水线，如何管理不同环境之间的配置差异，以及如何运用容器化技术（如Docker、Kubernetes）来提升部署的效率和可重复性。同时，我也对书中可能涉及到的生产环境的监控、日志管理以及快速故障恢复策略等内容充满好奇，这些都是确保软件成功发布并持续稳定运行的关键。这本书在我看来，是一本能够帮助我系统性地理解和掌握软件从概念到实际运行的完整过程的宝贵财富。

翻译不行

内容挺好，可惜翻译的实在实在太烂了

译的晚了，而且译得一般。很多思想还是很值得借鉴的。架构师入门。

可能是书太老了，读的时候感觉看到目录就能大概知道具体可能要讲什么，所以个人感觉难符它的盛名， 不过对关注点的考虑倒是真的比较全面，要自己弄出这样一个完整的目录还是需要很多经验积累的。

系统发布投产开始，才是真正诞生的一天，而不是开发和设计开始。不断适应变化，但是变化本身都是有成本的，开发测试发布都是如此，所以敏捷其实反而是最强调质量的，只有自动化测试，持续集成和自动化部署，重构，全部整套的团队，技术，方法，工具充分，才有可能敏捷