在过去两年中，随着远程工作、云迁移和基于容器的架构增强了网络基础设施，网络环境发生了巨大变化。这种数字化转型给 NetOps 团队带来了更大的压力，要求他们了解本地、云和混合环境，以确保整个网络和应用程序的性能，无论位置如何。
因此，对于希望主动规划、监控和优化其网络服务或希望快速查找和修复网络性能问题的组织而言，传统的网络性能监控(NPM) 工具已不再适用。
事实上，根据 Gartner 的《2021 年网络性能监控市场指南》，“与 2021 年相比，到 2025 年，由于远程工作和云迁移的增加，60% 的组织将减少对传统网络监控工具的需求。”
从本质上讲，组织再也无法承受跨基础设施的可见性差距。为了克服这一挑战，他们需要确保他们的基础设施能够处理内部和外部的问题，并利用数据源的组合来提供整个网络的整体端到端视图。
这是怎么做到的?让我们深入了解 NPM 的状态以及它如何适应提供云和混合可见性的更多细节。
结合数据源来识别问题
NPM 工具利用数据源的组合，包括网络设备生成的流量数据;原始网络数据包;以及网络设备生成的健康指标和事件，用于监控、诊断和查找性能问题。这包括为NetOps团队提供取证数据，以确定性能问题的根本原因，并深入了解最终用户体验。
传统的 NPM 工具专注于核心网络和数据中心，从传统网络边界内捕获信息。除了发生的网络异常之外，流量类型、流量和流量模式几乎是一个已知因素。
采用本地网络设计的客户拥有强大、可扩展和稳定的环境，并在防火墙、可靠的WAN边缘设备和其他网络组件的帮助下。NPM 工具 99% 了解可能发生的问题，并根据此分析进行监控和行动。
随着客户迁移到基于云和容器的架构(以及 SD-WAN 和微服务等其他技术)，捕获流量和隔离问题变得更加困难。今天，组织需要能够监控 LAN、WAN 和云的工具，因此让我们深入了解影响这种可见性转变的每个领域。
为远程工作重新设计网络
远程劳动力导致组织重新设计网络基础设施已不是什么秘密，但这些变化通常不考虑监控或可见性。
例如，随着远程劳动力的增加，对于大多数大型企业而言，通过 VPN 集中器或防火墙进入的连接数量已大大增加。这些设备和网络设计必须重新设计，以适应规模、吞吐量和用户访问许可数量的增加。
随着远程工作人员的增多，企业正在寻找可以监控和分析来自 VPN 集中器的流量模式、利用率和应用程序监控的 NPM 工具。NPM 工具现在可用于从这些设备读取有用的数据(流、SNMP、API 等)，以帮助分析和监控远程用户流量。
云迁移和云原生计算
云迁移已经发生多年，但由于最近发生的事件，一直在以惊人的速度加速。对可能不属于组织的更多支持云的应用程序和服务的推动使监控和故障排除进一步复杂化。
例如，多家云公司(如谷歌、亚马逊、Azure)提供的云解决方案还提供托管在其门户上的服务和应用程序或其他供应商的托管服务。
有了这种供应商组合，NPM 工具理解和监控的有用可读数据类型可能具有挑战性。但是 NPM 工具现在能够捕获原始云数据并转换为可读的 IPFix 数据，或者通过 API 创建有用的报告以进行监控和分析。
一些 NPM 工具在各个站点的云中部署了全局或私有代理，它们利用合成流量来监控和分析网络 SLA。云供应商也在尝试添加更多方式(高级 API、服务标签等)，以便 NPM 工具可以轻松访问原始数据。
基于容器的架构
容器化和微服务允许组织将软件及其依赖项打包在一个独立的单元中，无论是在本地还是在云中。了解这些服务对于管理整个用户群的性能至关重要，但由于流量的变化，它从根本上有所不同。
NPM 工具需要能够访问原始数据、读取这些信息并分析来自这些容器和微服务的有用信息，以将这些数据导出为有用的用户可报告格式。每个供应商都有自己的方式来实现容器或服务在本地或云中的托管方式，以及可以访问原始数据的格式。大多数供应商都有 API 来访问这些数据;只需要 NPM 工具来实现这种 API 格式来获取这些数据。
不同的云解决方案具有不同的端到端解决方案托管方式。例如，部署 NPM 工具并从 Amazon AWS 读取原始数据与将工具托管在Google GCP 平台上是完全不同的。不同厂商提供的数据格式有不同的数据变量、服务名称、区域格式等。还有大型新的企业私有云解决方案(如SAP或Salesforce私有云解决方案)，这增加了读取数据的复杂性。混合云托管企业。
向云的转变和不断变化的网络架构使得 NPM 解决方案能够在所有这些技术中发挥作用。这意味着捕获包括流式遥测、流数据、数据包数据和 SNMP 在内的数据，这些数据可用于预测分析、实时监控、AI/ML 辅助分析和历史分析等输出。
企业现在需要考虑 NPM 工具如何计划解决新的托管技术以及从本地设计迁移到完整的云解决方案。
标签：
版权声明：本文由用户上传，如有侵权请联系删除！