DevOps的常见陷阱及避免方法


在我的previous blog post,我讨论过DevOps是一种组织变革,它将运营和开发团队聚集在一起,使团队能够持续地交付价值。很清楚why organizations adopt DevOps,但是向完整的DevOps文化的过渡是很难完成的,而且在您采用DevOps文化的过程中有许多挑战需要规避。让我们来讨论一些轻松避免这些陷阱的方法。

在采用DevOps之前,您必须后退一步,找出DevOps文化的最大阻碍因素。Mendix确定了四个重要的重点领域,在这些领域进行改进并防止进一步的挑战:

  1. 公司变革[计划]
  2. 自动化测量(&M
  3. 微服务与体系结构
  4. 敏捷与模式2演进

大多数组织无法同时应对所有这些挑战,这也没关系。DevOps应该是一个平稳自然的变化,在组织的所有领域强制进行这种过渡将有可能产生很多阻力。

在开始向DevOps过渡之前,您需要回顾四个关键领域,并准备进行更改。DevOps是一个巨大的组织和文化变革,对于成功的采用,过程和思维方式的改变都是至关重要的。在不改变如何接近DevOps的情况下,您的团队将很快遇到路障。

但好消息!如果您为以下领域制定一个过渡计划,那么解决路障并不难:

公司变革计划

通过建立专门的DevOps团队来启动一个组织变革计划,以掌握新的和现有的应用程序的所有权。将部门优先级转移到与DevOps思维模式保持一致。介绍其他支持工具和方法,如CICD工具或IT4IT框架。

自动化和测量

为了跟上快速变化的步伐,DevOps不应该依赖于传统的,在变化之间的漫长的采购或供应周期。在启动DevOps时,有一个基本的自动化水平是很重要的。最低限度是在宿主,供应和部署中有一些自动化。使用容器框架来运行您的应用程序将允许团队在需要时更新和更改软件。一旦基本的工具就位,关注于能够收集关于团队在哪里花费时间的客观测量,并持续优化最耗时和最乏味的流程。

微服务和体系结构

有些体系结构不适合DevOps。在大型的整体解决方案或SOA解决方案中,定义团队负责的确切区域变得更加困难,而让团队负责整个区域只会在组织内创建更小的竖井。这往往会成为收养过程中的一个难题。

从小处着手,选择从支持围绕所有权和持续改进的DevOps愿景的解决方案开始。Microservices是支持DevOps的架构的一个很好的例子。

敏捷与模式2演进

为了成功地采用DevOps,敏捷在组织中根深蒂固是势在必行的。至少,在采用DevOps之前,确保您建立了一个双峰组织,并使您的模式2团队能够完全采用敏捷思维定势。

DevOps是敏捷的发展,为了从敏捷成功过渡,DevOps团队中的每个人都应该支持敏捷思维。这包括从团队成员一直到执行级别的所有人,以及需要确保制定目标和预算与DevOps思维模式兼容的人员。

成功采用DevOps的5种方法

在向DevOps过渡的过程中,您应该关注许多事情。以下五个主题将对您成功采用DevOps文化产生最大影响:

  1. 从那些有T-shaped兴趣和技能。会有I-shaped people这些人在DevOps组织中可以很好地工作,但是要建立最初的方法,您需要对改进整个应用程序生命周期感兴趣的人。
  2. 为自动化和改进留出时间。没有自动化工具的DevOps是一个神话,您需要确保团队有时间来不断地自动化和改进最耗时的流程。在开始采用DevOps时,这将花费更多的时间。尝试并利用提供这种开箱即用的现有平台和技术。
  3. 聚焦文化和意识形态。与团队紧密合作,使他们能够进行所有的活动。这将允许他们拥有他们工作的过程和产品,使他们更愿意专注于过程的开发和运营方面。
  4. 保持同样的小团队。不要拆散团队或创建团队组合。与敏捷方法相比,开发Ops的长期团队更加重要。创建强大的团队,根据团队能力而不是个人分配工作。
  5. 为新团队设置新的模式2流程。如果您要将新计划的方法混合到旧的支持或维护周期中,团队可能会受到这种方法的限制,并退回到传统的工作方式。相反,为新的团队和计划创建一个新的模式2流程。

我怎么开始呢?

从小处开始!就像敏捷方法中的所有事情一样,从一个可管理的工作块开始。不要试图一次做出所有的改变。人们很难找到与新流程和工具之间的正确平衡,而且很可能您会遇到很多阻力。

建立一个或两个DevOps团队,让有意愿的人开始新的计划,并在您的组织中慢慢扩展。记住常见的陷阱,并不断调整和改进您的方法,同时在您的组织中推广它。

本文最初发布于Mendix blog