云原生NPM与传统NPM的差异

网络性能监控(NPM)工具 网络性能监控包括有助于提高网络质量的过程,从监控、可视化和优化到管理整个网络。定期监控性能指标有助于网络在平衡状态下运行并检查其健康状况。任何具有从简单到复杂网络架构的组织,如果想要生产力、客户满意度和安全性,都将受益于强大的网络监控工具。 阅读详情

摘要:以eBPF技术为主的NPM监控在市场日趋火热,本文主要以Packet作为处理目标展开对传统NPM与云原生NPM的差异化分析,带领大家了解二者的优劣势。

网络性能监控 (Network Performance Monitoring - NPM) 是一种用来采集、监控、诊断网络相关的技术和方法,可以帮助IT运维人员方便观察所管理网络的运行状态,了解潜在的故障点和风险,并有助于快速定位故障原因。此外,也能为最大化/调优网络性能、可用性和服务质量提供支撑。

为了更好的监控网络运行状态,NPM产品会采用多种方法来采集多种指标和数据,如SNMP、NetFlow / sFlow、Packet Capture等。这些数据中,SNMP指标需要采集设备主动向被管理的设备去请求,Flow信息由网络设备采样和推送,而Packet通常由独立设备通过网络设备的镜像端口进行流量获取。可见,Packet的方式能提供更多和更完整的网络真实面貌,但是对采集设备的要求也更多,不仅要处理大流量,计算各种网络指标,还需要能深度解析各种网络协议,从而提取更多的信息。因此,市场上不同的NPM产品,主要的竞争差异也是对包的处理,比较先进的NPM产品,从网络包中提取大量的信息之后,通过机器学习和AI的方式,实现自动风险识别,事件提醒等高级功能。

因此,本文主要以Packet 作为处理目标来分析传统NPM与云原生NPM的差异。虽然传统网络和云原生的基础设施环境不一样,但是NPM的目标是一样的:更好地了解网络实时运行状态,为扩容/缩容提供依据,为快速故障诊断提供支持,等等。但也正是IT基础设施环境的不一样,导致了两种环境下NPM的巨大差异,主要体现在以下几方面:

1) 部署方式

传统NPM需要独立硬件连接网络设备的镜像端口,此外,为了能进行多段分析(同一个网络包通过多个网络设备之后,需要计算每个网络设备的转发时延),就需要有多台物理设备连接不同网络设备的镜像端口,如果不同网络设备的物理位置比较近,可以连接至同一个NPM设备的不同抓包端口。

云原生NPM通常以纯软件方式形式存在,部署在业务系统的主机内,如果业务系统已经采用Docker, K8S等集群方式,那么部署起来将更加方便。由于每个主机都会进行部署,因此天生就可以从多处采集不同的流量,实现类似传统NPM中的多段分析。

2) 采集的流量内容

传统NPM可以采集到所有的物理网络流量,包括网络设备之间的路由协议数据。

云原生NPM主要采集所在(虚拟)主机的网络流量,包括主机与外部的通信流量,也包括主机内部通过虚拟网络设备互相连接的容器。

3) 业务影响

从1)中可知,传统NPM使用专用硬件设备来处理和分析网络数据,因此完全不会影响原先的系统运行。

云原生NPM运行在原有的系统中,会占用原有系统的资源,如果NPM占用太多的资源,很有可能会影响系统的运行。

4) 优/劣势

传统NPM可以捕获到更多种类的网络流量,不仅可以分析路由协议,观察网络转发的性能;也可以分析业务的流量,评估客户端和服务端的网络处理性能。另外,传统NPM可以使用更多的资源,对捕获的数据包做更详细的分析;甚至可以将所有捕获的数据进行存储,便于事后更丰富的分析和调查取证使用。相比于软件部署的云原生NPM,硬件成本比较高,升级维护也没那么方便。

云原生NPM部署在业务系统主机内,不仅可以捕获主机与外界的通信流量,还可以捕获主机内部的网络流量,尤其微服务架构流行的时代,主机内部的通信流量也日益增多。缺点是要保持实现的轻量,以免消耗过多的资源,影响业务系统。另外,一般部署的节点较多,对NPM的管理也有较高要求。

