DevOps和网络管理：更大的图景

DevOps 运动的核心是我们都在这里为用户带来价值的概念。无论是何种应用程序、何种基础架构、何种官僚机构以及何种流程，IT 都应该只是为用户提供可增加价值的应用程序体验。为此，我们都应该共同努力。IT 组织中的孤岛墙已经倒塌了很长时间。服务器管理员指责网络管理员的日子肯定会过去。在开发环境中也是如此，应用程序程序员已经学会了与 UI 设计人员有效协作。

哦，那保安人员呢？用户不在乎。他们只是想要增加价值的应用程序体验。DevOps 是关于整个 IT 社区认识到并内化这一点，最重要的是，共同努力实现更大的利益：更好的应用程序体验。

这一切说起来很容易，但这是什么意思呢？我们真正需要解决什么问题？嗯，这是困难的部分，因为问题跨越文化，而不是产品或实施。有一些工具集被标记为“DevOps 工具”，它们大多以自动化为中心。虽然自动化很重要，而且绝对是 IT 社区已经准备好并需要的东西，但 DevOps 比这更大。

IT 中的一切都需要改变。它需要从沟通和理解开始。了解我们都在努力解决的挑战，以及我们都在努力克服的障碍。在那之后，它需要发展到官僚主义和流程，甚至在我们考虑工具之前。包括 IT 中所有团队的观点，最重要的是他们可以为共同利益而共同努力的方式。

网络和 IT 管理的历史是一段有趣的历史。它已经存在了几十年，虽然该学科已经非常成熟，但挑战、技术和解决方案的变化不大。DevOps 运动是回顾 IT 管理的一个有趣的地方。我这么说是因为他们的目标一直是相似的。

对于管理工具，目标始终是“您能否为我提供信息和可见性，以确保我的用户始终满意？” 管理工具可以告诉您何时尝试使用您拥有的更多带宽。它可以告诉您设备何时关闭，以及它正在影响谁。它甚至可以告诉您某个特定冷却风扇何时发生故障（如果这是您想要的），但您的用户何时不满意？是的，这很难。

毕竟，用户是脾气暴躁的、不可预测的，而且通常不是很技术。谁能预测他们的情绪？等一下——如果他们只是期望他们需要工作的应用程序，并为他们提供完成工作所需的价值怎么办？也许这就是让他们开心的全部。

IT 管理是 DevOps 的白骑士吗？

也许经过这么多年，IT 管理工具是准备为 DevOps 社区提供所有答案的白衣骑士。那不是很酷吗？好吧，我们不是——没有人是。这个洋葱有很多很多层。但在你剥开它之前，你需要看到每一层，并理解它们的本质。

您确实需要知道您的应用程序是否响应、响应速度有多快以及它们承受的负载有多大。你需要知道谁在使用它们。您需要知道提供它们的资源是否正常工作。您当然还需要确保它们都配置为安全的。您需要确保当人们做出更改时，他们会被记录、理解、沟通和跟踪。

而且，顺便说一句，您最好知道风扇何时出现故障。那很容易就是钉子打破鞋子，使马瘫痪，阻止骑手，丢失信息，输掉战斗，输掉战争。一切都是为了一个 5 美元的粉丝。那么，IT 如何获得他们需要的东西，以确保他们能够为用户提供能够提供价值的应用体验呢？

要做到这一点，你需要一致性，你需要有效和灵活的标准，你需要沟通，你需要行政支持，你需要拆除围墙，你需要知道我们都在为用户的更大利益而努力.您需要所有这些，但您还需要出色的能见度。你需要知道你的用户在做什么，他们在做什么。您需要了解您的资源、供应商和硬件是如何工作的。您现在需要知道，是否有任何特别需要任何人特别注意的事情。这就是 OmniCenter 为 DevOps 所做的。