架构师年薪，要成为软件架构师，应该看什么书，软件架？

互联网的发展带动了各行各业信息化的趋势，一大批高新企业如雨后春笋般出现在大众的视野中。于是，不同类型的软件项目应运而生。在这些琳琅满目的项目中，有企业管理、电商平台、财务报表、金融银行、医疗器械、智慧城市和大数据分析等类型。项目的层出不穷带来了巨大的利润，让高新企业不断地成长起来，与此同时，也带来了很多相关的就业岗位。

当然，要顺利地完成这些项目，就需要大量的软件工程师。这种硬性的需求又养活了一大批培训机构，从事软件行业的人员当初是凤毛麟角，现在依然是供不应求。那么，如何提高软件工程师的开发技能就成了一个无法回避的问题。诚然，公司可以不定期进行培训，提高开发人员的技能水平，但从更普遍、更直接的意义上来说，提高技能水平的最佳方式还是系统地阅读相关书籍。

计算机语言从机器语言、汇编语言发展到现在的高级语言，这个过程中诞生了很多种语言。有些语言已经逐步退出历史舞台，有些语言仍然在小众化的范围内存在。而Java语言，经历了二十多年的发展，仍然保持着旺盛的生命力，在编程语言排行榜中高居不下，Java程序员的数量也与日俱增，这种现象主要是由Java自身的优势决定的。作为开发人员，需要关注的并不是底层的核心，更多的是Java带给我们的简单、直观、易于使用的平台。因此，程序员不用关心虚拟机复杂的结构和每一步的运行情况，只需要关注项目业务的代码即可。这种易于接受的情形，让更多人把开发当成了一种乐趣。

最近，在业内流行起来的全栈工程师的定位更像是高级程序员，而架构师则需要站在更高的层面思考问题。作为Java架构师，不但要懂得前端插件化的开发理念，为项目选择合适的前端插件，还需要精通后端开发，为项目选择合适的框架，这样才能高效地完成任务。否则，极有可能出现事倍功半的情况。如果说需要弥补架构缺陷，最乐观的情况是通过加班实现，最糟糕的情况是直接导致项目失败。因为项目经理可能并不会深入了解具体的代码，他通常会参考架构师的意见，所以架构师的意见就显得极为重要。

《Spring微服务实战》

[美]约翰卡内尔（JohnCarnell）著

本书详细介绍了微服务架构下Spring体系（Spring->SpringBoot->SpringCloud），帮助Java开发人员快速拆分单体应用，并对微服务的全生命流程进行了封装，大大简化了开发流程。

本书在构建和部署Spring云应用程序的同时，让读者掌握如何进行微服务设计。整本书是一个完整的例子，传授作者多年的宝贵经验。

本书以一个名为EagleEye的项目为主线，介绍云、微服务等概念以及SpringBoot和SpringCloud等诸多Spring项目，并介绍如何将EagleEye项目一步一步地从单体架构重构成微服务架构，最终将这个项目拆分成众多微服务，让它们运行在各自的Docker容器中，实现持续集成/持续部署，并最终自动部署到云环境（Amazon）中。针对在重构过程中遇到的各种微服务开发会面临的典型问题（包括开发、测试和运维等问题），本书介绍了解决这些问题的核心模式，然后在实战中选择特定SpringCloud子项目或其他工具解决这些问题。

《Spring实战（第4版）》

美CraigWalls（沃尔斯）著

全球有超过100000的开发者使用本书来学习Spring

中文版累计销售超10万册，畅销经典Spring技术图书，针对Spring4全新升级作者CraigWalls，SpringSource的软件开发人员，也是一位畅销书作者。第3版译者继续翻译新版，品质保障！

《精通SpringMVC4》

美GeoffroyWarin著

SpringMVC属于SpringFrameWork的后续产品，已经融合在SpringWebFlow里面。Spring框架提供了构建Web应用程序的全功能MVC模块。SpringMVC4是当前最新的版本，在众多特性上有了进一步的提升。

