为《解决方案架构师修炼之道》序

《解决方案架构师修炼之道》是亮哥、磊哥、大米和我合作的新书，翻译这本书的过程，于我们也是不断学习、将自己知识体系结构化的过程。

在过去的十年中，软件行业发生了很大的变化，技术实践日新月异。在敏捷实践被广泛应用的基础上，CI/CD流水线已经被建立起来；虚拟化、大数据、云计算模式已逐渐成为主流，一切看似欣欣向荣。然而我们认为，这仅仅只是开始。本书翻译完成的时候，新冠肺炎（Delta变异毒株）再次冲击了我们的工作与生活。我们对解决方案的理解以及数字化转型的紧迫性有了更深刻的体会：解决方案架构师需要具备更强的使命感——不仅需要广泛的知识来应对各种问题，必要的时候还需要深入了解某项技术来确保方案的可行性和投入产出比，坚持以客户价值为中心，采取先进的技术实践和正确的企业架构，不断追求管理创新和技术创新。

再次感谢为本书作序的各位同学！希望各位朋友喜欢我们精心准备的这本书。

推荐序一

吉利集团IT中心CTO，郑金伟

回顾企业信息化建设的数十年，我们经历了从商业化到部分自主研发的发展阶段，随之带来的企业级数字化应用越来越多、越来越复杂，因此技术架构的需求也日益凸显。企业信息化建设开始将注意力放在了企业架构上，也开始从互联网行业学习企业架构——这是因为随着企业建设的项目越来越多，系统越来越不稳定、性能越来越差、交付时间也越来越长，很多企业的IT团队都深受其扰。

企业信息化的过程，也是在各种方案间之中不断“权衡”，进而选择出最优或是最合适“答案”的过程。然而，传统企业往往缺少具备这种能力的专业人员，也就是解决方案架构师这样的角色。

解决方案架构师的工作就是在面对千变万化的业务需求和用户场景时，定制化地设计出各类解决方案。更为困难的是，他们需要在企业高速发展的同时，提炼出适合企业发展的技术规范。在面对不同的需求重点时，解决方案架构师的工作职责也会有所不同：比如基础架构团队方案的侧重点是快速部署、资源可清晰划分、成熟的运维体系；面对客户的交付团队则将重点聚焦于业务蓝图、业务流程、业务生态以及用户体验，等等。

解决方案架构师还需要具备跨领域的思维，即拥有“横向”和“纵向”两种能力：横向是跨业务领域的知识广度，纵向是在某一领域的沉淀深度。他们经常会在方案设计过程中遇到多种领域的综合分析与设计。这极具挑战，也最具价值。

解决方案架构师在技术人员眼中是颇具神秘色彩的角色，也是众多技术人员努力的目标，大家都希望有一天由自己来规划整体设计。本书从架构设计理念、设计原则和策略、架构的核心要点等方面系统地阐述了解决方案架构师所需掌握的知识和核心思想。本书的几位译者也是业内的资深解决方案架构师，我向各位读者隆重推荐这本书，祝各位阅读愉快。

推荐序二

神州数码集团副总裁兼CIO，沈旸

我们都听过这样一个说法：一个优秀的战斗机飞行员的培养成本比等重的黄金价值还要高。飞行员培养成本高，主要是因为其训练环境极其复杂。同样，在IT领域里，解决方案架构师的培养成本也是极高的，架构的优劣决定着企业IT的建设和运营成本，架构设计上的漏洞可能会给业务带来巨大的损失。一名优秀的解决方案架构师在成长的道路上，要学习各类IT知识，在项目中摸爬滚打，总结经验教训，从实践中提炼方法论。

在阅读本书的过程中，我非常自然地联想到了著名的旅行系列丛书——“Lonely Planet旅行指南系列”。对于旅行者来说，该丛书既有对于一个地方的整体概述，又有对其特色之处的有趣描述，它不仅能帮旅行者规划好行程，还能激起旅行者的探索欲望。正如这本关于IT架构的书，它完美地平衡了全局和细节，既介绍了常见的IT架构的方方面面，包括软件开发、网络、数据、安全和存储，也提供了对于日常工作的全面和快速的指导。

