本文摘要:(公共编号:)记录:本文来自微信号公共编号运输第一(ID:yunweipai),获得许可发表。

亚博买球

(公共编号:)记录:本文来自微信号公共编号运输第一(ID:yunweipai),获得许可发表。很可能,这种情况明显没有再发生(学术着作:这是美国人写的)。的确,由于网络连接中断,谷歌的基le的基础在线服务-从搜索引擎到Gmail到GoogleDocs等都不会频繁使用。谷歌官方数据显示,2015年该公司旗下的谷歌App套件在99.97%的时间内处于可用状态。

也许我们指出这是理所当然的,但那确实是真正的事实,世界上数十亿谷歌用户可能没有停下来。谷歌如何处理这么令人兴奋的事情。用软件代替人工谷歌,用这三个词来说明这个问题。Siterreliabilityenginering(中文可以翻译为网站的可靠性工程,后文全名SRE)。

这三个词可能听起来不太性感,但显然是谷歌从10年前就遵守的核心理念。这个理念很难用一两句话来说是正确的,但是代码农不是专门从事网络服务的IT相关人员,可以归纳为运营网络服务的中心思想。如果这个想法要求继续执行的话,代码农家们就不会开发出不需要人为插手的工具来完成运营(这里所说的运营,主要是确保服务的稳定性和性能)。

我们用这种方法建立了一个团队:每个人都厌倦自己完成任务,而是通过写软件来代替以前必须人工完成的事情。Ben,TreynorSloss的谷歌员工在文章中写道。对于硅谷的许多人来说,这可能已经成为常识。

从亚马逊到Box.com,这种方法已经被整个科技圈使用。被称为DevOps(Development和Operations)模式,意味着通过某种希望与系统管理者取得联系。但是,以Chef和Puppet为代表,DevOps模式从谷歌的SRE逐渐诞生以来,再次发生了相当大的变化。

但而,谷歌在过去的十年里仍然对SRE保持沉默,但在处理大规模高效的网络运营商时确实如此。但是,现在谷歌已经进入了新的阶段,不想讨论SRE的问题。