在本书中，我们将会从头开始构建一个有用的Web应用。本书共计10章，分别介绍了快速搭建SpringWeb应用、精通MVC结构、URL映射、文件上传与错误处理、创建Restful应用、保护应用、单元测试与验收测试、优化请求、将Web应用部署到云等内容，循序渐进地讲解了SpringMVC4的开发技巧。

《深入理解SpringCloud与微服务构建》

方志朋著

本书共分16章，全面涵盖了SpringCloud构建微服务相关的知识点。第1、2章详细介绍了微服务架构和SpringCloud。第3、4章讲解了用SpringCloud构建微服务的准备工作。第5～12章以案例为切入点，讲解了SpringCloud构建微服务的基础组件，包括Eureka、Ribbon、Feign、Hystrix、Zuul、Config、Sleuth、Admint等组件。第13～15章讲述了使用SpringCloudOAuth2来保护微服务系统的相关知识。第16章用一个综合案例，全面讲解了如何使用SpringCloud构建微服务，可以作为实际开发的样例工程。

《微服务分布式构架开发实战》

龚鹏著

本书语言简洁，内容丰富，适合具备初级Java后端开发能力的开发人员，大中专相关专业师生，网站培训班学员，以前拥有单工程开发经验并且想尝试分布式微服务架构的人员。

《Java架构师指南》

王波著

资深Java专家多年经验总结，全程项目驱动，首本完整介绍Java入门进阶到架构师的编程技术图书。

程序员走向架构师是必经之路，本书基于官方API的完美解读，从架构师的角度来讲解Java知识技能，并且从搭建虚拟机开始，学习常用的Linux命令，力争做到使程序员在较短的时间内成功迈入架构师的殿堂。

《分布式对象存储——原理、架构及Go语言实现》

胡世杰著

云存储专家200分钟视频讲解，掌握云存储理论，动手搭建分布式对象存储架构

本书首先从一个最简单的对象存储服务原型开始，讨论在原型中存在的问题并介绍对象存储服务中一些常见的概念以及设计理念，然后通过改变架构或添加功能的方式解决这些问题。这一迭代步骤将发生多次，最终我们会收获一个足够完善的对象存储服务。

《App架构师实践指南》

SkySeraph潘旭玲著

一本讲解从程序员转变为架构师需要了解的技能和思想，明确地给程序员指引了移动架构师成长的路线，是想成为架构师的程序员实用指南。

全面介绍了在移动应用开发的架构设计和性能优化方面的知识，是架构师的必备书籍。讲述了移动应用架构师需要了解的技能、思想等整体的发展方向，是移动架构师成长的路线图。

《遗留系统重建实战》

[英]克里斯·伯查尔（ChrisBirchall）著

这是一本以经验为主导的指南，能使遗留软件项目脱胎换骨。它涵盖了重构、质量度量学、工具链和工作流、持续集成、基础设施自动化以及组织文化等内容。在技术层面，读者将学习如何给代码模块化引进依赖注入，如何定量地衡量软件质量，以及如何实现基础设施的自动化。

在策略层面，读者将能学到的实践有：软件是应该重写还是应该重构，团队的组织架构应该是什么样的，以及如何让管理层意识到软件质量的重要性。本书的核心议题包括解析和模块化棘手的代码结构、集成和自动化测试、替换过时的构建系统，以及用Vagrant和Ansible之类的工具实现基础设施自动化。

《编写高性能的NET代码》

[美]Ben，Watson，沃森著

想让自己的NET代码获得zui佳的性能吗？本书将揭开CLR的神秘面纱，不仅教你如何编写性能优异的代码，还能让你“知其所以然”。作者参与设计并搭建的系统是世界上最大型的高性能NET系统之一，他在本书中融入了很多的经验教训。

本书不仅讲解了CLR的工作机制，还详细介绍了当前获得zui佳性能的新方法，涉及NET环境下的优化、对CLR功能的深入剖析、免费的工具和教程推荐、颇有价值的案例轶事、评测并提升性能的具体步骤。

《Docker容器：利用Kubernetes、Flannel、Cockpit和Atomic构建和部署》

