在你寻思一个问题时，谜底平日很简略，并且往往并非你的原创。成为一位闇练的Web运维工程师，与成为一个闇练的木工，一名及格的教师，并没有什么分歧。控制任何常识范畴都须要四项根本请求:常识、对象、经验和规律。

常识

互联网时期，常识是一个特殊简略的问题。互联网就是一个异常有用的常识存储体系，对许多问题而言，“我来为你Google-下"都是高效且往往也是高产的答复。关于操作Web基本构造的几乎你想知道(或不想知道)的任何工作，你猜对了，都在Web上。

把本身限制在Web上查找信息，喔喔，那就局限了。在这个进程中，尽管感到分歧，可你并非独自一人。你有错误，如同你须要他们一样，他们也同样须要你。用户组(各类各样)普及全球，这可是分享常识的绝佳场合。

如果你正读到这里的话，你确定早已经知道书本对于获取常识的价值了，所有资深的Web运维工程师的一个配合点是都拥有一个相当范围的书架。试着在你的组织内部成立一个图书俱乐部，假如你的组织太小，那就在当地用户组里问问，看有没有同志者。

互联网行业的一个奇特之处就是几乎所有器械都是公开的，事实上，有专有权的器械也是少少的，而更为奇特的是，几乎所有规范文本都是免费的。互联网是怎么工作的?交流这里有IE的规范解释交流的道理；IP:这里有RFC791；TCP:RFC793；HTTP:RFC2616。你可以读读这些规范文本，从而对互联网的工作道理有一个透辟的懂得。这些协定划定了收集办事的规矩，你对这些协定的懂得越深，你的决议计划就会越有程度。但不克不及就此止步!TCP可能是在RFC793中描写的，但TCP的各类细节、扩大以及后来的“成长”都是在RFC1323、2001、2018、2581等文本中描写的，所以，还须要进一步深刻研讨。或许研讨一下TCP是从哪里来的，也是值得的:请看RFC761。

让我们再来看看理论与实践的难解之谜。TCP的RFC就是理论，每个操作体系中实现TCP栈的代码就是实践。理论与实践的光辉撞击(gloriouscollision)就是分歧TCP实现之间互操作性(或互不操作性)的奥妙之处，而由此发生的爆炸就是慢速的下载，挂起的会话，以及沮丧的用户。

在你走在从学徒到师傅的路途中，尽可能多地占领信息是你的职责，如许你的年夜脑能力将那些细微之处进行排序、过滤、联系关系，使其成为一幅简明、准确的丹青，从而有助于你的决议计划一一不管是历久的架构设计的症结决议计划，照样暂时的消除故障的决议计划。

对象

对象，在我的经验里，是盘算史上连续时光最长、言辞最剧烈的争辩之对Emacs、Subversion对Git、Java对PHP一从分歧阵营的争辩开端，敏捷地演变为愚昧的门派之战。

简略的事实是，固然这些对象各有优缺陷，然而人们应用这些对象却都取得了胜利。为什么人们要应用所有这些分歧的对象呢?为什么我们还要制作更多的对象呢?当ThomasCarlyle和BenjaminFranklin说“人类是应用对象的动物”和“人类是制作对象的动物”时，我以为他们道出了人类天性中某种主要的器械。因为制作与应用对象是我们的天性那为什么我们还要进行无谓的争辩呢?固然Thoreau/在某些问问题上很尖刻，但他的评论“人类已经成为他们的对象了”，我认为在现代语境下，也是同样精确的。

这个简略的事实，在Emerson那边获得了最好的表达:“所有的对象和机械归根到底都只是人类肢体和感到器官的延伸。”这很好地道出了谁人古老的格言:师傅不是用对象炼成的。在互联网运用的情况中，你会看得更清晰，八门五花的说话、平台、技巧都可以或许胜利地组合在一路，将这些胜利地构建为一个架构的，不是Java或PHP，而是设计与实现它的工程师一一那些师傅们。

工程上的一个真谛是，不管在用的对象是什么，要懂得你的对象，这是在这个行业登堂入室的前提。你的对象必需成为你的肢体和感到器官的延伸。对于工程师和非工程师都同样深刻懂得，不要仅仅为了一张证书。你必需懂得对象的后果，以及与情况的交互才能清晰的是，工作产生时，再抱着本对象解释书来看，则无异于远水救近火。对你的对象要句话，必需要适用。

运维工程师的对象箱中的一个强有力的对象，就是体系挪用跟踪器(systemcalltracer)，体系分歧，这个对象也可能稍有差异。Solaris的是truss，Linux的是strace，FREEBSD的是