5) 实现技术

传统NPM大多采用一台配置较高的服务器硬件,甚至在特别大的流量场景下会使用专业的抓包网卡来捕获数据包,专业网卡一般还会提供高精度的网络包时间戳功能,为计算网络时延、抖动等功能提供帮助。有时,还会配备大容量的磁盘阵列,用于存储捕获的数据包。在软件层面,目前使用DPDK技术捕获数据包比较流行。

云原生NPM大多采用libpcap/winpcap抓包技术,近年来基于eBPF的XDP技术也很受关注。

加入乘云伙伴群

乘云数字是一家可观测软件服务商,专注于为企事业用户提供一站式的IT性能监测与人工智能运维分析服务。云原生环境作为目前主流的基础设施发展方向,我们也十分重视在云原生场景中采集各种主机、容器、POD等各种维度的数据,其中NPM相关的指标和数据也是我们重点关注的一个方向,这些数据被用来观测复杂的云原生网络环境的动态,同时也帮助快速定位网络相关的故障和性能问题。乘云数字的NPM功能,不仅采集操作系统提供的详细指标数据,还结合了旁路抓包的深度流量解析技术和基于eBPF的系统可观测技术。以较少的资源开销,将应用层与网络层进行关联,将网络故障和事件定位至具体的应用,极大地缩短了定位网络异常的时间。

实战经验分享:大型项目中的云原生包管理架构设计 随着微服务架构、容器化技术和DevOps理念的普及,大型云原生项目面临前所未有的包管理复杂度。多语言技术栈下的依赖冲突治理分布式环境中的包版本一致性保障大规模并发场景下的仓库性能优化多云架构中的包管理策略统一覆盖从单体应用到分布式微服务架构的演进过程,适用于金融、电商、智能制造等领域的千万级代码规模项目。背景分析:明确云原生包管理的核心挑战与技术演进核心概念:解析关键术语及架构组件间的依赖关系技术实现:涵盖算法设计、数学模型和代码实现细节实战落地:通过完整案例演示架构实施路径。 阅读详情

相关推荐

Linux运维向云原生进阶:Docker与K8s实战指南

容器化技术是现代云计算基础设施的核心,它通过操作系统级别的虚拟化实现应用与运行环境的隔离。Docker作为容器技术的代表,利用镜像分层和命名空间隔离机制,确保了开发、测试、生产环境的一致性。Kubernetes(K8s)则在此基础上提供强大的容器编排能力,实现自动化部署、弹性扩缩容和故障自愈。这些技术不仅提升了资源利用率和部署效率,更推动了运维向DevOps和GitOps模式的转型。在企业级实践中,掌握Docker镜像构建、K8s集群部署、服务发现、监控日志等核心技能,已成为Linux运维工程师向云原生进阶

A458545418的博客 442

深入了解网络性能监控(NPM):优化网络性能的关键

随着企业依赖于互联网和内部网络进行业务运营,网络的稳定性和性能显得尤为重要。作为IT运维专家,确保网络无缝运行是我们日常工作的核心内容之一。在这过程中,和是我们手中不可或缺的工具。本文将深入探讨NPM的相关知识,介绍如何利用这些工具优化网络性能,并分享一些实战案例和技巧。

Johnstons的博客 2068

云原生CI/CD实战:GitLab CI与GitHub Actions深度解析

持续集成与持续交付(CI/CD)是现代软件工程的核心实践,通过自动化构建、测试和部署流程显著提升开发效率。其技术原理基于版本控制系统的事件触发机制,配合容器化执行环境实现标准化交付。在云原生场景下,CI/CD能降低85%的缺陷发现时间,结合Kubernetes和GitOps可实现分钟级的自动化发布。主流工具链如GitLab CI凭借All-in-One设计成为企业首选,而GitHub Actions则因其事件驱动模型在开源生态占据优势。本文通过Java项目实战演示了从代码提交到生产的完整流水线设计,涵盖Ma

weixin_30983353的博客 193