克里斯托弗·尼格斯（ChristopherNegus）著

Linux系统或云环境上运行Docker的实用指南！无论是在笔记本上还是在远程云上，Docker都能够改变创建、测试、部署和管理zui关键应用的方式。本书中，作者ChristopherNegus帮助读者从头开始掌握Docker容器化技术。开始的时候读者能够运行一些Ubuntu、Fedora、RHEL、CoreOS或ProjectAtomic的Docker容器镜像，看完本书之后，读者就可以在现代Linux和云环境中部署企业级质量、多容器的Kubernetes。

《OpenStack实战》

[美]VK科迪·布姆加德纳（VKCodyBumgardner）著

本书提供了真实环境使用案例和如何构建你自己的云平台的一步步的指导。本书能为你提供所需要的物理硬件集群和基础设施服务设计指导。你将会学到如何选择和设置虚拟服务器和物理服务器，如何实现软件定义网络以及在企业内部设计、部署和运营一个OpenStack云的技术细节，还会探索如何针对自己的环境对OpenStack部署做出最佳的定制。最后，你还会学到自己的云是如何提供面向用户的软件和基础设施服务的。

《第一本Docker书（修订版）》

[澳]詹姆斯·特恩布尔（JamesTurnbull）著

本书由Docker公司前服务与支持副总裁JamesTurnbull编写，是Docker开发指南。本书专注于Docker19及以上版本，指导读者完成Docker的安装、部署、管理和扩展，带领读者经历从测试到生产的整个开发生命周期，让读者了解Docker适用于什么场景。

　　一个架构师不但要会后端编程，也要会前端编程，能根据产品所需的关键技术系统的解决问题，还能画出漂亮的UML/原型，这就要求架构师在通往大神的路上不但要懂需求，还要懂设计、代码、部署、架构、运维、服务器等等知识。

　架构师是一个既需要掌控整体又需要洞悉局部瓶颈并依据具体的业务场景给出解决方案的团队领导型人物。架构师在软件开发的整个过程中起着很重要的作用。

系统架构师应该掌握什么

　我要成为一个软件架构师。对一个年轻的工程师来说，这是一个很好的目标。那么要成为系统架构师，应该掌握什么呢？

　架构师首先必须要了解需求和业务，架构师必须接地气。

　不了解需求的架构师，就去设计架构，指挥大家干活，纯粹是耍流氓。架构虽然不是产品经理，但是产品最终都是服务客户的。如果架构师只懂技术，不考虑需求，做出的系统可能是高大上，但是用户不一定买账，那就是一个失败的产品了。

　其次，架构师需要定义架构。

　搞清楚需求后，下一步就是思考，如何解决这些需求并定义它的架构。架构定义过程让你想清楚你打算怎么在兼顾需求和限制的情况下把问题解决好。架构定义是将结构，方针，原则和领导力引入软件项目的技术层面。

　第三，架构师还需要进行技术选型，选择哪种技术来支持业务的实现。

　这里注意的'是，不一定要选择那些潮流技术，选择什么技术，要看自己的场景。有时候，选择一些最原始的技术，没准更适合自己的业务场景。技术选型是很重要的，选择正确的技术，就能事半功倍。如果选择不好，那么就会欠技术债务，不仅影响产品的开发周期，还会影响产品的稳定性。

　第四，架构师需要进行架构协作。

　这里的架构协作，不仅仅指技术方面了。一个好的产品，牵涉到很多人即“项目干系人”，要想让一个软件项目成功，需要所有的系统干系人紧密协作来保证架构和所在的环境很好的集成。

　第五，架构师还可以参与一些设计，开发，测试的工作。

　还是那句话，架构师要接地气。真正去使用自己的产品，不仅能对产品进度很好地把握，还能在使用中发现产品架构存在的问题，及时修补和调整。另外，这样做的另外一个好处，就是架构师能够真正融入团队，并不是高高在上的。这不仅不会削弱你的权威，相反，能够让下属更尊重你，这也是领导力养成的一个重要途径。

　最后在招聘网站摘录了一些对架构师的要求，供大家参考，希望有这个目标的小伙伴，不断努力，早日实现。