本书的两位作者本身就是云计算的实践者和布道师，他们结合自己的经验，对云原生架构、DevOps和云迁移等实战工作做出了非常详尽的指导。翻译这本手册绝对不是件简单的工作，译者需要具备IT领域极其全面的知识储备，并且熟悉国内外在技术和IT架构体系上的差异。几位译者有着开发、交付、解决方案咨询和敏捷教练等工作经历，也是资深的解决方案架构师，他们为这本手册的翻译付出了大量的心血。

“解决方案架构师是在实践中学习的构建者。一个原型胜过一千张幻灯片。”对书中的这句话，我感同身受。我曾经在中国、欧洲和美国做了10年的企业IT专业咨询，为150多家世界五百强企业提供过产品、项目、优化和架构设计的咨询服务。之后我加入了一家科技公司，作为CIO主导企业的数字化变革，深度参与了企业IT基础和应用架构向分布式、云原生、开源和SaaS方向转型的过程。在咨询项目中，可能50%的交付物是通过PPT来完成的。但是在企业架构实践中，更看重原型设计，在工作中我同样希望合作伙伴和开发团队以方案原型的方式来交流工作，基于对架构和原型的理解，我们也在Github上开源了一个基于容器的应用架构设计工具DrawDocker。在我看来，解决方案架构师就是企业IT的“神笔马良”，用自己的知识和实践为企业IT勾画出完美的图景。

推荐序三

阿迪达斯中国数字化中心高级总监，王博

非常荣幸受邀做序。第一时间浏览了目录和自己重点关注的章节内容，感觉酣畅淋漓！本书从什么是解决方案架构、解决方案架构的意义起步，讲解了“是什么”与“为什么”的问题；然后，描述了架构师的角色、类型、职责等，回答了“我是谁”的问题；接着，拆解解决方案架构的各种属性，进而深入每一个领域进行讨论，展开本书的核心部分；最后，落脚于架构师软技能的讨论和分享，这部分篇幅虽短，但是却极其重要。

作为一个非科班出身的架构师，我也来谈谈如何用好这本书。

首先，这本书更像是架构师们所需知识图谱的索引，而非一部“宝典”。我们从来都不缺乏各种特定技术领域、技术栈、交付方法等的专业书籍，然而回到架构领域，尤其是能够帮助技术人成长为架构师的内容则寥寥无几。本书从资深架构师的视角出发，以非常清晰的脉络帮助读者绘制了架构师所涉猎的领域，这就是解决方案架构的“T”字的这一横，每位读者可以根据自身的情况找到适合的方向，去深入挖掘属于自己的那一竖。

其次，在具体的解决方案架构属性的分解以及方案场景的用例方面，本书既抽象概括了“不变”的部分，也在具象处与时俱进。不变的部分包括架构原则以及架构的设计模式。对解决方案架构原则的深入理解是架构师判断力的核心，而真正简单的、美的原则，甚至与建筑设计的架构都是相通的。原则也可以根据组织的现状和面对的问题进行裁剪，但是形成并坚持原则可以帮助架构师不偏航、快决策；设计模式更无需多言，是值得反复思考、越思考越深刻的“不变”部分。所谓与时俱进，则体现在云迁移、混合云架构以及对于安全架构的强调等方面，相信是不少架构师在每天的工作中反复思考的内容。

最后我想说，要成为一名好的架构师，就必须实践出真知！我个人非常欣赏作者在最后的章节中提出的对读者的期望：终身学习，终身思考。所有技术人都有学不完的新技术、新工具、新理念，架构师需要对于技术边界有深入的了解，能够回答任何一个新的方法来自哪里、可以解决什么问题、与现有主流方法比较有何优劣。再衍生来说，架构师要做的决策不是纯技术决策，而是要在条件有限、所有相关的要素和环境有高度不确定的情况下，做出在时间线上对于组织而言最合理的判断和决策！这就需要每个架构师在真实的挑战中去锻炼自我。软技能往往是区别顶级架构师和一般架构师的关键，这其中的深意更是“只可意会，不可言传”！

