<output id="ilehw"><bdo id="ilehw"><nobr id="ilehw"></nobr></bdo></output>
        <dl id="ilehw"><font id="ilehw"></font></dl>
          1. DevOps 工程师实际上是做什么的? 已翻译 100%

            one_plus_plus 投递于 2017/09/28 15:18 (共 7 段, 翻译完成于 10-08)
            阅读 3252
            收藏 34
            4
            加载中

            我们之前已经讨论过许多关于DevOps和DevOps世界的最新趋势了。但是DevOps工程师到底是做什么的?

            DevOps工程师以最纯粹的方式弥合了软件开发和运维团队之间的差距,以提高软件的交付率。

            DevOps工程师带来了什么?

            传统的软件开发流程是软件开发人员花费数周和数月编写代码,然后将代码交给QA团队进行测试,然后将最终的发布版交给运维团队去?#38469;稹?#25152;有的这三个阶段,即开发,测试,?#38469;穡?#20043;间缺乏协作。

            子影
            子影
            翻译于 2018/09/25 22:05
            0

            开发者编写代码然后交给?#38469;?#22242;?#21360;?#29616;在由?#38469;?#22242;队来解决代码?#38469;?#36807;程中出现的问题,或将代码交给开发团队以修复bug。所有这些都导致软件开发过程变慢。

            但是在DevOps模式下,这三个团队将不再相互隔离。大多数时候,这三个团队将合并成一个团队,工程师会在整个应用程序生命周期中工作,从开发和测试到?#38469;?#21040;操作,并开发出一系列不限于单一功能的技能。安全团队也可以在整个应用程序生成周期中和开发和运维更紧密的合作。

            子影
            子影
            翻译于 2018/09/25 22:16
            0

            为什么DevOps工程师的角色会有所不同?

            DevOps工程师并不是一件新鲜事。它是一类工程师的统称,如系统工程师,自动化构建工程师,软件工程师,Linux工程师等等。

            然而,DevOps工程师的工作性质因组件而异。在某些情况下,他们的工作是基础设施的自动化和维护。?#34892;?#32452;件将他们的工作扩展到整个交?#35835;础?/p>

            DevOps工程师的角色各不相同,因为他必须通过克服传统的协作障碍与开发人员和运维人员进行协作。而且不同的组织在这个过程中会有不同的协作障碍。

            子影
            子影
            翻译于 2018/09/25 22:28
            0

            DevOps工程师日常工作中最重要的两个方面

            虽然DevOps工程师的角色多种多样,但是几乎所有DevOps工程师每天都会触及两件事——自动化和?#20013;?#38598;成。

            自动化

            与维护基础设施相关的大多数任务仍然是手动的。公司更愿意使?#20040;?#32479;的成熟的方法,并不是自动化的相同流程,因为它们不想冒任何风险。但事实是自动化任务将有助于加快软件的开发和?#38469;穡?#36825;意味着从客户账户到公司账户更快的现金转移。

            要意识到这一点,例如,如果系统工程师的任务是每天两?#38382;?#21160;备份所有服务器,它这是在浪费时间,因为通过编写脚本,在一些云设施中自动备份服务器可轻松实现这一点。通过自动执行备份过程,你可以让系统工程师更专注于关键问题,例如对由于某些VM问题而导致服务器关闭进行?#25910;?#25490;除。手动执行相同操作将导致系统工程师负担过重,其效?#24335;?#22823;幅降低。这只是一个很简单的例子来说明不转向自动化而造成的资源浪费。

            子影
            子影
            翻译于 2018/09/25 22:50
            0

            DevOps可以看作是敏捷(Agile)的扩展,因为它可以降低由于开发团队,QA和?#38469;?#22242;队之间的协作不良而可能出现的风险。DevOps通过?#40092;?#21040;高质量软件需要包括QA和运维专家在内的所有利益相关方的?#20013;?#21442;与?#22836;?#39304;的这一事实,扩展了敏捷原则的?#27573;А?/p>

            ?#34892;?#22810;事情可以通过自动化方式来完成,例如在发?#38469;保?#20351;用新补丁更新Apache Web服务器,更新服务器上?#38469;?#30340;开源软件的版本。

            DevOps工程师可以通过创建脚本环境来自动化配置服务器的过程。你可以在一个节点上运行脚本,但如果不是数以千计的节点,则在数百个节点上运行相同的脚本将变得不切实际。脚本在这里不是可扩展的解决方案。

            因此,需要以可扩展方式,跨大量节点自动化软件供应,配置管理,和应用程序?#38469;稹?#36825;就是像Chef,Puppet,和Ansible这种配置管理工具在DevOps世界中派上用场的地方。

            子影
            子影
            翻译于 2018/09/25 23:13
            0

            ?#20013;?#38598;成

            DevOps的另一个重要的方面是?#20013;?#38598;成(CI),它是一种软件实践,CI允许开发人员不断更新对单个仓库的更?#27169;?#20174;而进行自动化构建和测试。

            一个?#20013;?#38598;?#19978;?#32479;通常包含一个监控版本控制系统的工具。每当监测到版本控制系统的更改时,?#20013;?#38598;?#19978;?#32479;将会自动化构建和测试应用程序。如果构建或测试未通过,系统会立即通知开发人员去解决问题。

            ?#20013;?#38598;成可确保?#20013;?#20132;付,因为所有的代码更改都会?#20013;际?#21040;构建阶段之后的测试和生产环境中。

            使用?#20013;?#38598;成,开发人员可?#28304;?#25163;动任务中解脱出来,提高他们的工作效率,现在可以在CI中以自动的方式完成;由于频繁测试,错误和bug将更容易被找到和减少;可以更快速,更频繁的提供对最终用户的更新。

            有多种产品和工具可以帮你在组织中实现?#20013;?#38598;成。

            子影
            子影
            翻译于 2018/09/25 23:32
            0

            ?#34892;?#24037;具可以让你在自己的网络基础架构中托管CI服务器。最流行的一个是Jenkins,它是由Sun公司的Hudson项目重新命名而来。

            还有一些其它的托管CI产品,例如CircleCITravis CI,它们是完全托管在云端的。这些托管CI产品正变得越来越流行,尤其是对于小型公司或组织,因为它可以让工程师团队尽可能快速的开始?#20013;?#38598;成。

            总结

            DevOps工程师扮演的最重要的角色是弥合了开发团队和运维团队之间的差距,增长软件交付率。

            虽然DevOps工程师的角色因组织而异,但有两个常见的方面:自动化和?#20013;?#38598;成。

            子影
            子影
            翻译于 2018/09/25 23:47
            0
            本文中的所有译文仅用于学习和交流目的,转载请务必注明文章译者、出处、和本文链?#21360;?/div>
            我们的翻译工作遵照 CC 协议,如果我们的工作有侵犯到您的权益,请及时联系我们。
            加载中

            评论(5)

            ?#21496;?#38750;常君
            ?#21496;?#38750;常君
            那测试,运维是不是也要开发?
            当朝宰相
            当朝宰相
            这句话“与维护基础设施相关的大多数任务仍然是手动的”其实在云时代也是自动化和代码化的,infrastructure as code ,架构既是代码 便是对基础架构的代码化的总结。例如AWS的cloudformation
            JackSongBlack
            JackSongBlack
            敏捷开发教导我们开发要把测试工作一起做了,还得先做,devops更进一步,要不要把运维一起做了
            lanmingle
            lanmingle
            实际上:如果?#34892;?#27714;,则完成需求的开发,自行维护CI&CD,自行管理 docker + k8s 相关的维护;如果线上出现相关问题,进行排查,需熟悉
            liunx 相关的基础以及排查能力;如果平时没有重的需求那么就整基础服务(监控、告警...)包括微小的服务等等,反正目前?#32431;?#23601;是这样。
            久永
            久永
            很好,?#20064;?#34920;示,你说的很对,你去做吧!
            返回顶部
            顶部
            广东快乐十分实时开奖

                  <output id="ilehw"><bdo id="ilehw"><nobr id="ilehw"></nobr></bdo></output>
                  <dl id="ilehw"><font id="ilehw"></font></dl>

                            <output id="ilehw"><bdo id="ilehw"><nobr id="ilehw"></nobr></bdo></output>
                            <dl id="ilehw"><font id="ilehw"></font></dl>