什么是 DevOps？

如果你回顾几十年前的技术状态，你会偶然发现一个充满孤岛和挫折的技术世界。一个组织中最重要的两个团队——软件开发和 IT 运营——努力有效地沟通。部门驻留在筒仓中，开发和测试以蜗牛的速度进行。我仍然回想起开发团队构建一个包，把它扔到墙上，然后等待 QA 提供反馈的时候。在开发过程中绝对没有沟通——只有当开发团队认为项目“完成”时。即使是每月部署一次的公司也会遇到生产问题。尽管这种基于瀑布的方法在纸面上本质上更加保守，但内部冲突使事情变得非常困难。公司显然需要重新考虑他们的方法。长期的开发过程导致了拙劣的发布和回滚。利益相关者的优先事项与技术团队的优先事项发生了激烈的冲突。生产力链条从根本上被打破。大量的、单一的源代码挂起变得越来越麻烦，甚至迭代更改也会引起头痛。然而，随着引入微服务——一种突破性的新基础架构模型，由构建在可扩展云计算部署之上的小代码块和 API 组成——敏捷软件开发和精益方法成为维护这些新部署不可或缺的一部分。毕竟，代码库正在缩小，团队开始拥有自己的功能，不再需要长达数月的测试来保证核心功能。 DevOps 诞生了——在所有业务部门中迎来了更高的凝聚力、效率和文化复兴。在本指南中，我将解释 DevOps 的来龙去脉、关键最佳实践以及组织中文化变革的重要性，以整合 DevOps 方法并支持更好的开发实践、自动化流程以及最终更好的产品。

DevOps 是如何工作的？DevOps 方法论解释

开发和运营构成了 DevOps 的关键。这两个单元形成了紧密的协作纽带，任何与软件相关的流程都是围绕两个团队设计的。此外，DevOps 的有效实施依赖于建立有效的管道。这种周期性的阶段集合涵盖了从计划到发布的所有内容以及交付过程中所需的功能：

尽管“深思熟虑”的开发节奏曾经司空见惯，但 DevOps 反而以敏捷性为中心。通过紧密整合工程师、测试人员和管理员的角色，公司可以将生产力提高到新的高度。反馈循环对于实现这些DevOps 优势至关重要. 在一个简单的示例中，开发人员将编写一个程序并将其发送给测试人员进行评估。测试人员做笔记并将反馈反馈给工程师，工程师在部署之前改进产品。这不仅仅保留在发布之前的测试阶段，因为 DevOps 是一个跨越整个软件生命周期的持续过程。此外，观察这段代码（输入）在测试环境（输出）中运行时的行为，可以告诉开发人员和设计人员很多关于软件准备情况的信息。此外，创建 DevOps 是为了降低更新失败率、缩短恢复或修复时间并促进更快的发布。我们自然习惯于将更高的故障率与更高的发布敏捷性联系起来，但管道有助于大幅提高可靠性。DevOps 研究和评估 (DORA) 小组评估组织如何成功地实施这些流程。公司被指定为低、中、高或精英绩效。正如预期的那样，表现不佳的人很少发布，需要很长时间才能解决问题，并且更频繁地遇到故障。精英表演者的情况恰恰相反——精英中的佼佼者，包括谷歌、PayPal 和 Netflix 等家喻户晓的名字。这些公司已经完全接受了 DevOps，并且可能会部署 贝宝和 Netflix。这些公司已经完全接受了 DevOps，并且可能会部署 贝宝和 Netflix。这些公司已经完全接受了 DevOps，并且可能会部署每天超过100次。

DevOps 角色有什么作用？

每个公司通常都会实施自己独特的 DevOps 风格，也可以采用其他职位的形式。毕竟，DevOps 工程师可以监督不同的产品，使用不同的技术堆栈，并根据组织在数字化转型过程中所处的位置以及运营和其他团队之间的跨部门协作是否对业务敏捷性至关重要而承担不同的工作职责。例如，DevSecOps 是 DevOps 和安全的交集，专注于在整个反馈循环中管理安全，包括识别、解决和管理错误、漏洞和其他安全风险。现场可靠性工程师 (SRE)另一个角色借鉴了许多 DevOps 方法，例如自动化可以自动化的内容，减少繁琐的“忙碌工作”，以及腾出时间专注于其他任务。

DevOps 最佳实践

无论职位如何，都有适用于许多不同类型的角色和工作场所的通用 DevOps 原则，包括持续集成和持续交付或部署 (CI/CD)的同义原则以及 CI/CD 的左移理念鼓励尽早进行频繁测试。传统上，通过采用几个专门构建的 DevOps 工具来实施强大的 CI/CD 是组织尝试优化开发性能的全部范围的方式。然而，实施零碎的解决方案来解决特定的用例和要求——例如拥有一个服务管理工具来响应事件、一个单独的工具来监控基础设施性能，以及另一个管理资产的解决方案——可能会导致工具集蠕变、操作盲点、和杂乱无章的数据。为了跟上现代环境的需求和复杂性，像 DevOps 这样以运营为中心的团队正在转向使用全栈可观察性解决方案。可观察性结合了网络、云、系统、应用程序、服务、和数据库指标成为单一的事实来源。可观察性支持更轻松地深入研究的能力性能分析，在组织中识别更高的工作流效率和自动化机会，并简化每个 DevOps 从业者所珍视的闭环管理。此外，尽可能多地收集反馈。请务必与您的团队联系，以确保项目和构建的顺利进行。然而，这有一个警告。我建议在不通过反馈循环的情况下保持警惕。我已经看到陷入困境的地方会适得其反。采取主动和被动的步骤来解决问题是必不可少的，您可以通过了解如何解释和传达发现来做到这一点。最后但同样重要的是，请注意您的组织目标。也许您已经获得了可观察性，但您的早期开发管道尚未开发。

采用 DevOps 文化的重要性

尽管 DevOps 是一种技术方法，但它本质上也是一种人性化的方法。DevOps 包含敏捷性和解决问题的能力。协作是核心。拥有 DevOps 思维模式会鼓励更广泛的沟通，而不是严格遵守某一学科。这与许多组织——尤其是传统组织——是对立的。加入 DevOps 可能需要文化转变甚至重组。因此，必须将重点放在为任何失败推卸责任上。通过关注问题，您可以在不疏远团队成员的情况下防止失败再次发生。请记住，链条中的每个环节都很重要。如果我从那些非常熟悉 DevOps 的人那里收集到一件事，那就是开发团队和运营团队必须一头扎进才能获得成功。尽管公司文化不会在一夜之间发生根本性转变，但组织可以调整其现有流程，将这些核心 DevOps 最佳实践实施到日常工作流程中。不可能三心二意地采用这些做法并获得全面的作为回报， DevOps 受益。所以，不要因为流行就采用 DevOps；这样做是因为 DevOps 如何改进您的开发工作流程的数据显示出明显的好处。虽然改进工作流程是构建更强大的开发流程的关键，但确保您对 IT 基础架构拥有正确的洞察力也同样重要。SolarWinds ® Hybrid Cloud Observability旨在提供 DevOps、ITOps 和安全团队快速、更高效地采取行动所需的集中、全面的性能监控数据和见解。

「梦想一旦被付诸行动，就会变得神圣，如果觉得我的文章对您有用，请帮助本站成长」

赞(0) 打赏

一分也是爱

支付宝扫一扫打赏

微信扫一扫打赏