架构师升级之路，你掌握了吗？

以前有网友说想看架构师升级的文章，因此写了本文。先给本文中架构师作个定义：第一，能力上达到（彷佛是废话），第二，公司肯认可，不只能给架构师的头衔，更能按架构师的标准发工资。

对于程序员来讲，架构师是职业发展的一道坎，若是跨过去了，后面就前途无量了，不然可能一直得作着代码coding的事情。本文将从“如何升级”和“平时工做内容”两方面，说下我对架构师的认识。

1、先说下你们对架构师认识的误区

一、架构师不是不吃烟火食，不是只在一我的的隔间里设计架构，而是须要和产品方，需求方，程序员等各路人马打交道。

二、架构师偏重于技术，这个不假，但毫不能是技术完美主义者，由于任何产品或网站的架构都充满着妥协。

三、高级程序员和架构师的界限并不明显，不是哪天高级程序员学好了什么课程，掌握了一门技术就自动升级到架构了，有些要求不高的项目里，甚至由高级开发来充当架构的角色。

四、架构师并非门门都精通，而是得知道某个需求要点能够有哪些实现方案，而后会根据当前的预算，人员等状况合适地选择适合当前项目组的。

五、对架构师而言，不是什么都是得本身设计，好比实现负载均衡时，不可能让架构师用java实现一套解决方案，而是至少选用哪一种组件，好比nginx，能在项目中把这套组件搭建起来。

六、架构师设计出来的，是产品，未必是艺术品。架构师设计出来的产品可能仅仅能知足流量等的需求，可能只能远观，近看可能就一团糟了。但公司偏偏是要结果的，并且产品开发的周期会很紧，因此最终上线的架构也就只能是应付当前的需求。

2、高级开发升级到架构师的必要条件

在不少场景里，高级开发只有具有了以下的条件，才有资格升级到架构师，这里我是拿java架构举例。

一、Java Core以及Java web的基本技能，好比集合，多线程，SSM框架就不说了，这个是必需要掌握的。

二、至少能会在linux上看日志，若是能够，最好具有在linux上部署和运行程序的能力。

三、具有必定的调优能力，好比须要能经过看日志，进行JVM内存调优，或者经过看执行计划等方式，进行SQL调优。

四、得了解设计模式，能够不用精通，但至少得知道，在哪一种场景里，能够经过哪一种模式来优化结构。

五、这个是关键的一条，考虑问题时，得摆脱“单机版”的局限，在知识储备里，得包含负载均衡，消息队列，数据库集群等基于分布式的知识点。

六、和人打交道时，至少没障碍，至少得能清晰地表达出本身的意思。

3、高级开发不会自动升级到架构，除非认真准备过

在大多数公司里，会有高级开发升级到架构师的案例，我也见过很多高级开发经过跳槽，成为架构师的案例。但机会只给有准备的人。

若是高级开发一直关注手头上的事情，工做之余也不学习，那可能就没法完成升级了，并且这个升级的步骤要比初级开发升高级的要可贵多，为何呢？

公司通常都是须要具有有过实践经验的架构，而高级开发通常是经过跳槽来完成升级的，但若是你当前是高级开发，估计很难有实践架构的机会，因此很难经过架构师的面试，没有架构师的实践机会，那么如何升级呢？这彷佛是个死循环。

下面说下我见过的完成升级的捷径：

一、若是你所在的公司是互联网公司，那么高级开发多少会接触些分布式高并发架构的知识，那么高级开发在平时能够多观察多积累，等到组内架构师离职了，通常就有机会了。

二、有些公司仍是用传统的技术，好比仍是用单机版的SSM，甚至用JDBC+java的开发模式，在这类公司里，升级彷佛有些难，但不是不能够。在这里公司里干活的高级开发，平时必定得多看相关书籍，看的时候围绕一个主题：若是让我设计一个能知足双十一流量的架构，我该怎么作？再具体下，若是让我设计一个高并发流量的秒杀系统，我又该怎么作？其实不少架构面试题就围绕这两方面。

通过学习，至少高级开发能有架构师的技能了，至于这类高级开发如何在简历中写架构方面的经验，别问我，我不能说，或者是，你们可能都知道，但我不可说。