　熟悉分布式、高性能架构和开发技术，如分布式应用开发、数据分布式管理和同步等;

　精通J2EE系统架构，深刻理解J2EE架构的优缺点，具有大型基于J2EE体系结构的项目规划、系统架构设计、开发经验，精通j2ee设计模式;

　深刻理解软件系统架构，精通面向对象分析设计方法，逻辑能力佳，具有丰富的OOA、OOD、OOP、UML及SOA经验，精通RationalRose、PowerDesigner等设计工具;

　技术视野广阔，具有良好的前瞻性，思路清晰、逻辑性强，对移动支付和互联网支付的相关技术具有优秀的领悟力和前瞻性，有较强的业务分析能力;

　良好的沟通能力、团队合作精神和服务意识;认真负责、具有高度责任感和敬业精神;

　对于性能瓶颈可以给出最优的切片,集群和分布式服务器搭建解决方案

　理解面向对象分析和设计的基本原则，熟悉常用的设计模式，熟悉UML;

　熟悉Java的多线程，线程与线程，进程与进程的通信机制;

　精通系统优化，对系统优化原理有深入的理解。对系统端到端性能优化有丰富的实践经验，熟悉各种远程本地Cache组件(尤其是Memcached,Redis)，对Cache服务器集群架构有丰富的经验;

;

小蔡：我感悟到的就是因为对软件行业不了解，所以缺少一根结实的线将自己与梦想有序地串联起来，因此很难深刻体会到目标在自己掌控下挣扎时的力量。那么，通 常程序员如何对自

小蔡：“我感悟到的就是因为对软件行业不了解，所以缺少一根结实的线将自己与梦想有序地串联起来，因此很难深刻体会到目标在自己掌控下挣扎时的力量。那么，通 常程序员如何对自己的角色做分析呢？”

锐哥顺手在纸上画了几个图，说：“确切地说，你应该问程序员通常的发展路线是怎样 的？你们可以看看这个图（如图3-1所示），当一个初步的职业规划方案已经成型时，如果制订者目前已在一个软件公司工作，那么，对他来说进一步的提升非常 重要。首先要做的则是进行角色分析，反思一下这个职业环境对个人的要求和期望是什么，如何使自己在单位中脱颖而出。

图3-1

“通常，软件技术人员的职业发展有几个选择：专注于技术，成为技术专家；转型到技术 型销售、技术支持等；随着技术成长，从技术性管理到高级管理。这是大家都看得清楚的方向，也都在向这些方向的金字塔尖努力。

“就像烹饪鱼一样，每一个阶段目标都需要你进行角色分析，找出这一角色需要的‘配 料’，当你注意收集技术、素养等相关‘配料’后，就会成功烹饪出你所需要的目标鱼。前提是你一定要了解自己的特点和优势，就好比黄瓜种子是不可能培育成西 瓜一样。”

锐哥继续说：“这归根结底，都是以技术为基础。在扎实的技术基础上（高级软件工程 师），如果有着比较强的抽象设计能力，又打算专注于技术开发，架构师是个好的选择；如果性格更适合做管理，情商能力突出，技术型管理应该是下一步的方向。 这种发展规划属于‘瘸腿走路’的类型，各有侧重主攻发展的职业方向，也是目前一般程序员普遍采用的发展路线规划。”

小蔡认真地看着图说：“程序员职业规划还有这么多学问！我看到每个角色配合的学历， 那么学历和认证证书真的很重要吗？还有必要花钱参加社会技术培训吗？”

锐哥：“决胜点在于长期的点滴积累，认证证书、成绩、丰富的经历是求职的表面文章， 在目前软件行业里不是很看中这个，真正的‘内功’是需要规划的。至于培训，我倒是很建议直接加入软件公司，你就会学到很多实际的东西。不过，学历教育虽然 在职业生涯里不是主要的，但是随着职位的提升却有很重要的意义，能辅助拓展你的职业发展空间，而不是以此为阻碍从而失去更多的机会。 ”

