具体描述
基础设施设计模式是指将基础设施技术者们创造出的设计方式概念化、抽象化,同时给其命名(模式名),总结其特点与注意事项而形成的集合体。目的是防止在基础设施开发中发生问题,提高基础设施的开发效率以及培养基础设施开发人才。
《图解基础设施设计模式》以基础设施构建中的需求定义阶段为基础,介绍了127个不依赖于任何特定产品,与非功能性需求实现策略、基础设施构成要素相关的常用设计模式(119个模式+8种类型)。在讲解时,还配以设计方式的示意图以及各个模式的对比,使人既能轻松理解设计方式的构造与特点,还能理解各模式之间的不同,最终作出最佳选择。
《图解基础设施设计模式》适合对基础设施缺乏经验的技术者(也包括应用程序开发者)、负责系统构建的项目经理、在企业的信息系统部门中对系统规划与引进具有决策权的人,以及负责评估和比较供应商提案和设计的人阅读。
作者简介
杉原健郎(作者)
1998年入职NTT DATA集团。负责过多个大型核心业务IT系统的基础设施开发,深感横向推广基础设施开发技能的重要性。拥有PMP认证资格(2004~)。
吉田一幸(作者)
2008年入职NTT DATA集团。负责设计和构建面向金融和通信业务的大型IT系统的基础设施。2012年起开始整理基础设施设计模式,负责整理和研发基础设施设计方法论和基于设计模式的设计步骤。
岩崎贤治(作者)
2010年入职NTT DATA集团。入职后参与了安全系统的构建和运维,积累了丰富的经验,在ITIL和信息安全管理领域有独到的见解。2012年后负责确立和整理使用基础设施设计模式进行开发的设计步骤。
三浦广志(作者)
1995年入职NTT DATA集团。除了参与编写Web Site Expert #31(技术评论社)外,还译有《详解Linux内核 第1版》(O'Reilly日本)一书,为Linux内核等开源软件(OSS)开发做出了贡献。于2013年加入OpenStack。
吉田佐智男(作者)
1987年入职NTT DATA集团。早期参与了使用开放系统构建主干系统的项目。具有多个项目的成功经验与解决问题的经验,为了推广这些经验与积累的技巧,成为最早参与基础设施设计模式开发的人员。现在在NTT DATA基盘系统事业本部负责推进先进技术调查、技术战略决策。
杨文轩(译者)
华中科技大学硕士。2007年入职方正国际软件。先后参与过京瓷MFP、丸善MBIS系统开发,并且主导过讲谈社拼版系统、讲谈社广告系统的开发。擅长Web 2.0开发,有丰富的对日开发经验。
目录信息
1.1 什么是基础设施
1.2 基础设施故障引发的后果
1.3 基础设施构建中哪个阶段最重要
1.4 需求定义的重要性与难点
1.5 非功能性需求等级 克服非功能性需求定义困难 的工具
1.6 基础设施设计模式 研究能够满足需求的设计方式的工具
1.7 本书的内容安排
第2章 可用性需求的实现策略 防止 系统宕机
2.1 可用性策略的基础
2.2 Web/AP服务器的高可用性设计方式
2.3 DB服务器的可用性设计方式
2.4 虚拟服务器冗余的设计方式
2.5 LAN的可用性设计方式
2.6 WAN的可用性设计方式
2.7 互联网连接的设计方式
2.8 数据备份的可用性设计方式
2.9 灾害应对策略的设计方式
2.10 总结
第3章 安全性需求的实现策略 保护系统不受威胁
3.1 安全性策略的基础
3.2 非法访问应对策略的设计方式
3.3 身份认证的设计方式
3.4 ID管理和维护的设计方式
3.5 信息泄露应对策略的设计方式
3.6 总结
第4章 性能与可扩展性需求的实现策略 防止 系统性能下降
4.1 性能与可扩展性策略的基础
4.2 可扩展性策略的设计方式
4.3 超负荷应对策略的设计方式
4.4 总结
第5章 运用与维护性需求的实现策略不放过系统故障
5.1 运用与维护性策略的基础
5.2 运用与维护体制的设计方式
5.3 构成管理的设计方式
5.4 系统监控的设计方式
5.5 任务管理的设计方式
5.6 时钟同步、杀毒软件更新的设计方式
5.7 总结
第6章 基础设施构成的设计方式
6.1 Web系统的网络构成的设计方式
6.2 存储设备构成的设计方式
6.3 报表生成的设计方式
6.4 报表输出的设计方式
6.5 报表基础设施配置的设计方式
6.6 数据使用和信息分析的设计方式
6.7 基础设施交互结构的设计方式
6.8 总结
第7章 使用云计算服务的实现策略
7.1 云服务中性能与可扩展性的设计方式
7.2 云服务中备份的可用性设计方式
7.3 云服务中虚拟服务器的可用性设计方式
7.4 总结
第8 章 基于模式的设计实践
8.1 基础设施构成的讨论步骤
8.2 地理信息系统
8.3 综合 DB系统
8.4 总结
· · · · · · (收起)
读后感
用户评价
阅读完最后关于“灾备与容灾”的部分,我最大的感受是思维的拓宽。过去我总是将灾备视为一个成本高昂的“保险”,只在预算允许时才勉强搭建一个冷备。这本书却颠覆了这种线性思维,它通过对RTO(恢复时间目标)和RPO(恢复点目标)的精细化拆解,展示了如何根据业务的实际价值曲线,去设计成本效益最优的容灾等级。书中对“异地多活”的几种实现模型进行了深度的剖析,特别是对数据同步延迟可能带来的业务风险进行了量化的评估,这远比那种“要么全有,要么全无”的被动防御策略要来得成熟和务实。它引导我开始用一种更具商业眼光的角度去审视技术选型,确保每一次基础设施的投入都能带来与其风险相匹配的回报。这本书提供了一种成熟的、面向业务价值的技术决策方法论,这使得它不仅仅是一本技术参考书,更像是转型期架构师的战略指南。
这本书的排版和图文结合的呈现方式,是其一大亮点,也极大地影响了我的学习效率。我是一个视觉学习者,对于纯文字堆砌的技术文档常常望而却步。然而,这本书中对“负载均衡”和“服务发现”的阐述,几乎都是围绕着结构清晰的流程图展开的。特别是关于L4和L7负载均衡器的对比分析,作者没有仅仅停留在概念层面,而是用动态的示意图展示了数据包在不同层次的处理路径和决策逻辑,这种“所见即所得”的设计,极大地加速了我的理解进程。我感觉自己不是在“阅读”一本技术书,而是在“观察”一个系统在不同模式下是如何呼吸和运作的。此外,书中对于“配置管理”的章节,介绍的几种主流的中心化方案,其对比表格制作得异常精良,一目了然地比较了推送延迟、数据回滚能力和客户端心跳机制等关键指标,这比我以往翻阅的任何官方文档都要直观和高效得多。这本书的每一个图表都像是经过了精心雕琢,而非简单的插图填充,这无疑体现了编撰团队对细节的极致追求。
与市场上其他侧重于特定云厂商API调用的指南不同,这本书将重点放在了“跨平台通用性”上,这一点我非常赞赏。它并没有陷入追逐最新版本框架的泥潭,而是聚焦于那些经过时间检验、无论是在私有云、公有云还是混合环境中都能适用的设计范式。例如,在讨论“监控与告警”时,它没有直接推荐某款商业化的APM工具,而是详尽地解析了如何构建一个层次分明的指标收集体系(Metrics、Logs、Traces),以及如何运用“Prometheus + Grafana”这样的开源组合来实现行业标准的监控标准。这种教育理念让我觉得,这本书传授的是一种可以“带走”的能力,而不是一套有时效性的工具使用说明。它教会你如何思考基础设施的“为什么”和“怎么样”,而非仅仅是“怎么点鼠标”。这种扎实的内功训练,对于想成为一名真正能驾驭复杂系统的工程师来说,是必不可少的一课。
我必须承认,在读完关于“数据一致性”章节后,我立即回去重构了我之前负责的一个微服务模块。这本书在讨论分布式事务时,没有止步于经典的CAP理论,而是花了大量篇幅讲解了如何利用Saga模式和TCC(Try-Confirm-Cancel)模式来平衡系统的最终一致性和用户体验。以前我总是在“牺牲一个”和“引入复杂补偿机制”之间摇摆不定,而这本书提供了一个清晰的决策框架,帮助我根据业务的特性来选择最合适的容错策略。书中对每种策略的优劣势分析得极为透彻,特别是涉及到不同数据库类型(如关系型数据库与NoSQL)时的具体实施细节,简直是实战手册级别的宝贵资料。阅读过程中,我发现作者在设计这些案例时,显然是融合了多年的大型项目经验,很多在其他资料中一笔带过的边界条件处理,在这里都被详尽地展开讨论。这种将理论模型与生产环境的“坑”紧密结合的叙事方式,让这本书的价值远超一般的技术教材,它更像是一位资深架构师在你身边耳提面命,指导你避开那些看不见的陷阱。
这本书的封面设计简洁大气,采用了深蓝色调,给人一种专业、稳重的感觉。在阅读之前,我曾对“基础设施设计模式”这个概念抱有一些模糊的认识,总觉得它更偏向于理论探讨,与实际操作有些距离。然而,这本书的开篇就迅速把我拉入了具体的场景,通过一系列精心挑选的案例,生动地阐释了为何我们需要设计模式来应对现实世界中复杂多变的系统需求。作者并没有简单地罗列各种模式,而是深入剖析了每种模式产生的背景、解决的核心痛点,以及在不同技术栈下的适配性。尤其令我印象深刻的是,书中对“高可用性”和“可扩展性”这两个基础设施的基石进行了极其细致的分解,不再是泛泛而谈,而是用清晰的架构图和代码片段展示了如何通过特定的模式组合来实现这些目标。对于那些希望从“会用工具”向“理解原理”迈进的工程师来说,这本书无疑提供了一张详尽的地图,指引我们如何构建出健壮且富有弹性的底层支撑系统。我尤其欣赏作者在引入新概念时所采用的循序渐进的方式,既保证了深度,又极大地降低了初学者的理解门槛,使得整个阅读过程充满了发现新知的乐趣。
感觉了解入门很不错,图解系列写的都很粗俗易懂,了解入门合适...
感觉了解入门很不错,图解系列写的都很粗俗易懂,了解入门合适...
图解系列的书,可是 里面图片没有诚意, 关于物理层那块还是很有启发的,好评
基础设施入门级数据,对基础设施几个关键部件的设计有比较浅显的描述。看完能对基础设施有个大致的印象
还可以,图显示很直观。