网络架构师的四种兵器
2015-01-22 15:16:53 来源:我爱运维网 评论:0 点击:
学习是伴随人生不可或缺的内容,人从呱呱坠地,除本能外,就是模仿、学习。孔夫子曰:“吾日三省吾身”,“三人行必有吾师焉”。就是表明像孔子这样学识渊博的大儒还在孜孜以求,不断进取的学习,何况我辈,就更应该加倍努力用知识充实自己。架构师更是如此,在信息万变的社会中,只有不断地学习、不断地进步,才有您生存的空间和舞台。
架构师的技能
当谈到架构师的技能时,可能很多人会有大量的画面浮现在脑海,可能包括了大量的专业技能或者您曾经引以为豪的设计作品。小编在日常工作中归纳了四点架构师的四种兵器。下面我们还会与各位对每个兵器展开探讨。
KISS
这里谈到KISS,懂得KISS,到底与架构师有什么关系呢。大家千万不要误会了,这里的KISS,并不是大家理解的意思。这里的KISS是几个重要的英文单词的缩写,小编在网络上随便地搜索了一下KISS的含义,有 “KeepIt Simple,Stupid!”、 “KeepIt Simple and Stupid!”、 “KeepIt Stupid,Simple!”、“Keep It Short and Simple!”。 不管怎么解释,反正离不开 Simple。 simple与stupid之间是否存在矛盾呢?简单的就是愚蠢的,愚蠢的就是简单的? simple指的就是 “简单” 的意思,但stupid是不是愚蠢 的意思呢?为了更好的理解stupid的意思,我们需要了解下KISS产生的背景。
Kelly Johnson 提出了KISS原则,他是一个飞机工程师以及航空发明家,同时也是一个管理天才,他一生中主要设计了40多架飞机,获得的荣誉相当之多。总之,很牛。 这个原则是对Johnson带领的设计工程师团队最好的例证,他们在设计飞机时,必须考虑到假如飞机在交战情况下出了故障,如何让普通的机械师修理飞机。因此,stupid不是愚蠢的意思,而是指出故障的方式与修理故障的熟练程度之间的关系。 类比到我们今天的网络设计与运营,如果这个再牛逼的技术是没有考虑到运营方法和方式,最终也会是失败的。
近几年来Openflow是一个非常火爆的话题,很多网络界的大拿都认为Openflow是未来网络世界的趋势。其实Openflow是一个非常简单的协议,比起我们熟悉的OSPF/BGP的路由协议简单多了。为什么这么简单协议在业界具备了它的生命力了,其中一个很重要的原因正是它的简单,简单让它更具生命力。
作为一个架构师,在KISS的技能中,需要做到以下几点:
(1)要让非设计的人一看就明白。
如果你希望能够用一个简单的方法来解决一个复杂的问题,一点都不简单。但我们需要努力做到这一步。
(2)在互联网产品中,一个产品的成败70%在产品运营。
我们需要考虑的是,我们的网络设计如何简单,让运营能够简单、快速处理。未来我们需要考虑怎么简化我们的网络,使我们的网络越来越简单、越来越智能。简单与智能好像相互矛盾,我们相信,这就是架构师的能力和魅力。
Architect vs Gardener
架构师英文Architect,原义也表示建筑师。 Architect更多应该是在原来建筑师的基础上得出来的。那我们做网络架构师能否就按照建筑师的设计思路和思维方式进行我们的网络系统架构呢。Gardener,中文解释“园丁”,为什么提到园丁,园丁与我们架构师有什么关系呢。下面我们从Architect 和 Gardener 两方面的特点进行全面的剖析架构师应该具备的能力。
圣家族大教堂是西班牙建筑大师安东尼奥·高迪的毕生代表作。它位于西班牙加泰罗尼亚地区的巴塞罗那市区中心,始建于1882年,目前仍在在修建中。官方预计2026年竣工。如下图所示,非常雄伟、非常壮观,可以说是前无古人、后无来者的巨作。下图所示。
这种巨作都是具备以下特点:
(1)非常宏伟的建筑,改变人类历史。
(2)耗时非常长。
(3)动用人力和财务非常庞大。
布查特花园(The Butchart gardens)是座家族花园。位于加拿大。从1904 年开始修建,经过每年的栽培,已经成为园艺艺术领域中的一枝奇葩,是世界著名的花园之一,每年吸引着来自世界各地的50 多万游客。
花园的美丽和著名都是园丁们一天一天的慢慢积累,一点一滴的慢慢改变。因此,花园和园丁们都是具备以下特点:
(1)每个季节都有着不同的需求和风光。
(2)开始的时候很小、不漂亮,经过园丁精心的维护,慢慢美丽起来。
(3)园丁每个季节不停的修改和完善。
建筑师的特点: | ||||
产品在建成之前不能投入使用。 开始建造时需要进行精细的设计,保证每个环节都不能出错。 建筑师以改造自然为荣。 |
||||
园丁的特点: | ||||
花园是从一点一滴建设起来的。 不断尝试,不断改造。 在建设中可以不断改变想法。 顺应自然的改变而改变。 |
因此,作为网络架构师,应该具备结合建筑师与园丁的综合素质。
要有建筑师的梦想,做一个最伟大、最完美的作品。要有园丁的耐心和胸怀,不断进行新的尝试,不断优化你的成果。
Hard Skill and Soft Skill
网络架构师本身也是“网络工程师”,不是光动嘴皮子,如果你不是一名网络工程师出身,那你根本谈不上也不可能成为一名网络架构师。那么网络架构师还有哪些是作为一名网络工程师来说不具备的呢?
-
Hard Skill:
OSPF、ISIS、BGP、MPLS、UDP、TCP、TCP/IP卷一、卷二,熟悉csico、juniper、huawei、h3c设备维护与特定,从事网络架构设计5年?10年? 主导设计chinanet,……。 更多的这些专业性、知识性的能力为硬件能力。
-
Soft Skill:
Documentation Skill。 文档,一图胜千言,以图绘意。
Presentation Skill。 演讲,Hard Skill是你的底气,有了足够硬的Hard Skill你有了50%的胆子再加上一篇好的Document(PPT一类)你的另50%胆子也有了,此时你的Presentation Skill就提升了。所以很多时候您的PresentationSkill是等于Hard Skill+Documentation Skill的。
Communication & Management Skill: 沟通与管理。架构师必须了解当前的系统如何满足客户的需求,与客户坐下来听取他们对需求的反馈意见。架构师必须搭建团队之间的桥梁,理解每一个团队自身的局限性,并考虑每一方的利益。
因此,作为一名架构师,您必须要做到软硬兼备。硬件条件是架构师必要条件。软件条件必须在日常工作中注意加强锻炼、完善。要学会“包装”但不是扯蛋和吹牛,因为架构师拿出来的东西哪怕再漂亮,如果没有内含那也是“滥竽充数”,被人识破后就一钱不值了。但是我们在有好的质量好的技术的基础上善于去“包装”它,相信你会离成功更近一步。
Technology Meaning
英文单词 “ Technology ” 表示技术的意思,也有大部分人以简写 “ T ”表示技术,这个“T”字非常有意思,它把技术所需要的知识能力都在这个“T”字表达了出来了。 “T”的上面的“一” 横,表示了技术要有广度。 “T”的中间的“丨”竖,表示了技术要有深度。也就是说做技术的必须既要有广度,也要有深度。如果不加深深度,广度做不上去,反过来也是一样的。很多是融会贯通的。融会贯通的时候,会发现深度和广度可以转换的。真正广度的体现,还是在于解决问题的时候是否考虑足够全面。要端到端,才是一个架构师所需要的广度。
在大规模数据中心网络中,假设您设计了一个non-blocking的网络架构提供给业务系统使用,您可能心想,non-blocking的网络随便业务系统怎么使用都不会有拥塞问题。但如果业务系统是hadoop的集群系统,业务系统的维护同事可能会老是找您说,网络不行,有拥塞、有丢包。这时候,如果双方的架构师都只能站在自己的角度和自己的技术领域解决这个问题,可能是无解的,或者要花很大的成本来解决的。这时候,您需要理解业务架构的工作模式,理解网络架构的工作模式,才能设计出一套网络架构和业务架构匹配的架构系统。这也就是需要业务系统架构师和网络系统架构师在技术领域的广度与深度。
架构师面临的挑战
“ 一将无能,累死三军。”往往因为架构师对知识广度或深度不够,导致技术选型不当。前瞻性不够,导致拆拆补补。问题分析不够,导致舍本逐末。大量的从后期呈现出来的现象和结果,往往都是因为架构师在前期的考虑不足导致的。
有时候架构师会质疑:这是建设的问题,没有按照规范执行。这是运营的问题,运营处理不及时。这是机房环境的问题。甚至说这是天灾、这是人祸。但我们相信,这都是您需要考虑的问题。
京珠高速韶关路段被称为“死亡之路” ,每年在这个路段发生车祸,甚至因此而死亡的司机不计其数。到底什么问题导致了该路段交通事故频发呢。 官方给出的解释是大雾、冰霜、下坡长、超载 、…… ,这些种种的原因导致了大量的交通事故。那我们继续提出更深层次的疑问,为什么在高速公路设计的时候没有考虑到大雾、冰霜、下坡长呢,为什么没有考虑到中国的大货车司机一般都要超载才能赚到钱呢。
其实,在我们的网络架构设计也一样,发生了故障,很多问题都有很多的客观因数,但大部分问题归根结底是架构设计的问题,是考虑得不够全面的问题。我们也承认,没有一个人能够把日后发生的所有问题都能够考虑到,但至少我们应该尽我们一切的力量与能力,更多地避免日后可能发生的问题,不断地在运营环境中做出优化。
总结
上面谈了架构师的技能、架构师面临的挑战,也是小编在近几年来总结的工作心得。希望能与业界的网络工程师们分享我们的感受、心得,希望能与各位共勉,与各位携手共同创造出更美好的网络世界。
评论排行
- ·Windows(Win7)下用Xming...(92)
- ·使用jmx client监控activemq(20)
- ·Hive查询OOM分析(14)
- ·复杂网络架构导致的诡异...(8)
- ·使用 OpenStack 实现云...(7)
- ·影响Java EE性能的十大问题(6)
- ·云计算平台管理的三大利...(6)
- ·Mysql数据库复制延时分析(5)
- ·OpenStack Nova开发与测...(4)
- ·LTPP一键安装包1.2 发布(4)
- ·Linux下系统或服务排障的...(4)
- ·PHP发布5.4.4 和 5.3.1...(4)
- ·RSYSLOG搭建集中日志管理服务(4)
- ·转换程序源码的编码格式[...(3)
- ·Linux 的木马程式 Wirenet 出现(3)
- ·Nginx 发布1.2.1稳定版...(3)
- ·zend framework文件读取漏洞分析(3)
- ·Percona Playback 0.3 development release(3)
- ·运维业务与CMDB集成关系一例(3)
- ·应该知道的Linux技巧(3)