4、架构师必备的技能（再说升级的方式）

一、围绕着刚才说的，实现一套能知足高并发的系统，那么得了解负载均衡，限流，模块间的消息队列，缓存，热备冗余，数据库集群等知识。

其实对高级开发而言，学习自己不是难点，关键是不知道该学什么，以及每一个要点该学到什么程度？这里，若是你要面试成功，那么每一个知识点知道个大概便可。

二、具体到学习路线，目前我知道的有阿里路线，我也见过有人把spring cloud各组件了解透，而后完成升级的案例。

三、对我而言，我升级时是看《亿级流量网站架构核心技术》这本书，其中涵盖的知识面比较全，而后我再根据其中给出的知识体系逐一再深刻，比方说，我看了其中有提到用hystrix作限流，我就再看其它资料，深刻了解下这个组件的配置等详细用法。总之，先看面，再深刻点，随后再根据各组件，组装一个能应付高并发的系统。

四、实践很重要，并且在实践中别怕犯错误，但犯了错得及时总结。

能够这样说，架构师开始几个设计的项目，必定是惨不忍睹的，必定会不停地重构。因此，在架构师的实习阶段，加班是常有的，甚至可能会不断被领导说，设计出来的产品也有可能被抱怨。

这时必定得坚持，而后不断反思下，同时在设计架构时，必定能接触到各种相关的知识，这样架构师就慢慢成长了。

五、这个是比较容易忽视的一点，架构师必定得会沟通，这每每也是升级的瓶颈。

架构师得和产品沟通，以获得本系统的需求，同时得和需求方协调，在有限的时间里必定作不到面面俱到，必定得有所放弃，这个得事先谈好。而后再设计，拼接组件，而后得和开发或开发经理沟通，别让开发误解本身设计架构时的本意。

我目前不是架构，还在升级的路上，根据我接触到的架构师的升级经验，以及我自己的升级体会，在这里来总结下架构师的技术升级要点：用两个字来描述：集群，用三个字：分布式，再用多点的文字：把海量的流量和数据合理分摊到数量合适的机器上。

想明白这点，后面就能知道该学哪些了，好比流量分摊时得负载均衡，存储海量数据时得靠数据库集群，或分库分表，为了防止单点失效，得设计冗余系统，系统间通信时得用消息中间件，不能让每次请求都走后台，因此能够搭建缓存，单个缓存容易失效，因此能够搭建分布式缓存，为了监控性能，因此得上一些监控措施，好比监控JVM，监控数据等的，为了等看日志，因此得上一些日志组件。等等。

上述知识点掌握后，再组装起来，好比搭建一个秒杀系统以检验本身的学习成果。

5、架构师平时干什么？

一、开会，开需求会，开设计评审会等。大概会占到平时工做的30%到50%。

二、若是不是资深架构或技术总监，那么未必会设计一套全新的架构，每每是在现有基础上改进，好比作扩容，分库分表，上新的日志监控系统。这方面，架构师每每会作个案例，好比在一台linux上搭个日志系统，把步骤写清楚，让开发依样画葫芦。对于资深架构而言，可能得重头开始设计，或者做出调整技术组件等的决定，这通常也先在部分系统或部分机器上作试验。

三、解决技术问题。这些问题未必是架构级别的，但只要是高级开发解决不了的问题，架构通常都得上，谁让架构是大牛呢？若是是架构组件方的问题，好比配置或部署方面的问题，架构师更得上。

四、但最重要的是学习，好比想，当前流量是2000每秒，到了5000时我该怎么办？而后再找些机器搭些组件来实验一下。

6、架构师更多的是和人打交道

和技术打交道容易，和人打交道难，由于一百我的会有一百个想法。

因此说，除了技术以外，架构师还得具有以下的能力：

一、能经过交流展现本身的想法。

二、在各方利益不一致时得会协调妥协，其实这也得靠各方沟通。

三、管理团队的能力。

四、充分倾听别人想法的能力。

因此说，不少公司的架构师毫不是“两耳不闻窗外事”，固然这类架构师也有，但这类绝对是大神级别的。