目前，市场上无论是互联网企业、传统的软件解决方案公司，还是不同行业的领军品牌，都希望能完成数字化转型，因此对于架构师的需求会越来越多。祝愿各位读者通过本书能有所收获，在成为架构师的道路上，心中有光，脚踏实地。

推荐序四

汇丰软件交付总监、《数字化转型：企业破局的34个锦囊》译者， 张岳

最近，学凡等几位好友合作翻译了一本书，推荐给我阅读。受好友所托，我在出差的飞机上翻开了这本书，阅读完毕后收获了意外惊喜。因此，写下如下文字，希望帮助读者从本书有所收获。

作为在一线摸爬滚打多年的咨询师，我每天面临的是客户现场层出不穷的问题，深深理解“成事”之难。特别是在售前阶段，快速理解客户需求与约束，形成一份能够打动客户的方案书，是与客户达成合作的至关重要的一环。可以说，我每天都在围绕客户提出的大大小小的问题，做解决方案并努力获得客户认可。虽然我过去做了不少解决方案架构师相关的工作，但并未仔细去思考和总结解决方案形成、调整、落地与演进的全流程“套路”；对解决方案架构师的核心技能也未进行过深入思考。本书向我展示了一个全面的框架，让我对上述两个问题有了系统性的认知，特别是在设计解决方案过程中的风险、难点与应对之策等方面，作者基于多年经验进行了有效总结。

解决方案架构师这个岗位，在很多人眼里是相当“高大上”的。也有些人对架构师的刻板印象是只会指手画脚，不管落地——这是本书极力纠正的一个认知。所谓“欲戴其冠，必承其重”。作为架构师，对整个解决方案应该端到端负责，在光鲜亮丽的头衔后面是“成事”的能力、勇气和推动力。为了“成事”，架构师需要承担很多责任，围绕最核心的解决方案形成和落地展开，包括需求分析、了解并推动干系人、明确约束、技术选型、原型设计与概念验证、交付解决方案等，努力成为解决方案的扩展与技术布道者，在上述每项职责背后都需要进行反复思考、不断交流、付出说服性沟通、调整与再调整的努力。一名好的解决方案架构师，不能表面上能说会道、挥斥方遒，而要能做到深思熟虑、知行合一、软硬能力兼备，这也是本书给我带来的反思。

最近几年数字化转型盛行起来，敏捷组织打造以及敏捷研发模式的实施日臻成熟，本人过去七年多来沉浸于金融行业敏捷转型工作，感触颇深。在此过程中，传统金融机构面临一个严峻的问题，就是技术架构的灵活性如何才能调整得更加敏捷。本书专门对敏捷组织中的解决方案架构师进行了讨论，对此问题的解决大有裨益。我个人非常认同作者的观点——“只有当组织能够快速适应并更快地响应变化时，快速创新和发布才有可能实现，这意味着组织和解决方案架构的每个部分都必须具有灵活性。”

解决方式架构师的核心能力在于多约束平衡。基于Dave Snowden提出的Cynefin模型，解决方案架构师的日常工作是在Complex域，面对的是如何平衡业务、技术与组织多重维度的挑战，在诸多约束中找到一个平衡点。具体来说，书中列出了架构师应该考虑的众多维度，包括可伸缩性和弹性、高可用性、容错和冗余、灾备与业务连续性、可扩展性与可重用性、易用性、安全合规性等，这些内容资深人士自然耳熟能详，但未必真正深入了解。再比如结合书中提到的11条架构设计原则，给出平衡约束角度全景图，按图索骥而又能不墨守成规，则是架构师成长道路上必须经历的旅程。最近，我正在给某家大型股份制银行做数字化转型相关咨询服务，一个业务与技术开始融合的团队正在开发一款行业领先的产品，目标是5个月后发布。其研发团队一直致力于功能性开发，至此还没有考虑过性能、安全、集成、体验相关的问题。我们介入后，围绕发布目标，反向梳理了三大模块工作细节及其配合关系，包括功能性开发与测试、非功能性开发与验证、产品运营与推广等，帮助产品相关的几十人业务与科技团队共识目标，包括帮助团队明确和调整优先级，舍弃一些不太重要的功能，提升安全相关模块开发、性能测试、用户体验验证的优先级，这些工作大大提升了业务与技术团队的领导对发布会成功召开的信心。我所用到的知识与思考方式，与本书中的相关内容不谋而合。