“已经工作两年以上的程序员可以有几种基本的职业规划：技术专家、软件架构师、实施 顾问或销售。其中程序员最主要的发展方向是资深技术专家，无论是Java、NET还是数据库领域，都要首先成为专家，然后才可能继续发展为架构师。尽管 架构师的职位可以工作一辈子，待遇也非常好，对于科班出身的程序员最为适合，但这种工作职位非常有限，因为在中国目前的IT行业，架构师需要的条件比较复 杂，而且需求量也比较少，这也是我国软件行业走向国际并有待成熟的因素之一。”

大熊指着另外一张图说：“这个是综合才能型发展路线图（如图3-2所示），我听说目 前国内缺乏的是管理能力和专业知识技能并驾齐驱的IT人才。是不是指着这种复合型人才？”

图3-2

锐哥说：“是的，特别是懂得运用目标管理技术的项目管理人才，既掌握核心技术又有全局掌控能 力的项目管理人才，非常难找。我建议对于大多数人来说，首先是要专，只有在技术方向上做得比较深入，才能适当做工作调整，把自己转变为某个领域的专家。

“然后，根据自己的情况，决定自己做软件架构师还是高级的顾问销售，另外一部分人可 能就会走向管理，这和个人性格与情商有关。软件优秀的管理者都必须懂得技术，掌握核心技能的人才向管理岗位转型有很大的优势，因而提升管理能力成了转型的 关键。譬如，当唐骏还是微软一名普通程序员时，就从公司发展的角度考虑，向老板提议开发了中文版Windows，最终使他从几万名工程师中脱颖而出，成为 部门经理。正如他所说，虽然是程序员，但自己不能只把自己当程序员，你可以为老板和公司着想。

“调查研究后，带着解决方案去找老板，就会得到老板的重视和信任，所以一定要增强工 作主动性和参与性。无论是软件开发还是项目管理，国内员工大多只是做好份内事或完成交派任务，很少能主动发现问题。其实，只有拥有更高眼界，才能谋取大发 展。

“总之，程序员要根据本身的基本素质、技术能力选择开发层次，由低到高，逐步发展。 也是一名程序员本身具备相应素质的循序渐进的发展轨迹，包括很强的技术背景和综合管理才能等素养，这也就是所谓‘两条腿走路’的职业规划发展路线。”

小蔡：“原来技术转型还有这么多学问，受益匪浅。我打个比方，如果只是一名程序员， 但仍需要站在项目经理的层面上看自己的工作，这样才能更好地合作，融入团队中，并且锻炼自己的思想境界，从而提高自己。”

锐哥：“小蔡说得是。另外，在未来发展上首先确定自己的发展方向和研究方向，在学习 技术的同时还要为以后做准备，做好以后的技术转型。广度和深度是相对的，先广还是先深实质上从某种意义来说取决你的工作性质，如果你是从事单一工作的，多 半你会短暂先深，因为这是你立足的根本；而如果你选择的职业是综合性的，比如管理、讲师等，那么你必然要先有广度才可以，但一段时间后，你都要转入深度， 只有你在某一方面或领域有一定的深度后，你才能继续寻求广度，否则，你将什么都会，但什么都不精，这样的人在市场上是最难以立足的。”

大熊：“这张程序员发展路线图挺有意思，国际人才型（如图3-3所示），一定要求外 语口语流利吧？”

图3-3

锐哥：“是的。如果说前面‘两条腿走路’要求的综合能力成分多，随着国际化相互联系 越来越紧密，那么国际化人才可以说是当前更为便捷的程序员职业规划发展之路。目前，国际化软件项目经理是人才市场上炙手可热的人才，有丰富经验、外语口语 好的软件项目经理是抢手的香饽饽，供不应求，薪水自然也是水涨船高。最重要的是，一个优秀的项目经理可以在这个岗位上长久工作下去，并且有向高层进一步提 升的可能。外语好、技术又好的程序员发展路线很广，是目前国内外软件企业需要的热点人才。”

小蔡：“锐哥跟我们说了这么多，感觉对程序员、对软件行业的整体发展路线清晰了很 多，但是我该用什么方法进行选择呢？”