企业网络性能监控

网络性能监控(NPM)是指对计算机网络的性能进行持续测量、分析和管理的过程,通过监控流量、延迟、数据包丢失、带宽利用率和正常运行时间等关键指标,确保网络高效、安全地运行,并将停机时间降至最低。

ITmoster的博客 1358

探索云原生领域包管理的最佳实践

随着云计算从基础设施即服务(IaaS)向平台即服务(PaaS)演进,云原生应用呈现出微服务化、分布式、动态编排的显著特征。传统基于文件或二进制的包管理模式(如RPM/DEB、NPM/PyPI)已难以满足复杂分布式系统的交付需求。本文聚焦云原生场景下的应用打包技术,深入剖析以容器镜像为基础、结合声明式配置的新型包管理体系,涵盖核心概念、技术架构、算法原理、实战案例等维度,旨在为企业级云原生应用交付提供系统化解决方案。基础理论:定义云原生包管理的核心概念,对比传统范式差异技术体系。

AI云原生与云计算技术学院 903

SolarWinds网络性能监视器(NPM)12.0.1 / Orion Package 12.1

SolarWinds网络性能监视器(NPM)12.0.1 / Orion Package 12.1 亲自测试可以用

网络性能监测理论与实用

网络路径性能监测内容:1、带宽测量(ping/bing) 2、吞吐量测量 3、数据流量测量 带宽测量: ping ping这一工具返回的时间,虽然通常被描述为传输延时,实际上是发送,传输,队列延时之和。 这一过程可通过如下方式...

A soul tortured by desire 880

SolarWinds网络性能监视器(NPM)12.0.1激活(有图有真相)

有图有真相、SolarWinds网络性能监视器(NPM)12.0.1激活

云原生NPM数据采集和指标计算方法

DataBuff带你深入了解云原生NPM:解析关键数据结构,展示如何捕获性能指标并与应用关联,助您优化网络性能、快速解决故障。敬请期待后续eBPF应用详解。

乘云数字DATABUFF官方博客 1469

SQL注入绕过information_schema:实战技法与替代路径详解

SQL注入是Web安全领域的核心漏洞类型,其原理是通过构造恶意SQL语句,干扰应用程序与数据库的正常交互逻辑,从而窃取或篡改数据。在渗透测试与CTF竞赛中,绕过常见防护措施是提升技术能力的关键。当标准的信息收集方式受阻时,例如无法访问information_schema数据库,攻击者需要掌握替代的元数据获取方法。这些技术价值在于模拟真实环境中日益严密的防御体系,锻炼在受限条件下的系统性信息收集思维。典型的应用场景包括存在WAF过滤、权限限制或编码干扰的实战环境。本文将围绕SQL注入这一核心,深入探讨如何利用

weixin_33980459的博客 430

微信支付V2,jsapi支付拉起收银台报错:调用支付JSAPI缺少参数:total_fee

拉起收银台报错

m0_54355172的博客 3873

scratch-node性能对比测试:与传统Node.js镜像的差异分析终极指南

在容器化部署Node.js应用时,选择合适的Docker镜像是影响应用性能和资源消耗的关键因素。scratch-node作为一款轻量级Distroless Node.js镜像,相比传统的Node.js官方镜像有着显著的优势。本文将为您深入分析scratch-node与传统Node.js镜像的性能差异,并提供完整的对比测试结果。😊 ## 🔍 scratch-node项目简介 scratch-

gitblog_01187的博客 429

【导航】ESP32 教学篇目录 【快速跳转】

本文章 来自原创专栏《ESP32教学专栏 (基于ESP-IDF)》,讲解如何使用 ESP-IDF 构建 ESP32 的WIFI及连接的程序,发布文章并会持续为已发布文章添加新内容! 每篇文章都经过了精打细磨! ↓↓↓通过下方 按钮 进入专栏主页↓↓↓ 专栏主页:点击进入→ESP32 教学专栏 (基于ESP-IDF) WIFI二级专栏:点击进入→ESP32 上的 WiFi ............

Augtons 的博客 3万+