(这主要是谷歌想促销自己的云服务,外部公司需要使用自己的软件服务。不仅如此,谷歌还写了关于SRE的书。那么,这本书的名字是SiteReliabilityEnginering。

这本书刚刚出版,Sloss的论文作为这本书的第一章。如果对DevOps感兴趣的话,这本书即使对参考书感兴趣,这本书的结尾-序言、说明、第一章-也不足以理解谷歌这个世界上仅次于的网络帝国的驱动之路。对于许多科技公司来说,它只能是科技圈以外的人——系统管理(或操作,如何称呼你)是最后一项工作,是计算机科技最烦人的方面之一。但是,Sloss,也就是外部传达的谷歌内部负责管理持续运营的副社长,反过来看,主张网站的可靠性是所有产品最基本的功能,如果系统不能工作的话,那就没有用了。

黑格尔的对立统一理论Sloss是SRE的原点。年轻时谷歌邀请他管理公司的运营项目时,他创立了这个项目。

拒绝软件技术人员设计运营团队时,SRE诞生了,我设计管理这个团队,这个团队的运营就像我自己是SRE一样。ToddUnderwood现在是谷歌的SRE总监,谷歌雇用Sloss这样的代码农家是自然的。

谷歌还处于初期发展阶段,软件技术人员已经正确意识到哪里没有问题,如何解决问题,但他们中没有人特意处理这些问题。这只是一件麻烦事。

但是,Chef的CTO(最高技术官)Adam、Jacob也指出想茁壮成长为大体量的公司,也应该做出这样的变化。把软件开发和实际运营联系起来是自然的,不能分离两者的自然,特别是在历史上看到这个问题的时候,可能会更加意识到这一点。

考虑到传统意义上的研究开发和运营是几乎没有界限的两个层次,你真的没有这样的变化。开发人员致力于写新软件,最后尽量慢慢将软件推向大众用户的运营者确保没有错误,最坏的方法是将变化增加到大于。

这些原本是无关紧要的目标Underwood说:但是,如果把研究开发和运营联系起来的话,会开始延长他们之间的竞争目标。Underwood被称为黑格尔对立统一理论,但他这么说的时候,没有人买。人们还在读黑格尔,他说。

但是,这种叙述方式说到了想法。这样的准备就准备好了,谷歌就把所有的好想法都放慢了。

研究开发和运营之间的平衡,最重要的想法是增加研究开发和运营之间的冲突,谷歌不拒绝100%的长期运营时间。正如Sloss在书中写的那样,实质上没有必要确保网络服务的100%时间是可用的。

用户也无法确定有100%和99.999%的区别(实质上他们的笔记本、WiFi、电脱落的时间比0.001%多)。100%以下设置合理的在线时间比例-误差支出-不足的时间变化,调整结束。误差支出的运用消除了研发工作和SRE工作之间的冲突诱因,Sloss说一次中断还是坏事。

这样,研发部门和SRE部门都需要解决问题,深感恐惧。与此同时,谷歌公司也发售了适当的规定,确保SRE进化为旧的系统管理。SRE不允许在传统运营(与编程相反)上花费50%以上的时间。在SRE团队中,运营优先级已经达到研究开发,谷歌不会将一些运营商调配到普通的软件开发工作中。

有意识地调节研究开发和运营之间的平衡,Sloss说:当然,他们也必须征求运营部门的意见。Chef公司Jacob指出,这里提到的50%比例并不是那么重要,但他讨厌这种态度。他说:那是业务,总是有人处理运营业务,而且运营业务完全是无限的,所以可以勉强扣上帽子解读。

雇用SRE时,谷歌制定了严格的规范。在招募的人中,50%到60%的人不会通过像其他所有谷歌工程师那样的严格评价,其馀的人必须享受85%到99%的谷歌工程师的技能,与SRE相似,但是很多软件工程师没有的技能这些都是为了确保研发和运营之间的合理均衡。SRE的雄心在很多层面都是新的理念。

但是,在他的书中,他们想说这个理念的时候,谷歌队和旧例子组合起来了。谷歌SRE的精神先驱是MIT名为Margaret的Hamilton程序员,她在60年代为阿波罗宇宙飞船制作了登月程序。就像Hamiltion自己说的那样,阿波罗项目中产生的一部分文化是自学于所有人和所有事物,包括看起来学习的人和事物。

Hamilton是代码农,但她在运营中分担了最重要的角色。为了证明这一点,这本书讲述了她经常带着女儿Lauren转移到计算机实验室的故事。有一天,Lauren正好遇到按钮,将阿波罗的预升空程序嵌入运营升空后的场景程序的计算机中。

这将使整个系统堵塞。Hamilton试图在系统中添加一个错误的监控代码,以便在现实飞行中停止这种错误。

她的上司驳回了整个想法,主张宇航员决不犯这样的错误,但是在阿波罗8日,宇航员确实犯了这样的错误。幸运的是,Hamilton在系统文件中重新添加了变通方案。

亚博买球

在以前的工作中,她重新加入了这个错误的监视代码。如果你来跟我说不会死机,那就没什么用了。但是,如果说不会死机,请告诉我解决问题的方法,你很有趣。

在我们这里,没有人告诉我们不会经常发生问题,也没有人告诉我们问题在哪里,可以找到避免问题的方案。这是DevOps,或者用谷歌的话说SRE。这三个词听起来什么都没有,但确实是很强的想法。

通过它,谷歌已经问世,但对于像Underwood这样富有哲学思维的SRE来说,他们有更大的野心。在他们的想象中,运营本身比研究开发慢。我们期待持续很长时间后,没有人再运营了。Underwood说。

版权文章允许禁止发布。下一篇文章发表了注意事项。

本文关键词:亚博买球,亚博意甲赞助商,亚博ag意甲全球赞助商

本文来源:亚博买球-www.allruedas.com

相关文章

网站地图xml地图