ktrace，而MacOSX原来是ktrace，可后来换成了用途不年夜的truss体系挪用跟踪器就是一个窥视孔，透过这个孔，你可以看到操作体系在用户空间和内核空间的交互感化，换句话说，假如不是盘算密集的操作，这个对象可以或许告知你运用法式正在要求什么，知足这个要求花了多长时光。

在Solaris、Opensolaris、FREEBSD、MacOSX，以及其他一些平台中，Dtrace具占领奇特的位置。但Dtrace却应当在这里提一下。Dtrace在体系可不雅测性(systemobservability)方面是一个伟大的飞跃，有经验的工程师经由过程这个对象，可以获得对体系更为深人的懂得，这在以前是弗成能做到的。然而，Dtrace就像神谕一样微妙深邃，一方面是其深奥的洞察力，另一方面就是谜底的质量取决于问题的质量。从另一方面来说，体系挪用追踪器的预言就像雪崩一样澎湃而来很轻易引你上钩，但要在年夜量的输出信息中找到所须要的器械，倒是一个真正的挑衅。

我们怎么谈论起雪崩和神渝来了?支持Web的架构没有固定的形态，一般也都是异质的情况，从这点来看，这却是一个适当当的比方。应用strace探测你的Web办事器正在做什么确定异常令人兴查(并且不消花太多时光，一般也都能做些优化)。但产生问题时，除非长短常有经验的工程师，你如果第一次查看那些输出，则对你根本上没有价值，事实上，却反而糟蹋你年夜量的时光与精神。问题在于，这是一件须要经验能力对于的工作，而你只是个新手。在产生“问题”时，从如许的对象中查看输出，试图找出不平常的模式，是相符逻辑的。很清晰，你假如在正常操作模式下都不克不及应用探测对象的话，则比拟的基本也就不存在了。从而所有输出模式都是不平常的。那些看起来与题有关的模式，其实并不是，这种情形经常碰着，导致在这上面糟蹋了年夜量时光。

流传关于对象的争辩往往是主要的，如许你就可以或许针对对象对问题的实用性进行选择，而不会仅限于本身的小我爱好。FREEBSD项目是一个极好的例子，它的宣布治理绝对是一流的，应用的对象倒是被年夜多半人以为完整过时的版本掌握体系(CVS)。很多胜利的架构是树立在PHP说话之上的，而PHP却缺少许多现代说话都具有的一些特征。而从另一方面来看，许多项目，固然设备了最强有力的对象，仍然掉败了。灵活地应用对象的才能，比对象自己的质量要主要得多。话虽如斯，有经验的工程师照样应当手边备一件适合的高质量对象的。

经验

任何情形下，经验都是最有力的兵器之一。经验意味着太多的器械，所以特殊主要。从最实质的意义上来说，经验意味着优越的断定力，而优越的断定力倒是从许多掉败中取得的。从理论与实践的冲突中，我们可以看出残暴与俏丽。冲突无疑有就义一一数据丧失、办事中止、激愤用户，以及金钱丧失一一但同时，冲突的完全情景和病理却有着深奥的美:职责受到了挑衅(你可能是以而丢失落饭碗)，非预期的成果也得以彩显，而比这些更主要的，这是你成为病理学家(pathologist)千载一时的机遇，并且对于理论与实践在哪里分道扬镳会有加倍深刻的懂得。

经验与常识是慎密相干的，常识可以以为是他人经验的总结。你有了这些常识，并不就能把握常识背后的深入意蕴，这是须要直接经验能力获得的。经由经验磨砺的洞察力(这种洞察力在仅有常识的情形下是不会有的)具有洞幽烛微的才能，能力够探出问题地点，而常识背后的深入意蕴则可以或许让你灵巧运用学得的教训，解决这里的问题。

经验既是一个名词，也是一个动词:获得经验，与运用经验，同样轻易(也同样艰苦)。

无经验者的机构化挑衅

尽管获得经验就像简略的“干事”一样轻易，但在Web运维中，就是一个制作糟糕断定并从中出险的进程。然而，问题在于:身处如许一个剧烈竞争的行业，有哪一个机构愿意让

本身的员工制作糟糕断定呢?答复如许的问题并履行如许的筹划，对于想拥有职业Web运维工程师的任何一家公司，都是根本的请求。这个问题的谜底分为两部门:一阴，一阳。

