如果您已经在IT运营管理(ITOM)领域工作了一段时间,那么很可能在某个时候,有人告诉您代理即将退出。这有很多很好的理由。但它可能会让你惊讶的是,经纪人即将卷土重来。
历史上,有一些很好的理由使用药剂:从代理有时候,你可以得到更详细的数据。或者,也许端点所有者是更舒适的安装代理的你,而不是给你的监控平台的登录凭据到他们的设备。但是,在过去的十年里,许多IT从业者纷纷涌向朝向吹捧提供丰富的发现和功能,而无需代理的能力,现代监测平台。
事实是,代理可能是一个巨大的痛苦处理。他们经常专有的。它们必须安装在每个单独的端点上。它们必须与端点上可用的环境兼容。有时候,甚至安装代理都需要获得许可。安装的版本必须与正在运行的监控平台的版本一致。它们通常是单独授权的,这增加了成本和复杂性。迁移到新的监控平台似乎令人生畏,因为所有已安装的代理都需要被删除和替换。一些关键端点(如网络设备和管理程序)可以被锁定,以至于它们甚至不允许您安装代理。和更新! In a world where urgent security patches are coming out on almost an hourly basis, the prospect of keeping thousands of installed agents updated and secure can give some IT Ops teams a severe case of the shakes.
等一下,但是,因为在这个世界上的IT基础架构成为软件定义的一些变化。
今天,许多IT组织正在朝着DevOps的团队结构,其推出的基础设施,在一个更快速的剪辑变化比历来的情况下移动。即使你的组织没有接受DevOps的呢,你可能会发现,你的IT消费者是依靠更偏重于那些本质短暂比以往任何时候都前服务和微服务。在极端情况下,一个微服务可旋转起来,活的约三分钟丰富,充实的生活,然后静静地走下车进入晚安别的东西来代替。数百名,每天上百次。
在这种环境中,无代理监控平台很难实时跟上变化的步伐。许多IT从业者继续将无代理架构增加的网络需求作为一个关键的缺点——想象一下,如果监控平台必须询问每个临时服务,网络流量会增加多少。消除这一瓶颈的唯一合理方法是将收集代理放置在创建和管理服务的附近。
“但是,等等,”你可能会说,“代理很糟糕!“你不会错的。但好消息是,我们有机会从过去的斗争中吸取教训。对于初学者,我们可以使用已经存在的非专有工具,比如collectd,来收集和传播我们需要的所有监控数据。此外,DevOps实践允许我们确保在构建新应用程序时从一开始就考虑监控,这意味着这些应用程序将具有促进指标报告的功能。实际上,应用程序成为了它自己的代理。
许多组织,包括很多我们自己的客户,已经在探讨这些做法,因为他们慢慢过渡到软件定义的IT。有很多事情ITOM平台可以做来设置这些IT部门并透过整合,统一的IT管理成功这是准备将未来的动态缩放,面向微服务的环境。
如果您有兴趣了解更多关于ITOM平台在充满微服务的世界中的未来,可以考虑参加GalaxZ18。