DevOps工具链对决:Argo CD与Jenkins在云原生CI/CD中的核心差异与实践指南

本文深入对比了Argo CD与Jenkins在云原生CI/CD中的核心差异,包括架构设计、配置方式和部署策略等关键维度。通过真实案例和代码示例,展示了Argo CD的GitOps实践与Jenkins的插件生态优势,并提供了混合使用的最佳实践和迁移路径建议,帮助团队在DevOps工具链中做出明智选择。

weixin_28455801的博客 98

提高机器学习模型准确率的八大方法

原文连接:http://www.techweb.com.cn/network/system/2016-01-27/2269274.shtml 此文仅是一个小品文,详细理论请读论文,参考书籍。 前言:我的概述 机器学习面对的是一个受限有穷空间 到 一个扩大的有穷空间 的泛化问题。若假设空间足以覆盖真实的数据空间,机器学习方法可以弃之不...

alppkk4545的博客 1301

【光子 AI 】应用 LangGraph 的核心模型和算法原理,完整实现一个极简版的 Agent 开发框架源代码,并给出具体的应用测试实际项目案例

下面给出一个“极简版 LangGraph 风格 Agent 框架”的完整可运行实现:用 有向图 + 状态(State) + 节点(Node) + 条件路由(Conditional Edge) + 循环(Loop) + Checkpoint 这一套核心模型/算法,把 Agent 组织成可编排、可测试的状态机工作流(这正是 LangGraph 的核心抽象之一:以 StateGraph 组织节点,节点读写共享状态,边做路由与循环,并支持持久化/回放)。 参考概念来源:LangGraph 官方文档对 “StateG

AI天才研究院 271

攻防实战:利用NPM供应链投毒实现隐蔽逻辑触发

通过污染这些被广泛信任的“合法组件”,攻击者可以将其恶意代码植入到成百上千个下游产品中,实现大规模、高隐蔽性的持久化控制或信息窃取。这种攻击方式绕过了传统的边界防御和应用层WAF,直击软件开发的心脏地带,是**高级持续性威胁(APT)**中常见的攻击手法。本节将详细演示如何创建一个包含隐蔽触发逻辑的NPM包,并在满足特定条件时反弹一个Shell。我们在满足特定环境和命令的条件下,成功从受害者服务器反弹了一个交互式Shell,而常规的。在本次实战中,我们将创建一个恶意的NPM包和一个使用该包的受害者项目。

Alfadi联盟 萧瑶的博客 1315

无限泛化!AI背景文字识别,腾讯文字六宫格

本文介绍了生成大规模文字验证码数据集的方法,通过使用上百种字体和2万+字库,结合随机背景和数十种图像增强技术,生成了2000万+的多样化样本。该方法采用二阶段训练策略,确保模型对字体、形态、形变等具有强泛化能力,可适配腾讯、咸鱼等多种平台的文字验证码识别,包括生僻字和复杂形变情况。生成的模型在多种验证码场景下表现优异,但强调该方法仅用于技术研究,严禁非法用途。

码王吴彦祖的博客 567

基于云原生架构的等距图表工具容器化部署技术深度解析

在当今云原生技术栈和DevOps自动化流程日益成熟的背景下,开源等距图表工具FossFLOW通过容器化部署方案为技术决策者提供了全新的可视化工作流构建体验。本文将从架构演进视角,深入探讨这一现代化部署方案的技术实现、性能优势以及在实际开发环境中的应用价值。 ## 🔧 技术架构演进:从单体应用到微服务容器化 FossFLOW的部署架构经历了从传统Web应用到云原生容器化的完整演进过程。早期的单

gitblog_01049的博客 1059

《QGIS快速入门与应用基础》009:国内镜像源(清华大学/阿里云)下载技巧

针对国内用户下载QGIS速度慢、易中断的问题,推荐使用清华大学和阿里云两大国内镜像源,提供3-10MB/s的极速下载方案。详细解析镜像源核心优势、分步骤下载指南及校验方法,对比清华(同步快、北方优选)与阿里云(南方节点多)的特点。针对常见问题如版本延迟、404错误等提供解决方案,并介绍搭配IDM等工具实现多线程加速的进阶技巧。通过镜像源+下载工具组合,用户可高效获取QGIS安装包,为后续系统安装奠定基础。

