<small id='7LMU'></small> <noframes id='kTORnNtHI'>

  • <tfoot id='VsJWf4eY'></tfoot>

      <legend id='j1Wl'><style id='PdzZ'><dir id='QHtgwqTA'><q id='VC3bmQHT'></q></dir></style></legend>
      <i id='YDdWn02U'><tr id='1npbsG'><dt id='lXdmEi'><q id='IuTfWzPZKq'><span id='CnOG94c8d'><b id='bEps'><form id='MoJz'><ins id='Hkfx4'></ins><ul id='DltWah'></ul><sub id='bL1E'></sub></form><legend id='4oQkjAK'></legend><bdo id='spBPif'><pre id='iDfHSgEQXd'><center id='vGrn0yx'></center></pre></bdo></b><th id='2QnOk4'></th></span></q></dt></tr></i><div id='f3RQKCU'><tfoot id='LJdPWkf'></tfoot><dl id='NVQ7rjqwPK'><fieldset id='Pwstq'></fieldset></dl></div>

          <bdo id='x52Uk93L'></bdo><ul id='wlEYLDCcJ'></ul>

          1. <li id='ZvE5Wj'></li>
            登陆

            DevOps有“政治倾向性”

            admin 2019-06-07 274人围观 ,发现0个评论

            我在这儿断语:很多人都以为技能及技能相关部分,本质上与政治无关。但现实并非如此。在接下来的10分钟里,我会试着证明我的观念,期望其间的有些观念能够获得咱们的认同。

            进一步弄清一下:我所说的政治,并不是类似于“我投票给绿党!”或许“我是自在主义者!”的政治。而且从安排的视点来看,咱们乐意由于某些考虑,而做出一些权衡。

            需求权衡或称为不合的要害是:咱们所发明的技能是咱们内涵崇奉体系的一种表达。怎么构建事物是以一种特殊的办法来展示咱们内涵的价值体系。


            DevOps对错范式的


            DevOps这个词撒播甚广,对它的了解也因人而异DevOps有“政治倾向性”。Jez Humble将其界说为一种体系的操作办法,所操作的体系具有快速改动的特征,例如I.E.,CI/CD,快速反应环等。还有人将它界说成操作人员,他们运用开发人员的形式来愈加快速的运转和布置使用。但在很大程度上的现实却是:存在一种伪一致,以为DevOps与敞开安排灵敏性有联系。却没有提及灵敏对不同的安排会意味着不同的东西。

            从安排的视点来看,我以为DevOps没有标准的完成办法。假如这么说有点难以了解的话,让我进一步打开。由于语言对不同的人有不同的意义,所以我要在这儿做些阐明,概述一下我所说的“不同的完成”是什么意思,但不供给我个人的观念。一个安排一般有以下几个要害点:

            团队办理的根底设施 VS 集中式办理根底设施

            团队有自己的根底设施吗?仍是有人在中心专门供给运转?


            假如是前者,开发团队是否有必要学习运维?意味着开发人员是否要对自己的根底设施担任?他们是否需求随时坚持呼应?他们是否能够以任何想要的办法运转他们的使用?

            而假如是后者,那么是否意味着有一个专职的操作团队?意味着开发人员是否只需重视自己的使用?那非工作时刻的使用支撑怎么办呢?换个视点,假如不清楚问题的本源是使用程序仍是根底设施时,怎么办呢?

            挑选一种技能时,存在安排预设和指引吗?您的安排是否偏好某一组特定的技能?


            假如安排没有任何预设定见,是否意味着团队能够运转任何想要的东西?假如是这样,是否有一种机制保证任何人都知道每个人在做什么?当外部团队从安全性或可用性的视点影响了某个服务时,怎么看待职责问题?

            假如安排有某些预设定见,怎么判别一个团队是否能够违背?假如一个团队决议违背,决议计划人员是否有满足的上下文信息(事务和技能)来做出决议计划?咱们又怎么确认以上的信息?

            假如安排有特定的要求,这是否意味着有事务单元会在更新、更好的技能挑选上进行立异?假如是,他们可获得满足的支撑吗?相反,其他团队的交给速度是否会成为瓶颈?

            以上选项信息,咱们会依据咱们认可的价值和对事物的点评挑选其间的某个选项。


            没有正确的挑选,只DevOps有“政治倾向性”要深思熟虑后的成果


            我很抱愧不能在此给出一个解决方案,我能够且乐意供给的最好定见是深思熟虑。在挑选一种或另一种办法时,都需求慎重考虑多个要素——在抱负的情况下,所做的挑选都是通明的和通过考虑的。可是,在大多数情况下,它们都是偶尔的或随机的。

            由于挑选都是由人决议的,所以,挑选往往受限于决议计划人知道多少以及知道哪些部分。或许他们地点的公司挑选了一条不成功的路途。或许他们已经在这个安排工作多年,而且阅历了其他全部办法都失利了(直接或直接的)。

            挑选受限于人际联系,虽然我很厌烦这么说。但人们更倾向于相信于和自己联系好或共处和谐的人。“我更喜爱和不会给我带来压力的DevOps有“政治倾向性”人在一起。咱们攀谈的频率以及攀谈的目标影响着自己的决议。”我在某种程度上,对此表示同情。

            挑选受限于咱们的个人倾向,一般会坚持自己的观念。我想将有激烈感的观念和能严格控制的观念区别开来。彻底有可能有挑选某个观念的激烈无痛起床法感,但一旦有满足的依据支撑它,就能够了解为能严格控制的观念,而挑选这个观念。

            挑选还受限于安排内部的价值体系。假如咱们答应团队办理自己的根底设施,这是否意味着咱们信赖他们?假如咱们不这样做,是否意味着咱们期望团队能够安全地布置使用?

            综上所述,挑选会因人而异,由咱们所把握的常识,咱们周围的人,以及咱们改动态度的才能来决议。终究挑选的成果都是根据咱们的个人崇奉体系。这听起来很像政治。


            这听起来并不别致


            这个主题的不同方面从前都讨论过,可能有更好的办法来论述这个现实。如康韦规律说,一个安排创立的软件是该安排通讯形式的一个提喻。Edgar Schein以为,咱们的价值观影响着咱们的文明,而文明又影响着咱们所发明的人工制品。


            Andrew Cosgriff从前重复地痛苦地表达:全部都是一种权衡。

            我想说的仅有一件事是:在咱们开端说话之前,咱们要敏锐地意识到以下这些要素。


            这意味着什么?


            我知道我并没有给出一个固定行进的途径,可是我以为DevOps的“政治倾向”意味着有些工作非常重要。

            激烈的观念,松懈的把控。有激烈的观念并没有错。它鼓舞咱们去奉告自己,用常识装备自己,这样咱们就能保卫自己的观念。但当咱们在面临相反的依据时不抛弃咱们的主意,或许咱们在挑选现实时变得有挑选性时(“架构Y很好地使用于X公司,所以它在其他地方使用也没有问题!”)激烈的观念就不再激烈啦。

            同理心便是全部。“他者化”描绘的是将别人贴上不属于这个集体标签的粗犷行为。对方也存在相同的心思。例如:“别听索尔的,他说了那么多废话。”这将发生排挤的作用,让咱们在了解别人的观念时,无形中就带入了成见。在DevOps的上下文中,很简单堕入主动疏忽敌对阵营观念的趋势,而不是将他们的观念了解为对方聚集经历的成果,乃至可能会质疑这些经历。

            持续的交流是要害。定见有必要通过检测、揭露宣布和揭露辩解。当咱们社会中那些更应该受到谴责的部分具有了平等的支撑空间时,真理才会昌盛起来;这也会影响其别人——包含那些还没有下定决心的人(骑墙派)。

            不要企图做出正确的挑选,而是尽量挑选深思熟虑后的成果。至少,在DevOps上下文中,没有终究正确的挑选,这实在是太难啦!咱们有必要尽力保证咱们的挑选中,那些要素是被公正对待,没有裙带联系,要谨记自己的成见。

            在一个没有客观“正确”干事办法的国际里,咱们能做的最好的工作便是保证咱们被外界所奉告:咱们是公正的,咱们坚持谦善,并一向互利互相。


            原文链接:https://medium.com/@jpcontad/devops-is-about-politics-29154bca223c


            Kubernetes入门与进阶实战训练


            Kubernetes入门与进阶实战训练将于2019年6月14日在北京开课,3天时刻带你体系把握Kubernetes,学习作用欠好能够持续学习。本次训练包含:Docker根底、容器技能、Docker镜像、数据同享与耐久化、Docker三驾马车、Docker实践、Kubernetes根底、Pod根底与进阶、常用目标操作、服务发现、Helm、Kubernetes中心组件原理剖析、Kubernetes服务质量保证、调度详解与使用场景、网络、根据Kubernetes的CI/CD、根据Kubernetes的配置办理等,点击下方图片或许点击阅览原文了解概况。

            请关注微信公众号
            微信二维码
            不容错过
            Powered By Z-BlogPHP