发布时间：2022-10-09 00:00   您所在的位置： 网站首页 > 新闻资讯 > 建站智库

在你沉思一个问题时，答复通常很简单，而且往往并不是你的原创。成为一位熟练的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运维职业”是不可缺少的。通过参与，你就更可以确信，当初吸引你进来的这种工作的特质，将持续你的整个职业生涯。

本文章由新概念互动原创，如没特殊注明，转载请注明来自：http://www.jianzhan0.com/zhiku/76737.html

上一篇：怎样使用测量数据建立加载一反馈机制？

下一篇：网站已经过时了吗？