架构师的成长之路
一个系统架构师的成长之路
一个系统架构师的成长之路一个系统架构师的成长之路成为架构设计师是广大开发者职业发展道路之一，架构师究竟是个什么样的职业?需要具备什么基本能力?如何才能成为一个优秀的架构设计师?一起来看看下面这位网友的成长之路!来这家公司从事信息化工作已经有三个年头了，有必要对这三年的工作和成长以及不足之处做一个总结。
刚来公司的时候，领导决策要将系统重新开发。
有的是成熟的业务逻辑，老的搬过来就可以了。
当然，由于随着企业业务的发展，会有新的需求，但大部分的需求是不变的。
在项目的开发方面没有的是：1.没有熟悉JAVA的开发人员。
2.没有J2EE项目的经验。
有的是：1.IT项目的开发、测试和维护经验。
2.数据库系统开发经验。
上述便是我的团队情况的简要概况。
项目总是要做的，因为领导决策了啊。
先看上述两个问题我们是如何解决的。
1.针对开发团队没有JAVA的开发经验，进行培训，由我亲自操刀。
培训为期15天，从开发环境熟悉，到JAVA基础知识，上午半天讲知识，下午上机练习。
2.针对没有J2EE的项目经验。
整个项目就我一个人有过J2EE的项目经验，但是我以前没有做过J2EE项目的架构师或管理人员，我只是做过开发，熟悉里面的技术和开发技巧。
怎么办?我们是这样解决的，请老师。
专门请了老师来讲架构设计知识。
这还不够，我们花钱请人做架构设计。
但只是做架构设计，生成一个架构说明书后，离架构的工作还很远，还有很长的路要走，而在合作公司做好架构设计后，他们的工作也就基本结束了。
后面的架构的工作，基本上是由我来做的。
我说说我都做了什么事情。
(1)按照架构说明书，将整个架构环境搭建起来。
(2)开发一套便于开发人员开发的开发框架。
(3)设计了Swing的MVC模式，并开发实现。
(4)开发了整个系统的基础组件，为了实现架构中的复用的原则，这个很重要。
(5)负责整个系统的权限的管理，这个很重要，跟各个模块都有关系。
(6)负责开发的编码规范的制定，包括JAVA的编码的规范，同时还有质量属性方面的编码的规范。
怎样成为IT架构师？
怎样成为IT架构师？
一、要想成为一名优秀的架构师，首先要成为一名优秀的编码人员。
优秀的架构师也一定是从编码人员成长起来的。
当我们还是一名普通的程序员的时候，我们的编码能力不能只停留在会调用第三方的接口、能够熟练地使用配置文件这个层面上，我们要明白底层的运行原理。
二、多做项目，多思考。
不要害怕做事，乱七八糟的项目能让你很快就了解了一个公司的业务与使用的技术，并且可以多接触同事与客户。
当你毕业后刚进一家公司时，如果主管没有把你安排到项目组工作，那真的很杯具，因为他认为你还不能胜任工作或者你的加入会让项目组更糟。
三、写技术博客，写技术博客是一种可以快速提高的方法，但是一个人能坚持每周写技术博客，那是需要付出很多代价，写博客并不是要我们写出高质量的文章才发表，我们可以分享自己的一些小经验，也可以分享自己的体会。
四、要想成为一名优秀的架构师，眼光必须要开阔，不能局限在一个点上面来看待问题，要对计算机有一个全面深入的理解和把握。
虽然我们是一名软件开发人员，但是我们必须对计算机整个体系有一个较为深入的认识。
我们不仅要知道我们编写的代码是怎么运行的，还要知道为了支持我们的软件的正常运行，计算机底层做了那些工作。
知道了怎么使用一门语言我们就能实现特定的功能，知道了计算机底层的知识，我们才能真正的优化我们的代码。
五、一名架构人员必须要能够准确地把握用户的需求。
架构师的任务就是为系统设计整体的架构，架构的好坏直接影响到了系统的实用性。
以上建议希望能帮到你。
架构师的职业规划和发展路径
架构师的职业规划和发展路径一、引言架构师作为信息技术领域的重要职业，扮演着设计和构建复杂系统的关键角色。
随着企业对技术架构需求的不断增长，架构师的职业前景变得愈发广阔。
在本文中，我们将探讨架构师的职业规划和发展路径。
二、架构师的职业规划1.了解业务需求作为架构师，首先应该深入了解自己所在企业的业务需求。
只有充分理解业务背景和目标，才能为企业提供更好的架构解决方案。
2.技术深度和广度架构师需要具备扎实的技术功底，并建立广泛的技术知识储备。
对于特定的技术领域，例如云计算、大数据、人工智能等，架构师应保持持续学习和关注，以跟上技术的发展。
3.领导与沟通能力架构师在项目中扮演着领导者的角色，需要具备良好的团队管理、沟通和领导能力。
他们需要与项目各方进行紧密合作，并有效地传达技术方案和决策。
4.解决问题的能力架构师需要具备解决复杂问题的能力。
他们应该擅长分析和整合各种需求，并提供高效、可靠的解决方案。
同时，他们也需要能够在面对技术挑战时保持冷静，并及时做出应对。
三、架构师的发展路径1.技术专家在职业发展初期，架构师可以选择成为一名技术专家。
他们可以通过不断精进技术能力，深入研究某个领域，并成为在该领域内有高度影响力和专业知名度的专家。
2.架构师随着经验的积累和技能的提升，架构师可以进一步发展成为企业的架构师。
他们将承担项目架构设计和技术决策的重要角色，并负责指导团队进行系统的架构开发。
3.领导者一些经验丰富的架构师可以朝着领导者的方向发展。
他们可以担任技术部门的领导职位，并参与战略规划和决策制定，为整个企业的技术发展贡献力量。
4.独立顾问有些架构师选择成为独立顾问，在行业内提供咨询服务和解决方案。
他们可以为不同的企业提供专业建议，同时积累更广泛的经验和知识。
四、发展路径中的关键要素1.持续学习架构师需要保持对新技术的学习和掌握。
他们应该参加各种培训和研讨会，与同行交流经验，并加入相关的专业组织。
2.项目经验积累丰富的项目经验是成为一名优秀架构师的关键要素。
7年成就架构师的艰辛历程与学习路线
7年成就架构师的艰⾟历程与学习路线前⾔成为优秀的架构师是⼤部分初中级⼯程师的阶段性⽬标。
优秀的架构师往往具备七种核⼼能⼒:编程能⼒、调试能⼒、编译部署能⼒、性能优化能⼒、业务架构能⼒、在线运维能⼒、项⽬管理能⼒和规划能⼒。
这⼏种能⼒之间的关系⼤概如下图。
编程能⼒、调试能⼒和编译部署能⼒属于最基础的能⼒。
不能精通掌握这三种能⼒，很难在性能优化能⼒和业务架构能⼒⽅⾯有所成就。
具备了⼀定的性能优化能⼒和业务架构能⼒之后，才能在线运维能⼒和项⽬管理能⼒⽅⾯表现优越。
团队管理能⼒是最⾼能⼒，它对项⽬管理能⼒的依赖度更⼤。
1.学会分析源码程序员每天都和代码打交道。
经过数年的基础教育和职业培训，⼤部分程序员都会「写」代码，或者⾄少会抄代码和改代码。
但是，会读代码的并不在多数，会读代码⼜真正读懂⼀些⼤项⽬的源码的，少之⼜少。
这种怪状，真要追究起来，怪不得程序员这个群体本⾝ --它是两个原因造成的:我们所有的教育和培训都在强调怎么写代码，并没有教⼤家如何读代码⼤多数⼯作场景都是⼀个萝⼘⼀个坑，我们只需要了解⼀个系统的局部便能开展⼯作，读不相⼲的代码，似乎没⽤读源码三问:“为什么要有这样的架构”，“他是什么样⼦的”，“他是怎么⼯作的”。
那么阿⾥程序员是如何去读代码的呢?2.分布式架构特点及设计理念⾸先需要说明的是，分布式系统是⼀个复杂且宽泛的研究领域，学习⼀两门在线课程，看⼀两本书可能都是不能完全覆盖其所有内容的。
介于这篇⽂章是引导初学者⼊门，所以我个⼈觉得为初学者介绍⼀下当前分布式系统领域的全貌，也许⽐直接推荐论⽂和课程更有帮助。
当初学者对这个领域建⽴起⼀个⼤的 Picture之后，可以根据⾃⼰的兴趣，有选择性的深⼊不同领域进⾏进⼀步的学习。
3.为什么微服务会这么⽕?接下来我们总结下微服务的优点。
易于开发与维护微服务相对⼩，易于理解启动时间短，开发效率⾼独⽴部署⼀个微服务的修改不需要协调其它服务伸缩性强每个服务都可以在横向和纵向上扩展每个服务都可按硬件资源的需求进⾏独⽴扩容与组织结构相匹配微服务架构可以更好将架构和组织相匹配每个团队独⽴负责某些服务，获得更⾼的⽣产⼒技术异构性使⽤最适合该服务的技术降低尝试新技术的成本下⾯就送上学习架构图吧关注我后台私信回复【架构资料】领取获取往期Java⾼级架构资料、源码、笔记、视频。
看完你就明了！架构师成长之路：从学习到架构（上篇）
看完你就明了！架构师成长之路：从学习到架构（上篇）对于技术人员的成长历程而言，每个架构师都需要从一步步学习并且积累经验，不断完善自己的能力。
而对很多同学而言，往往在成长的历程中会经历很多困惑，本文来自中生代技术群（FreshmanTechnology）第三期来自蚂蚁金服技术经理于君泽的分享。
于君泽是蚂蚁金服高级技术专家、支付核算技术部负责人、成都研发中心技术团队创建者之一，先后负责或参与过转账类业务、账单类业务、社区支付、开放平台、支付平台、资金核算平台、类营销类支付工具的建设；之前有数年电信业务研发经验，涉及BSS|OSS|针对性营销等平台。
我分享的主题是学习和架构，架构今天估计没有时间讲了。
先说学习，学习是一件有意思的事情。
孔夫子说学而时习之，不亦乐乎！大意是说学到的东西有机会付诸于实践,这难道不是一件值得高兴的事情吗？这里面就蕴含了读书和实践的一个关系。
我的前老板兼敏友、导师大卫张有一系列关于学习的论述，参见/article/28775。
比如前3年效应、德雷福斯模型模型、刻意锻炼Deliberate practice、 ADKAR模型等。
我如果不去他的blog看看，我不可能记得全这些模型的样子，也不知道什么时候会应用到。
但是它有一个影子在哪里，提醒我，最近的产出是低效还是高效，是否需要一定的刻意锻炼。
德雷福斯模型当谈到学习的时候，我脑袋里浮现了很多场景。
1、某个工程师用了2天时间，最后是因为一个配置的问题（此处会心一笑的人大有）--我跟这位同学说，你总结一下，他回答总结不了，因为这个问题最后是中间件团队去改的。
----暴怒，见到鬼了，下次遇到这个问题咋办，我们的2天就这样悄无声息的成为沉默成本了？2、第2个故事，关于罚款的故事。
开会迟到咋办，罚款！不按时交周报咋办，罚款！简单粗暴！--我们都是成年人，不能有更优雅的方式麽？管理学大师大卫.张虽然不是罚款制度的公开倡导者，但是他也默默的支持了这一制度，因为它有效。
架构师的必备素质和成长途径
架构师的必备素质和成长途径作者：陈斌，一直专注于互联网技术领域的探索和创新，拥有丰富的海外经历、多年的架构经验，深谙移动互联网对传统行业的影响。
作为业界最前沿技术的实践者和布道者，致力于推动移动互联网技术引领行业变革，译著《架构即未来》已于2016年5月上市。
责编：钱曙光，关注架构和算法领域，寻求报道或者投稿请发邮件****************。
它山之石可以攻玉，尽管每个架构师都有自己的成长路径，但是了解其他架构师的成长之路，对未来想成为架构师的人有一定的借鉴价值。
首先以我自己的成长过程为例，描述一下我的架构师之路。
图1 我的架构师之路1989年研究生毕业后进入政府机构工作了三年，随后加入新加坡国际航空公司，从事IBM主机系统的汇编语言研发。
顺应互联网技术的发展，航空公司开始把订票业务从传统的主机终端转向现代化的彩色PC客户端。
为此需要在IBM主机系统和UNIX／Oracle数据库之间来回传输数据，所以我就开始研究Unix/Oracle，取得了Sun、HP 和Oracle的认证，并由此进入了互联网技术领域。
2000年以前，很多系统都是采用两位数字来标识年份，比如02代表1902，一个客户的出生年份是1902，系统会把他的年龄当成是两岁，这就是所谓的世纪之虫。
很多医院、铁路、银行、政府机构都面临着这个问题，采用新的基于Unix/Oracle和互联网技术的新系统成为一个有效的解决方案。
美国在这个方面有大量的需求，因此我就去了美国，专门做主机系统和Unix/Oracle以及互联网上的信息交互，这让我有机会接触大量不同的架构和系统，从而积累了丰富的经验，为后期的架构师之路奠定了坚实的基础。
日本工程师的特点是专、深、细，但是缺乏把所有的要素整合到一起解决一个问题的系统集成能力，所以我就成为负责系统集成的总体架构师，大量的系统集成业务为我提供了丰富的锻炼机会，把业务需求转换成技术解决方案，并进一步设计成各种系统，这些工作为我积累了丰富的架构经验。
从网管到首席架构师,我这十年的成长感悟
天高地厚，不计成本，接了不少外包项目。
那期间，分工明确，产品，设计，研发，测试，实施，整得不易乐乎。
当时最辛苦的时候，为了赶一个项目进度，我们在工作室里连续工作超过了72小时，每天只休息大约4个小时。
钱确实赚得不多，大家也觉得很开心，事实证明兴趣不仅是最好的老师，还是让你不辞辛疲前进的动力。
摆地摊又是另外一个体验：二百块钱进货，当天晚上售空，第二天继续进售；接触了市场上鱼龙混杂的各色人等，不管喜欢或讨厌，想在一个环境上生存，必须要主动地向外沟通。
在开封的那段时间，也做过一段时间管理咨询公司的销售，卖的是管理咨询课程。
开封是一个比较休闲的城市，当时的本地企业管理者也普遍比较安逸，突然出现了这家管理咨询公司，也算比较奇葩的。
在卖之前首先要学习更优秀的企业管理理念，再学习一些通用的销售技巧和沟通技巧，要特别感谢这家管理咨询公司的老板教会了我很多事情。
这期间的影响是，收获了丰富的沟通经验和技巧，同时也建立了以人为本的思想。
没有这群兄弟，基本上时间就和普通大学生一样，在毕业即失业的年纪，时间很容易就混过去了。
做网络管理员的经理到北京一家传统企业做网络管理员，后来升任网络部经理这期间各种事情掺杂，网管的工作琐碎的让人抓狂。
印象最深的两次，一次是接到集团老板的需求，要将一批废弃的笔记本维修到可用状态，各种清洗各种检测；一次是要用普通网线将两个厂区的网络连通，困难就不说了，在走线时从二楼跌落到一个货架上，造成了左大臂内侧两条小肌肉的断裂。
每天最想干的事情，就是去到保安室，因为那里最安静，可以好好地读一会书。
后来升任了网络部经理，开始负责集团信息化的工作，包括ERP、CRM、HRM、OA、WorkFlow 等等。
在后面的几年里，参与了非常多的项目，可能说出来大家都不会相信，最忙的时候，我的15人团队要同时并行40个项目，这种感觉简直太过酸爽了。
我在这期间的收获是，协调资源和全局掌控，设计/实现/敏捷/测试/服务化等工程能力。
架构师成长之路分析解析
WEB架构师成长之路之一-走正确的路本人也是coding很多年，虽然很失败，但也总算有点失败的心得，不过我在中国，大多数程序员都是像我一样，在一直走着弯路，如果想成为一个架构师，就必须走正确的路，否则离目标越来越远，正在辛苦工作的程序员们，你们有没有下面几种感觉？一、我的工作就是按时完成领导交给我的任务，至于代码写的怎样，知道有改进空间，但没时间去改进，关键是领导也不给时间啊。
二、我发现我的水平总是跟不上技术的进步，有太多想学的东西要学，Jquery 用的人最近比较多啊，听说最近MVC比较火，还有LINQ，听说微软又有Silverlight了……三、我发现虽然我工作几年了，除了不停的coding，Ctrl+c和Ctrl+V更熟练了，但编码水平并没有提高，还是一个普通程序员，但有人已经做到架构师了。
四、工作好几年了，想跳槽换个工作，结果面试的考官都问了一些什么数据结构，什么垃圾回收，什么设计模式之类的东西，虽然看过，但是平时用不着，看了也忘记了，回答不上来，结果考官说我基础太差。
有没有，如果没有，接下来就不用看了，你一定是大拿了，或者已经明白其中之道了，呵呵。
如果有，恭喜你，你进入学习误区了，如果想在技术上前进的话，就不能一直的coding，为了完成需求而工作，必须在coding的同时，让我们的思维，水平也在不停的提高。
写代码要经历下面几个阶段。
一、你必须学习面向对象的基础知识，如果连这个都忘了，那你的编程之路注定是在做原始初级的重复！很多程序员都知道类、方法、抽象类、接口等概念，但是为什么要面向对象，好处在哪里，要解决什么问题？只是明白概念，就是表达不清楚，然后在实际工作中也用不上，过了一段时间，面向对象的东西又模糊了，结果是大多数程序员用着面向对象的语言做着面向过程的工作，因此要学习面向对象，首先应该明白面向对象的目的是什么？面向对象的目的是什么？开发语言在不断发展，从机器语言，到汇编，到高级语言，再到第四代语言;软件开发方法在不断发展，从面向过程，面向对象，到面向方面等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
3年
技术和经验的积累，每天都能感受到成长带来的快乐 如饥似渴的学习各种技术，开源项目如spring、hibernate等成为最佳的食粮 在项目中各种折腾，经常会灵光乍现，感觉自己是个天才 各种设计模式运用从生涩到娴熟，持续了两三年，突然发现自己提升遇到了瓶颈
思维和做事风格的转变 校园填鸭教育模式转变为自学成才模式 考核标准不再是作业或期末考试，而是一个个真正的社会工程
• 现象
• 考虑技术而不是真实需求。 • 堆砌不同的产品，整合成系统。
架构设计要回归本源
• 美国的高科技笔与俄罗斯的铅笔。 • 历史的真相。
非技术设计
• 暂时不考虑技术 • 聚焦在用户需求 • 设计原理
• 创新 • 简单
过度设计 I - 设计的系统超过实际需求
把事情做得过于复杂和以复杂的方式去完成一个任务。简单地说， 它包括让某些事物超过实际需要过度工作，让用户费不必要的劲儿 去完成一件事，让工程师付出很大的努力去理解不必要的需求。
建筑师是如何工作的？
最好的建筑师从来不用供应商的名称来描述梁、 支撑、桁架、外墙，而是用这些部件的大小，负 载和组成等。
架构师如何工作？
• 以产品替代技术
• Apache Tomcat 网络服务器 • Java 语言 • mySQL 数据库 • Dell 服务器 • EMC 存储 • Cisco 路由器
提炼 7年以上
智慧 跨部门影响力
技能 部门内影响力
组内影响力
无影响力
架构师成长案例一
菜鸟 累积 成熟 升华
2年
对架构设计有了深刻的理解 技术运用也不再拘泥于形式 迷茫时，阅读书籍，领悟传统工程学的魅力
2年
环境和挑战非常重要，需要环境的支撑及敢于挑战的精神 易宝技术栈的技术变革帮助我完成了从知识掌握到融汇贯通的转身 海归CTO，带来了PayPal先进的技术理念。 在实施这些理念中，也遇到很多挑战。
架构师成长案例二
自己 协作 规模 指导
6年
对架构设计有了深刻的理解 技术运用也不再拘泥于形式 迷茫时，阅读书籍，领悟传统工程学的魅力
4年
规模作战：掌握权衡原则，达到总体协同 扩大知识体系，掌握系统各部分的能力、局限，通过合理规划和取舍 ，达到全局的最优
3年
掌握设计技能，能够团队作战 关注应用设计，掌握设计思想、方法和工具，熟练进行系统分析、模块分解，定义与 外部的交互，以及模块间交互及流程等，以便团队成员共同开发。
超过实际需要过度工作 • 杂货铺满载而归
• select (*) from table 异曲同工
导出到
▶︎ PDF
PowerPoint QuickTime HTML KeyNote WAV MP3 FLAC
为保持灵活性，把多且不常用的功能塞进系统
把软件写得异常复杂以至于其他人无法 轻而易举地理解
国际C语言混乱代码大赛冠军
低 2实施 I
高 3-20倍
中 低到中
1.5X
部署 D
中 1.5-3倍 低到中 高到很高
简化范围、设计和实施
简化范围 ➜ 80:20原则与最小化可行产品
简化设计 ➜
消除复杂性
简化实施 ➜ 采用经过验证的解决方案
最小化可行产品
MVP - Minimum Viable Product 开发产品时先做出一个简单的原型——最小化可行产品（Minimum Viable Product, MVP），然后通过测试并收集用户的反馈，快速迭代， 不断修正产品，最终适应市场的需求。
保障系统扩展的50个架构原则
从事务处理中清除BI
小心昂贵的关系
重中之重
正确使用数据库锁 禁用分步提交
慎用Select for Update
避免选择所有列
用泳道隔离故障
有备无患
保障系统扩展的50个架构原则
大道至简
避免过度设计 方案中包括扩展 三次简化方案 减少域名解析 减少页面目标 采用同构网络
缓存为王
利用CDN缓存 灵活管理缓存 利用Ajax缓存 利用页面缓存 利用应用缓存 利用对象缓存 独立对象缓存
分而治之
X轴扩展 Y轴拆分 Z轴拆分
水平扩展 先利其器 画龙点睛
向外扩展 用商品化硬件 托管方案扩展 利用云计算 适当使用数据库 慎重使用防火墙 积极使用日志 避免画蛇添足 停止重定向 放宽时间约束
架构师的成长之路
2018年5月19日
架构概念来自于建筑学
古玛雅ChiChen Itza大金字塔
系统和软件的架构借鉴建筑学的架构
建筑师的作用
分析需求
总体设计
选择技术
指导沟通
架构师成长路径
研发 测试 网络 安全 配置 系统 数据
架构
高级
初级 学习 1-2年 知识
中级
积累 2-4年
应用 4-7年 经验
最少功能
最快速度
最低成本
十五个普遍适用的架构原则
1 N+1设计 2 回滚设计 3 禁用设计 4 监控设计
5 多活数据中心设计
6 采用成熟的技术 7 异步设计 8 无状态设计
9 前瞻性设计 10 水平扩展 11 非核心则购买 12 使用商品化硬件
13 小构建、小发布、快试错
14 隔离故障 15 自动化
过度设计 II - 设计的产品过于复杂
设计一款家用空调，要求在 室外可以达到绝对温度0 度 ，在室内可以达到华氏300 度，这种设计是在浪费资源 ，毫无用途。
与此相对的是，设计和制造一 款空调机，能够在室外温度华 氏零下20 度时，把室内加热到 可以舒适生活的环境温度。
DID方法
20X
设计 D
技术成本 扩展目标 智力成本 资产成本
架构师的素质：七要素
业务理解
技术广度
美学素养
架构师
技术深度
动手能力
沟通能力
丰富经验
架构师成长的观察与总结
高 扩大参照系，提高认识问题的高度，从整体观察事物。 深 善于钻研，知其然，更知其所以然，深入掌握技术细节。 通 锻炼沟通能力，能一句话把复杂问题说得简单明白。 广 参加行业会议，扩大视野，让青蛙从井底爬上来。 新 保持好奇心，不断学习新技术、新知识和新事物。
自给自足：掌握开发技能，能够独立开发 关注编码实现，掌握编程语言和相关开发工具，灵活运用，独立开发
架构师成长案例三
改行 菜鸟 积累 实践
增加影响力在更大范围的实践 2年
疯狂积累经验
2年
运用所学到实践
工作之外大量读书学习 3年
从军校的物理教员改行
架构师的素质：三商
智商
情商
悟商
智商：运用知识的能力 情商：沟通协调的能力 悟商：学习理解的能力