Mark和Neal开始着手实现一个令人生畏的目标—阐明在软件架构中取胜所必需的众多分层的基本原理—并且完成了任务。鉴于这种实用主义的观点，我们努力消除对技术的价值判断，专注于分析权衡，让读者带着审视的眼光进行技术选择。长期以来，开发人员一直希望将软件开发从手工活（熟练的工匠只能产生一次性的工作）转变为工程学科，这意味着可重复性、严谨性和有效的分析。
在我个人的CTO生涯中，总是在寻找、观察和培养努力的软件架构师。软件架构师也将理论建立在公理之上，但是软件世界比数学世界要更加软性：基础的事物持续快速变化，甚至包括我们的理论所基于的公理。作为工程学科的架构：可重复的结果、度量和具体的评估增加了软件架构的严谨性。虽然本书涵盖了众所周知的模式，但依靠所获得的经验教训、工具、工程实践和其他输入，我们采用了一种新的方法。
尽管软件工程相比其他类型的工程学科仍然落后许多个数量级（公平地说，与大多数其他类型的工程相比，软件工程是一个非常年轻的学科），架构师已经做出了巨大的改进，我们将对此进行讨论。许多关于软件架构的书籍都是在一个与当今世界几乎没有什么相似之处的年代写成的。
当下容器化的提升及其产生的变化能够很好地说明生态系统的这一特质：像Kubernetes这样的工具在十年前还不存在，但是现在甚至有了Kubernetes用户大会。我们将现代化的轮廓考虑在内，借鉴了软件架构中的许多现有公理，根据当前的生态系统重新思考它们，并设计架构。拥有一位努力的软件架构师是任何一个企业负责人，特别是CTO梦寐以求的事情。
Mark和Neal为技术人员推动架构的卓越性提供了真实世界的建议。软件开发生态系统处于一个恒定的动态平衡状态：尽管在任何给定的时间点都处于平衡状态，但在长期内表现出动态行为。软件生态系统的变化是混沌的：一个小变化引起另一个小变化，如此重复数百次就会产生一个新的生态系统。本书从现代的角度看待软件架构，综合了过去十年的所有创新，以及一些适用于当下的新结构和视角的新的度量标准和方法。
软件开发世界日新月异，软件架构师必须在这样一个不断变化的环境中做出决策，在学习架构时，必须记住一点：与许多艺术品一样，架构只能在上下文中理解。我们希望为现有的和新兴的架构（从结构到软技能等方面）提供一个良好的现代化软件架构概览。架构师有一个重要的责任，即质疑从过去的年代遗留下来的假设和公理。全球范围内的薪酬调查经常将软件架构师列为十大最佳工作岗位，但并没有真正的指南来帮助开发人员成为架构师。
发表评论