当今世界各地的企业对利用 DevOps 快速交付应用程序和服务越来越感兴趣。然而，在大多数组织中，对 DevOps 的认识仍然局限于抽象原则而不是实践知识。人们对 DevOps 的目的存在严重误解，因此许多公司对实际实施敏捷运营信心不足。
在这篇文章中，我们分享了 NGINX 全球解决方案架构师兼管理 DevOps 环境专家 Kevin Jones 的关于成功过渡到 DevOps 的建议。
设定目标
“我们想要实现什么目标？是为了使我们的应用程序现代化吗？改造我们的基础设施以实现敏捷开发？”
Kevin 表示，这些是组织在向 DevOps 过渡时需要提出的问题，他强调，概述一组明确的目标是不确定或不确定的目标的第一步。组织。
“我认为，从技术角度来看，这是确定组织真正想要达到的目标，”Kevin 解释道，“同时也要使之与企业想要做的事情相匹配。例如，如果你是 Uber，你可能已经对它有所了解，但总有一个路线图 – 总有你想要到达的地方。”
选择正确的 DevOps 工具
组织在 DevOps 转型期间需要做出的首要决策之一是为其新的运营框架采用哪些工具。在此阶段，许多组织首先考虑要采用哪些产品或设备。现代 IT 团队可以使用无限数量的工具；因此，对于公司来说，决定哪些工具最适合其用例非常重要。
在购买新工具或平台之前，积极主动地仔细测试每个可能的选择至关重要。如果监控已被调用例如，您希望确保您选择的工具报告您关心的所有因素 – 响应时间、内存使用情况、每秒请求数等。对于凯文来说，“关键在于确保他们能够为你的目标解决问题”。花时间询问有关新工具可行性的问题可以让您对所采用的设备做出更明智的决定。
促进跨职能沟通
也许大多数组织在过渡到 DevOps 时面临的最具挑战性的障碍是促进业务和技术方面之间的沟通。公司常常采用 DevOps 流程，但没有采用职能团队之间有效协作所需的非孤立组织结构。
“在很多组织中，”Kevin 解释道，“DevOps 团队不一定对正在发生的事情有太多控制权。这有点像平衡行动，一方面是业务，另一方面是基础设施和技术人员。”因此，推动组织的业务和技术方面之间的沟通是 DevOps 理念的基础。
正如 Kevin 强调的那样，“激发与这些团队的讨论以确保做出正确的决策非常有帮助”。如果某个部门或利益相关者想要采用某种特定工具，Kevin 建议 DevOps 团队需要参与其中，“帮助决定是否通过增加价值来改善环境，而不是给基础设施增加不必要的复杂性。”有很多工具可供采用，但作为一个团队，团队可以做出明智的决策来实现总体目标”。
对于大多数 DevOps 团队来说，内部或跨团队沟通是一项挑战，因为他们的生产升级、票证积压和变更管理规划工作量巨大，但 Kevin 表示这不可能后座方法的借口“尽管 DevOps 团队通常很忙，”他解释道，“但他们应该让自己能够参与此类讨论，尽可能多地参与业务。”在不同团队之间开启对话既是一种文化变革，也是一种运营变革。
衡量 DevOps 的成功
与任何运营方法一样，DevOps 注重结果。能够识别成功和失败对于开发新流程时收集反馈至关重要。然而，许多公司发现很难有效地衡量新流程，例如 DevOps。
从 Kevin 的角度来看，衡量的主要例子有三个：成本、现代化和性能。 “我认为结果有不同类型，”他补充道。 “我们可以讨论经济成果：从财务角度来看，你想实现什么目标？也许这根本就和钱无关。也许它正在追踪米格从使用遗留应用程序或遗留基础设施转向更现代的基础设施。”
第三个可能的成功衡量标准是应用程序随时间推移的性能。为此，他建议事先询问一些基本问题：“应用程序的性能比上个月好还是比上周好？另外，最终用户体验如何？”
成功实现目标依赖于公司业务和技术方面之间的开放沟通和团结。协作对于概述您正在寻找的结果以及计划用于实现这些结果的工具是必要的。在与业务团队的定期讨论中，DevOps 团队可以在整个过渡过程中提供专家指导。
要让 DevOps 为您的组织发挥作用，首先要牢记明确的最终目标。如果您有一个要努力实现的目标，那么您就有一个参考点来帮助您提出正确的问题。正如 Kevin 所说，DevOps“很多是关于文化并尽可能多地参与业务，每一步”。
要详细了解 NGINX 如何通过 DevOps 方法帮助您实现业务转型，请联系我们。
发表回复