金科科技 做网站,即时聊天app开发,卢松松网站的百度广告怎么做的,卫浴品牌排行榜前十名转载自 架构师的工作都干些什么#xff1f;#xff01;想做架构师必看
之前有网友说想看架构师升级的文章#xff0c;所以写了本文。先给本文中架构师做个定义#xff1a;第一#xff0c;能力上达到#xff08;似乎是废话#xff09;#xff0c;第二#xff0c;公司…转载自 架构师的工作都干些什么想做架构师必看
之前有网友说想看架构师升级的文章所以写了本文。先给本文中架构师做个定义第一能力上达到似乎是废话第二公司肯承认不仅能给架构师的头衔更能按架构师的标准发工资。
对于程序员来说架构师是职业发展的一道坎如果跨过去了后面就前途无量了否则可能一直得做着代码coding的事情。
本文将从“如何升级”和“平时工作内容”两方面说下我对架构师的认识。
一、先说下大家对架构师认识的误区 1、架构师不是不食人间烟火不是只在一个人的隔间里设计架构而是需要和产品方需求方程序员等各路人马打交道。
2、架构师偏重于技术这个不假但绝不能是技术完美主义者因为任何产品或网站的架构都充满着妥协。
3、高级程序员和架构师的界限并不明显不是哪天高级程序员学好了什么课程掌握了一门技术就自动升级到架构了有些要求不高的项目里甚至由高级开发来充当架构的角色。
4、架构师并不是门门都精通而是得知道某个需求要点可以有哪些实现方案然后会根据当前的预算人员等情况合适地选择适合当前项目组的。
5、对架构师而言不是什么都是得自己设计比如实现负载均衡时不可能让架构师用java实现一套解决方案而是至少选用哪种组件比如nginx能在项目中把这套组件搭建起来。
6、架构师设计出来的是产品未必是艺术品。架构师设计出来的产品可能仅仅能满足流量等的需求可能只能远观近看可能就一团糟了。但公司恰恰是要结果的而且产品开发的周期会很紧所以最终上线的架构也就只能是应付当前的需求。
二、高级开发升级到架构师的必要条件
在很多场景里高级开发只有具备了如下的条件才有资格升级到架构师这里我是拿java架构举例。 1、Java Core以及Java web的基本技能比如集合多线程SSM框架就不说了这个是必须要掌握的。
2、至少能会在linux上看日志如果可以最好具备在linux上部署和运行程序的能力。
3、具备一定的调优能力比如需要能通过看日志进行JVM内存调优或者通过看执行计划等方式进行SQL调优。
4、得了解设计模式可以不用精通但至少得知道在哪种场景里可以通过哪种模式来优化结构。
5、这个是关键的一条考虑问题时得摆脱“单机版”的局限在知识储备里得包含负载均衡消息队列数据库集群等基于分布式的知识点。
6、和人打交道时至少没障碍至少得能清晰地表达出自己的意思。
三、高级开发不会自动升级到架构除非认真准备过
在大多数公司里会有高级开发升级到架构师的案例我也见过不少高级开发通过跳槽成为架构师的案例。但机会只给有准备的人。 如果高级开发一直关注手头上的事情工作之余也不学习那可能就无法完成升级了而且这个升级的步骤要比初级开发升高级的要难得多为什么呢
公司一般都是需要具备有过实践经验的架构而高级开发一般是通过跳槽来完成升级的但如果你当前是高级开发估计很难有实践架构的机会所以很难通过架构师的面试没有架构师的实践机会那么如何升级呢这似乎是个死循环。 下面说下我见过的完成升级的捷径
1、如果你所在的公司是互联网公司那么高级开发多少会接触些分布式高并发架构的知识那么高级开发在平时可以多观察多积累等到组内架构师离职了一般就有机会了。
2、有些公司还是用传统的技术比如还是用单机版的SSM甚至用JDBCjava的开发模式在这类公司里升级似乎有些难但不是不可以。在这里公司里干活的高级开发平时一定得多看相关书籍看的时候围绕一个主题如果让我设计一个能满足双十一流量的架构我该怎么做再具体下如果让我设计一个高并发流量的秒杀系统我又该怎么做其实很多架构面试题就围绕这两方面。
经过学习至少高级开发能有架构师的技能了至于这类高级开发如何在简历中写架构方面的经验别问我我不能说或者是大家可能都知道但我不可说。 四、架构师必备的技能再说升级的方式
1、围绕着刚才说的实现一套能满足高并发的系统那么得了解负载均衡限流模块间的消息队列缓存热备冗余数据库集群等知识。
其实对高级开发而言学习本身不是难点关键是不知道该学什么以及每个要点该学到什么程度这里如果你要面试成功那么每个知识点知道个大概即可。
2、具体到学习路线目前我知道的有阿里路线我也见过有人把spring cloud各组件了解透然后完成升级的案例。
3、对我而言我升级时是看《亿级流量网站架构核心技术》这本书其中涵盖的知识面比较全然后我再根据其中给出的知识体系逐一再深入比方说我看了其中有提到用hystrix做限流我就再看其它资料深入了解下这个组件的配置等详细用法。总之先看面再深入点随后再根据各组件组装一个能应付高并发的系统。
4、实践很重要而且在实践中别怕犯错误但犯了错得及时总结。 可以这样说架构师开始几个设计的项目一定是惨不忍睹的一定会不停地重构。所以在架构师的实习阶段加班是常有的甚至可能会不断被领导说设计出来的产品也有可能被抱怨。
这时一定得坚持然后不断反思下同时在设计架构时一定能接触到各类相关的知识这样架构师就慢慢成长了。
5、这个是比较容易忽视的一点架构师一定得会沟通这往往也是升级的瓶颈。
架构师得和产品沟通以得到本系统的需求同时得和需求方协调在有限的时间里一定做不到面面俱到一定得有所放弃这个得事先谈好。然后再设计拼接组件然后得和开发或开发经理沟通别让开发误解自己设计架构时的本意。
我目前不是架构还在升级的路上根据我接触到的架构师的升级经验以及我本身的升级体会在这里来总结下架构师的技术升级要点用两个字来描述集群用三个字分布式再用多点的文字把海量的流量和数据合理分摊到数量合适的机器上。
想明白这点后面就能知道该学哪些了比如流量分摊时得负载均衡存储海量数据时得靠数据库集群或分库分表为了防止单点失效得设计冗余系统系统间通讯时得用消息中间件不能让每次请求都走后台所以可以搭建缓存单个缓存容易失效所以可以搭建分布式缓存为了监控性能所以得上一些监控措施比如监控JVM监控数据等的为了等看日志所以得上一些日志组件。等等。
上述知识点掌握后再组装起来比如搭建一个秒杀系统以检验自己的学习成果。
五、架构师平时干什么
1、开会开需求会开设计评审会等。大概会占到平时工作的30%到50%。
2、如果不是资深架构或技术总监那么未必会设计一套全新的架构往往是在现有基础上改进比如做扩容分库分表上新的日志监控系统。这方面架构师往往会做个案例比如在一台linux上搭个日志系统把步骤写清楚让开发依样画葫芦。对于资深架构而言可能得重头开始设计或者作出调整技术组件等的决定这一般也先在部分系统或部分机器上做试验。
3、解决技术问题。这些问题未必是架构级别的但只要是高级开发解决不了的问题架构一般都得上谁让架构是大牛呢如果是架构组件方的问题比如配置或部署方面的问题架构师更得上。
4、但最重要的是学习比如想当前流量是2000每秒到了5000时我该怎么办然后再找些机器搭些组件来实验一下。
六、架构师更多的是和人打交道
和技术打交道容易和人打交道难因为一百个人会有一百个想法。 所以说除了技术之外架构师还得具备如下的能力
1、能通过交流展示自己的想法。
2、在各方利益不一致时得会协调妥协其实这也得靠各方沟通。
3、管理团队的能力。
4、充分倾听别人想法的能力。
所以说很多公司的架构师绝不是“两耳不闻窗外事”当然这类架构师也有但这类绝对是大神级别的。
