|
该用户从未签到
|
成为java架构师所需要具备那些技能?
4 }' J, }. n' L( s$ L
J* |- b6 K) {* {% C8 G7 c所谓架构师,思考的是全局的东西,是如何组织你的系统,以达到业务要求,性能要求,具备可扩展性(scalability),可拓展性(extendability),前后兼容性等。可能涉及到的东西包括了从硬件到软件的方方面面,实在是一言难尽。: z- x/ i6 q |* v3 m
/ I5 f/ N9 d! e. U/ b# U既然java架构师,首先你要是一个高级java攻狮城,熟练使用各种框架,并知道它们实现的原理。jvm虚拟机原理、调优,懂得jvm能让你写出性能更好的代码;池技术,什么对象池,连接池,线程池...:;java反射技术,写框架必备的技术,但是有严重的性能问题,替代方案java字节码技术;nio,没什么好说的,值得注意的是"直接内存"的特点,使用场景;java多线程同步异步;java各种集合对象的实现原理,了解这些可以让你在解决问题时选择合适的数据结构,高效的解决问题,比如hashmap的实现原理,好多五年以上经验的人都弄不清楚,还有为什扩容时有性能问题?不弄清楚这些原理,就写不出高效的代码,还会认为自己做的很对;总之一句话越基础的东西越重要,很多人认为自己会用它们写代码了,其实仅仅是知道如何调用api而已,离会用还差的远。$ M: E) X7 L* O4 G6 |( f# P
R4 [" D1 `7 e/ v& E
熟练使用各种数据结构和算法,数组、哈希、链表、排序树...,一句话要么是时间换空间要么是空间换时间,这里展开可以说一大堆,需要有一定的应用经验,用于解决各种性能或业务上的问题;有时间再补充。
1 A3 V* i7 s, _0 B/ d# u7 e( `/ [1 Y: B$ s3 E
熟练使用linux操作系统,必备,没什么好说的。
6 ?$ t8 B# u& }/ t
: Z, D' ? j# l/ {( G+ g熟悉tcp协议,创建连接三次握手和断开连接四次握手的整个过程,不了解的话,无法对高并发网络应用做优化;熟悉http协议,尤其是http头,我发现好多工作五年以上的都弄不清session和cookie的生命周期以及它们之间的关联。
2 U# @6 B$ O/ a+ `) V6 a" N系统集群、负载均衡、反向代理、动静分离,网站静态化。/ _) W# D, S4 i% H! X
% t8 v6 o: {' T分布式存储系统nfs,fastdfs,tfs,Hadoop了解他们的优缺点,适用场景。: ~8 ^7 V p( |( l+ B, O9 J5 }
9 Q2 p4 X3 r9 }6 w( ]; L
分布式缓存技术memcached,redis,提高系统性能必备,一句话,把硬盘上的内容放到内存里来提速,顺便提个算法一致性hash。3 j* L, S T7 x/ I3 u0 x- o9 S7 z! W
& ]7 V; u3 a2 g) P# S" j T" ?
工具nginx必备技能超级好用,高性能,基本不会挂掉的服务器,功能多多,解决各种问题。5 h! T9 }+ e" B" Y
3 } @: t- s& q5 n$ @
数据库的设计能力,mysql必备,最基础的数据库工具,免费好用,对它基本的参数优化,慢查询日志分析,主从复制的配置,至少要成为半个mysqldba。其他nosql数据库如mongodb。
" v/ b. O- R1 [
$ U3 ^& M# j3 }+ b+ A6 A3 p {还有队列中间件。如消息推送,可以先把消息写入数据库,推送放队列服务器上,由推送服务器去队列获取处理,这样就可以将消息放数据库和队列里后直接给用户反馈,推送过程则由推送服务器和队列服务器完成,好处异步处理、缓解服务器压力,解藕系统。7 i% \9 ?2 s: m8 w+ p, r
' `8 X z5 G/ z: Y" v% D5 j& a8 F2 _想成为架构师不是懂了一大堆技术就可以了,这些是解决问题的基础、是工具,不懂这些怎么去提解决方案呢?这是成为架构师的必要条件。! u: S7 T* Q. R4 M2 W2 S
- J$ O5 I+ V0 K, `$ @& y$ S% {4 u架构师还要针对业务特点、系统的性能要求提出能解决问题成本最低的设计方案才合格,人家一个几百人用户的系统,访问量不大,数据量小,你给人家上集群、上分布式存储、上高端服务器,为了架构而架构,这是最扯淡的,架构师的作用就是第一满足业务需求,第二最低的硬件网络成本和技术维护成本。. [. J/ t" B+ b' k0 H0 [- Y1 Z
, j, T/ f6 i) G, ]9 P$ u% U架构师还要根据业务发展阶段,提前预见发展到下一个阶段系统架构的解决方案,并且设计当前架构时将架构的升级扩展考虑进去,做到易于升级;否则等系统瓶颈来了,出问题了再去出方案,或现有架构无法扩展直接扔掉重做,或扩展麻烦问题一大堆,这会对企业造成损失。) t4 ~% c- r! x; ?
( |& w2 ~, S4 O. G/ P) D
8 r' j9 J1 m/ x+ y0 x- f" k$ n |
|