LuckyHanMo的博客 1746

【Python_Zebra斑马打印机编程学习笔记(二)】基于BarTender将btw文件转换为zpl文件

本文介绍如何基于 BarTender 软件将 btw 格式的文件转换为 zpl 格式的文件,有需要的读者可以点赞收藏,也欢迎在评论区进行讨论。

禾戊之昂的博客 3378

这是一篇知识帖:终于能明白云原生技术的概念和可落地的应用分享

本文是向大家介绍云原生技术的概念和要点,帮助大家快速了解和学习云原生,,便于大家了解工作的定位,为各系统迭代优化提供方向和思路。

weixin_43805705的博客 1107

VC中sqlite的使用

在VC中对sqlite的使用,实现数据库大批数据的快速插入,读取数据库中的数据在ListCtrl中显示

尚硅谷云原生实战学习笔记

尚硅谷云原生实战学习笔记,学吧,学无止境。

李英俊小朋友 1683

Outlook Express 6 (OE6) for Win7/Win8/Win10

英文版 Outlook Express6.0, 兼容Win7/Win10/WinXP,解压就可用。

迈瑞BS系列全自动生化分析仪LIS协议接口手册(内含HL7和ASTM)

迈瑞BS系列全自动生化分析仪LIS协议接口手册,内含HL7和ASTM)

Azure Linux 4.0深度解析:微软官方云原生发行版的技术特性与实践指南

Linux操作系统作为云计算基础设施的核心组件,通过开源内核和模块化设计为云端工作负载提供稳定运行环境。其原理基于进程调度、虚拟内存管理和设备驱动抽象,在云原生架构中实现资源隔离与弹性扩展的技术价值。随着混合云和容器化部署成为主流应用场景,云服务商开始推出定制化Linux发行版来优化特定平台性能。Azure Linux 4.0作为微软基于Fedora的官方发行版,深度融合WSL(Windows Subsystem for Linux)支持和Azure云服务集成,为开发测试和云原生应用提供开箱即用的环境一致性

weixin_33755557的博客 470

数学建模模型总结

这是本人在两年内准备参加数学建模竞赛搜集到的模型资料,已经经过了本人的筛选和整理,希望能够对准备参加数学建模竞赛的学弟学妹们提供一些帮助!

从JVM到Java平台:多语言运行时与云原生演进解析

Java虚拟机(JVM)作为Java语言的运行时环境,其核心原理在于通过字节码解释与即时编译(JIT)技术,实现跨平台执行。随着技术发展,JVM已演变为支持Kotlin、Scala等多语言的通用平台,其技术价值体现在为多样化编程范式提供统一的高性能运行时。在云原生和微服务架构下,平台通过GraalVM Native Image实现亚秒级启动,并结合向量化计算等特性优化资源利用率。本文聚焦Java平台演进,探讨其如何通过Project Loom虚拟线程和Project Valhalla值对象等特性,重塑开发生

weixin_30388677的博客 413

AI workflow与云原生如何重塑前后端开发范式

在现代软件工程中,workflow(工作流)已从传统自动化脚本升级为跨系统协同的智能执行流,其核心驱动力是AI对业务意图的语义解析与云原生提供的声明式运行时底座。AI不再仅用于生成代码片段,而是作为‘协议翻译器’,将自然语言需求映射为可验证、可回滚的K8s CRD操作;云原生则通过Operator、GitOps和Service Mesh,使基础设施能力成为可编程API。这种AI+云原生的深度耦合,正推动前后端开发从‘功能实现’转向‘生命周期设计’,显著提升交付效率与系统可观测性。本文聚焦普通开发者可落地的实

weixin_34414650的博客 310
上一篇: JVM关键指标梳理及DATABUFF监控实践
下一篇: 抑制告警风暴,我们可以做些什么
aiSRE工程狮
博客等级 码龄5年 423粉丝 92原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值