当然，本书中还谈到了很多其他内容，比如机器工程和机器学习、遗留系统架构设计，这两部分在传统大型企业正是热门的课题，值得大家去细细品读。

冯唐在他的著作《成事：冯唐品读曾国藩嘉言钞》里面引用过曾国藩的一句话：“凡专一业之人，必有心得，亦必有疑义。”解决方案架构师之路道阻且长，本书在令我颇有所得的同时，也激励我进行更多的思考，希望对大家也如此。此外，“平日千言万语，千算万计，而得失仍只争临阵须臾之顷。”学得再多也不如一战，能不能成事，战场上见分晓。

祝大家阅读愉快，仰取俯拾。

译者序

本书由我与陈亮、王磊、周训杰几位好朋友共同翻译完成。因为在多年的共同工作、生活中建立起了深厚的信任和默契，整个翻译过程进行得非常顺利且愉快。陈亮、王磊和周训杰都是非常资深的技术专家，在各自的团队中担任着重要的职责，他们不仅作为技术领导者带领团队通过软件技术为客户解决具体的业务问题，也以解决方案架构师的身份为大型企业提供专业的架构咨询服务。本书翻译期间我担任一家知名互联网公司的解决方案架构师，这份工作让我有机会真正去了解我的客户，了解如何通过数字化的方式来解决客户的核心诉求，使我沉下心来深刻理解如何推进变革——从产品思维走向解决方案思维，进而为客户打造定制化的解决方案。

我们共同翻译本书的一个非常重要的原因，是为了在自己深耕的领域持续学习。解决方案的内涵很广，本书从组织、技术、流程和工具等各个方面讲述了解决方案架构的精髓，可以为我们快速扩宽知识广度，全面搭建解决方案架构师知识体系。本书或许无法让我们深入探知所有架构模式或工具的细节，但是它结构化地呈现了解决方案架构师所需要了解的方方面面，让很多未知的未知问题转换为已知的未知问题。它是一本手册，让我们在需要的时候，只要随手翻开，阅读相应的章节，就可以获取需要的知识；它也是一份指南，看似平铺直叙，却为我们娓娓道来解决方案架构师的进阶之路。

在过去的十年中，软件行业发生了很大的变化，技术实践日新月异。在敏捷实践被广泛应用的基础上，CI/CD流水线已经被建立起来；虚拟化、大数据、云计算模式已逐渐成为主流，一切看似欣欣向荣。然而我们认为，这仅仅只是开始。本书翻译完成的时候，新冠肺炎（Delta变异毒株）再次冲击了我们的工作与生活。我们对解决方案的理解以及数字化转型的紧迫性有了更深刻的体会：解决方案架构师需要具备更强的使命感——不仅需要广泛的知识来应对各种问题，必要的时候还需要深入了解某项技术来确保方案的可行性和投入产出比，必须以客户价值为中心，采取先进的技术实践和正确的企业架构，不断追求管理创新和技术创新。

结合业务理解提出定制化的解决方案，其实是一件很有趣的事情。我们正在用精心设计的解决方案去表达自己的想法，进而解决客户的实际问题。在数字化时代，整个行业都可以用数字化的方式重构一遍。那么，我们的解决方案如何能够帮助更多的人？如何让现代生活中的弱势群体生活得更好？这是解决方案的核心价值，也是我们这些解决方案架构师们前行的方向。

希望各位读者喜欢我们精心翻译的这本书。道阻且长，行则将至，与诸位共勉。