devops和敏捷

红帽公司通过其新公司Command Line Heroes 加入了越来越多的令人惊叹的技术播客列表。

在前两集中,开发人员兼主持人Saron Yitbarek讲述了开源软件和Linux如何在80年代和90年代蓬勃发展的故事。 然后,在本季结局之前的接下来的四集中,她简要地介绍了敏捷,DevOps,容器和云的历史。

让我们看一下敏捷和DevOps情节。 下次,我将向您介绍容器和云事件。

催化剂

随着互联网的出现,公司需要快速交付服务和应用程序。 Ansible产品经理Richard Henshall表示:“这一切都是为了加快上市时间,提高敏捷性,进行更多的迭代而不是长期的大型工作。”

开发人员是为了拯救世界而奋斗的英雄,而开发人员的作用则突如其来,倍受赞誉。 就像发生任何如此大的变化一样,对开发人员工作的过程进行了分析,尝试,测试和重新构想。 对开发人员的前进方式进行两项重大更改:敏捷和DevOps。

首先,敏捷

敏捷方法诞生于2001年冬季,在犹他州的一个软件开发中心。在那里, 宣言被草拟,其原理清单如下:

“我们的首要任务是通过尽早并持续交付有价值的软件来满足客户。欢迎不断变化的需求,甚至在开发的后期。敏捷流程可以利用变化来提高客户的竞争优势。”

敏捷今天继续被开发人员所采用,流行的电视节目《 硅谷》就敏捷(和Scrum )制作了以下片段:

要详细了解敏捷的兴起,请收听第3集

然后,DevOps

这是设置。

Stripe可靠性工程团队的Jonah Horowitz以此方式描述了问题

“运营团队通常通过正常运行时间和可靠性来衡量,而增加正常运行时间的最大方法之一就是减少系统的变更量。但是,当然,发布新功能正在改变系统,并且鼓励进行产品工作以尽快交付更多功能。因此,当您拥有这些单独的角色时,就会在开发人员和操作人员之间建立这种冲突。”

Microsoft .NET和ASP.NET的首席程序经理Scott Hanselman用以下方式描述了该解决方案

“ 2008年定义DevOps的Wikipedia条目实际上非常好。因此,这是一组实践,旨在减少提交更改与将更改投入生产之间的时间,同时确保质量。因此,如果您考虑一下,嘿,我检查了一些代码,是星期二,将在六月的发行版中发布,这很糟糕,不是持续集成,而是每年两次的集成。

如果您拥有一个运行状况良好的DevOps系统,并且已完成设置实践,那么您将不断集成到生产中。 就是这样,你能做什么? 您可以定义哪些最佳实践,可以创建哪些最佳实践呢? 因此,我在星期二检查了一些代码,并且在星期四开始生产。 现在是重要的部分-暂停效果-同时确保高质量。”

Red Hat的高级经理Gordon Haff谈到正确进行DevOps所需的条件:

“您确实需要一个全新的工具生态系统才能最有效地进行DevOps。我们看到的是DevOps可以利用的大量新型工具和平台。它们确实全部来自开源。”

要了解有关开发人员和IT领导者如何通过DevOps实践解决速度和思维方式以及自动化扮演的角色的更多信息,请收听第4集

进一步阅读

我将以一些很棒的链接和我认为很重要的进一步阅读作为总结来结束本总结。

找出记者和敏捷的伟大思想家在这个问题上写了些什么。

关于敏捷历史的文章:

撰写宣言的人的反思:

找出DevOps中的重要思想家在说些什么。

订阅播客

通过您最喜欢的播客捕手(请参阅下文)进行订阅,并访问redhat.com/commandlineheroes以访问演示,特殊操作方法并注册新闻通讯。

翻译自: https://opensource.com/article/18/4/command-line-heroes-podcast-agile-devops

devops和敏捷

Logo

开放原子开发者工作坊旨在鼓励更多人参与开源活动,与志同道合的开发者们相互交流开发经验、分享开发心得、获取前沿技术趋势。工作坊有多种形式的开发者活动,如meetup、训练营等,主打技术交流,干货满满,真诚地邀请各位开发者共同参与!

更多推荐