起首，为了让初级和中级工程师制作糟糕断定，必需包管平安。这经由过程将每次糟糕断定的义务和造成的丧失掌握在必定的限度内来实现，情况(工作区、收集、体系、代码)要可以或许完全地从偶然的糟糕断定中出险。你确定不愿望被通到如许的份上，仅仅因为一次糟糕断定，就将员工卷铺盖(固然我知道这不克不及完整避免，但老是一个美妙的目的)。掉误越年夜，从教训中学到的就越深刻和持久。这让我们进入了谜底的第二部门

雷同的糟糕断定水远不要犯第二次。毛病可以产生，糟糕的断定事实上也总会碰到，但不克不及从本身的毛病中学到数训，是弗成谅解的。固然不测老是存在的，你应当等待并提倡如许一种文化:对反复糟糕断定的零容忍。

“资深运维”的概念

一向困扰着我的一个问题，是初级运维工程师申请资深职位。他们的设法主意是常识决议了一小我在团队中的位置，正像其他范畴一样，这是绝对毛病的。一名资深工程师最年夜的特色是其致与靠得住的优越断定力，很显然，这要在须要做出断定的场所经受锤炼，并且有一个简略的数学算法须要做出断定的场所的艰苦水平乘以任职刻日。在一个经常产生灾害性性变乱的运维团队中空降，是可以在“快车道”上敏捷成长的。在一个地位上待10年，从来没有做出过挑衅性的决议计划也是可能的，其成果就是，没有积聚起任何有价值的经验。

X一代(甚至Y一代)奉行即时知足的文化。我与一年夜批的工程师配合工作过，他们期望他们的“职业路径”在5年之内可以或许到达最高地位，只是因为他们异常聪慧。我以为对这么一年夜批人来说是弗成能的，不是每小我都可以或许做到资深工程师。就算5年之后，你做到了资深工程师，岂非这就是你的巅峰了吗?再一个5年之后，你就不累积名贵的经验了吗?到时刻应当是什么呢?“超等工程师(superengineer)”?5年之后又是什么呢?“无敌工程师(super-duperengineer)”?我以为我们这个行业的年青人不值得为此懊恼，真实情形是，少少有工程师会在Web运维范畴干上15年。我们这个行业的变更性很强，许多人被提拔到了治理岗亭，或作为企业家冒险运维本身的工作去了。

对进入这个范畴而没有什么经验的工程师，我的忠言是:耐烦。然而，这句规语显著自相抵触，在你可以或许融会其真意之前，你的耐烦生怕早就跑光了。

规律

规律，在我看来，是我们这个行业中最年夜的灾害。Web运维，从其进人构造计划、进程设设计、人员练习之后，事迹就异常槽糕。作为我工作的一部门，我做了许多评估，访问了很

多公司，对他们的组织构造、运维实践、整体架构进行复审，以便可以或许辨认出一但营业范围上来之后，什么时刻以及哪里会出问题。

猜猜我经常看到什么?我看到的是懒懒的牛仔和持枪暴徒，这是狂野西部(Wild，WildWest)啊。情经常被吹捧为法式员的必须品德，在Perl社区(这一点已经成为其符咒的一部门)，其意义并非真如字面所示(在符咒中已经进一步简化为野做)，而是经由过程尽可能准确面高效地干事，从而为解决同样同题，面尽可能地少做工作一这其实离横情已经很远了。不幸的是，法式设计和运维范畴的其他人却将真正的懒散作为一种我称之为“我的地皮你休想”的做慢。

规律就是可掌握的行动，来自于培训、进修和实践。以我的经验，纪行律应当是Web运维团队最通俗的要素，缺少规律的成果就是不调和、效力低下。

规律不是经由过程书本可以教的器械，必需经由过程实践养成。你接办的每个义务都要用久远的眼力来看待。对你的岗亭和职责要历久经营，处置问题的解决计划要5年之后还可以或许满足，这些是实践的优越基本，规律从此实践中即可养成。

软件工程(一个亲密相干的范畴)在规律上却有不错的成就，我认为这挺有讥讽意味的。我猜Web运维范畴缺少规律性的基本原因是缺少职业路径，这看起来似乎是一个鸡与蛋的问题，我X对这个行业很快就会有一个明白的职业路径照样充斥信念的。

介入职业的网站扶植计划设计，对于在这个行业工作的工程师来说，确定是长短常主要的。Web已经在那儿了，架构在Web上的办事正在变得越来越症结，Web运维“职业”是弗成缺乏的。经由过程介入，你就更可以或许确信，当初吸引你进来的这种工作的特质，将连续你的全部职业生活。