锐哥：“要想正确地选择，你得必须充分地了解、分析自己，你要学会SWOT职业规划 自我分析法。”

总结与提升

成功与失败的区别在于，成功者选择了正确而失败者选择了错误。因此，我们常常能够看 到一些天赋相差无几的人，由于选择了不同的方向，人生却迥然相异。选择正确的方向尤为重要，希望不同的程序员根据自己不同的优势和特点能画出适合自己的程 序员职业规划图。

软件开发也是有层次区别的，比如，按层次从高到低通常可分为：

系统开发：如操作系统、数据库系统、服务器系统开发；

专业开发：如网络安全、游戏、人工智能开发；

应用开发：如MIS、BI、ERP等系统开发；

普通开发：如网站、简单应用系统开发。

不同的层次，难度系数不一样，对技术要求、个人素质要求也不一样。要成为系统开发 者、专业开发者、高级应用开发者，需要有很高的专业知识和很强的逻辑、抽象、空间思维能力，这就要求具有很好的基础，同时具有较大的提升潜力。而要成为简 单开发者和初级应用开发者则相对容易些，正是这样，才使很多人走上了软件开发的道路。

架构师是一个充满挑战的职业，知识面的宽窄往往决定着一个架构师的架构能力，所以在这一点上我比较赞成你的学习方式，就是要阅读大量的技术书籍，但我希望你不要仅限于软件相关的书籍，经常泡技术论坛，一方面可以结交朋友，一方面可以增加自己的知识面。

公司的大小往往决定了所做的项目规模，一般的大项目不太可能直接总包给小公司去做，但这并不妨碍小公司可以分包到大项目的一部分。在做小项目的同时也可以积累丰富的经验，我自己就是一个这样的例子。

我在小公司混迹了5年多，其中也偶尔有1两个大公司，比如大唐电信，但是基本上都是小公司，从基层的程序要到公司的开发总监都做过，甚至自己还设计过包括LED显示屏，密码键盘在内的收费系统，自己联系厂家OEM，当然这些今天已经广泛应用了，当时我们的客户用上之后还是非常震撼的。

知识面的宽广对于一名出色的架构师来说是必不可少的技能，也许很多人对架构的理解还停留在设计模式，重构，SOA等等的软件层面，然而这仅仅是非常基本的东西，架构师的脑子里不光需要知道让软件如何高效的运行，还需要知道如何去结合网络，存储，甚至一些文件系统的特性，比如GFS，NFS，XFS，NTFS等等，而且架构师还需要知道一些编程语言的特性，C，C++，Java，PHP，Python，Lisp，JS等等，现在是一个混合编程的时代，只了解一种语言，即使再精通也会使你在架构系统的时候受到很大的局限性。

再有一点，架构师需要对数据库技术有深刻的认识，因为现今是一个信息时代，大量的信息都是需要存储并检索的，数据库设计的不好，将会严重影响系统的性能，而这一点往往会被我们的设计人员忽略，他们只知道遵守那些范式而不会结合数据的特性去设计数据库。

看你的编程情况，你好像做PHP开发比较多，PHP比较适合B/S结构的应用开发，这会限制一个架构师的思路，我建议你再学习一门适合做C/S开发的语言，拓宽自己的视野。

从一个程序员到架构师是一个很大的变化，架构师需要从大的方面考虑，而不只是考虑这个模块该用哪种设计模式去开发。不能急于求成，也许是我自己变化的比较慢，我用了10年的时间，这10年里，我使用超过一年的编程语言包括了delphi，C++，Java，python，使用的数据库包括了oracle，infomix，sybase，sqlserver，mysql，javadb，sqlite等等，使用过大型机，小型机，服务器。unix，linux，windows都至少做过两年以上的开发，这些使用和开发的经历会大大增强一个人在做架构师这个职业时的技术素养。

总之，想要成为架构师，需要有耐心，不断学习，拓宽自己的视野，不仅仅局限于自己眼前的项目，关注开源技术，关注热门技术社区的新动向。