算力下沉时代,如何攻克“边缘”与“雾”计算的监控难题?

在高度互联的世界中,边缘计算与雾计算这两项技术创新正在日益受到重视。边缘计算因贴近数据源头,能够以极快的速度实现数据的收集与处理。

不同于将所有数据经由互联网传输至存在延迟的远程云端,边缘设备可以在本地存储和处理大部分数据,仅将繁重的工作交付给中央云,从而实现最快的响应速度。在某种程度上,边缘计算就像人体的脊髓,无需将信号传递至大脑即可直接处理紧急反应。研究机构 IDC 预测,到 2025 年,全球在边缘解决方案上的支出将快速增长,达到约 2740 亿美元。

边缘计算有助于实现前所未有的响应速度、上下文数据处理能力、带宽节省、极低延迟以及极高的可用性。通过在设备内部集成智能与存储能力,边缘计算构建了一个分布式、去中心化且功能强大的环境,即使在网络发生故障时也不会停止运行。

什么是雾计算?

作为边缘计算的扩展,雾计算是介于边缘层与云端之间的中间阶段,兼具两者的优势。正如薄雾紧贴地面飘浮一样,"雾计算"这一名称形象地指代了一种更靠近设备的去中心化 IT 架构,能够提供出色的"最后一公里"连接性与自治能力。

雾计算通过将云端的算力在物理层面上尽可能拉近到设备端,从而提升了边缘设备的能力;它在贴近边缘的同时,能够处理额外的计算、存储和应用需求,从而弥补了云端存在的容量限制和技术约束。

监控需求

在后疫情时代,企业需要集成计算层的低延迟、高速商业网络,以支持强健的协同应用。在混合办公与协同作业的背景下,边缘与雾服务已成为"工业4.0"(即高度互联、兼具高度灵活性与强大能力的制造业)取得成功的关键要素。

数据表明,2021 年全球安装了超过 50 万台工业机器人,比 2020 年增长了 31%,是六年前的两倍。随之而来的是,随着边缘和雾计算市场的增长,新的挑战也逐渐显现,其中首要解决的就是如何对它们进行有效监控。

尽管前景广阔且备受推崇,但仍有一些重大障碍阻碍着边缘和雾计算模式的大规模应用。这些障碍包括:缺乏成熟的软件系统、缺乏演进完善的边缘和雾计算架构,以及缺乏能够在大规模场景下应对各类新兴边缘与雾复杂性的强大监控解决方案。

独特挑战

根据所服务的端点类型,边缘主要分为三种形态:客户端边缘、网络边缘,以及数据中心或云服务边缘。

客户端边缘是指 IT 域或网络接口之间的边缘;网络边缘是不同 IT 域之间的边缘;而数据中心或云服务边缘则是最先接收客户端流量的应用服务器。在所有这些边缘形态中,边缘监控都至关重要,它能确保在发生宕机故障时具备最佳的可视性与排障能力。

与较容易监控的集中式 IT 基础设施相比,边缘和雾计算基础设施由于其端点多种多样且高度分散,加上可观测性中可能存在盲区,因此更难进行观察、监控和管理。哪怕只有一个未被监控的边缘节点出现故障,都可能导致远程员工、购物者甚至是依赖该节点数据转发的关键系统中断访问。

此外,由于边缘和雾计算设备在物理空间上的分散分布,黑客很有可能将其作为入侵入口来攻击中央系统。专家指出,必须制定健全的监控策略,并辅以及时的修复和信息转发机制,才能确保边缘与雾设备获得最佳的安全性。

突破局限

监控边缘节点是一项复杂的挑战。由于边缘节点通常不允许安装外部软件,传统的基于 Agent(代理)的监控方式在此难以奏效。此外,部分边缘节点过于微型(例如采用树莓派或 Arduino 等处理器的设备),无法支持传统的监控 Agent。这些节点往往也不符合作为传统监控 Agent 基石的 TCP/IP 协议。

为了解决这些挑战,部分边缘计算提供商开始自行管理和监控边缘节点。这些提供商直接输出遥测数据,供监控解决方案直接调取使用。例如,AWS CloudFront 提供了可用于监控边缘节点的遥测数据流;内容分发网络(CDN)服务如 Cloudflare 也提供可用于挖掘遥测数据的日志。

目前针对边缘节点监控的新兴思路包括:在雾计算集群上编排监控 Agent。雾计算集群是比传统云计算基础设施更靠近网络边缘的分布式计算架构。通过在雾计算集群上编排监控 Agent,可以更加高效、精准地实现对边缘节点的监控。

除了集群编排外,未来的监控解决方案预计还将进一步演进,以应对网络端点的异构性以及设备方案的高速变化。这些解决方案还必须具备过滤噪音和误报的能力,从而获取高质量的监控数据。所有这些新兴的监控解决方案都必须重新审视传统的云监控方法,以适应雾计算与边缘计算领域的独特特征。

巨大潜力

雾计算编排需要通过监控来获取具备可操作性的数据,并经由恰当渠道反馈给决策者。由于雾环境可能缺乏专用的数据处理设施,IT 团队应当打破传统的基于 Agent 的监控思维,探索更新的技术方法,以全面掌握雾系统与边缘设备的可用状态、运行状况及安全性。

当前最核心的监控挑战包括:

故障告警将如何发送?

哪些指标最值得追踪?

监控每台边缘与雾设备需要消耗多少算力?

所有实时信息应如何传输(采用 Push 还是 Pull 机制)?

边缘计算和雾计算在推动医疗系统、智慧城市、工业园区和军事应用等广泛行业的转型方面蕴含着巨大潜力。如今,开放雾联盟(OpenFog Consortium)等行业组织正在积极制定边缘和雾计算部署的参考架构。

随着边缘与雾计算的持续演进,深入探索并研发符合其特定需求的定制化监控方案显得至关重要。唯有跨越当前的监控瓶颈,我们才能真正确保边缘与雾计算架构的部署实现高可靠、高效率与高安全。

相关推荐
海海不掉头发1 天前
软件项目管理学习笔记-从软件危机到敏捷与DevOps
笔记·学习·devops
效率工作实验室2 天前
AI Agent 管理平台如何与现有 DevOps 和 ITSM 体系集成?
ai·agent·devops·集成·管理平台
极小狐2 天前
CI 作业里 kubectl 连不上集群?用 Kubernetes Agent 打通部署链路的 7 个步骤
ci/cd·kubernetes·gitlab·devops·k8s部署
天天喝旺仔2 天前
CI/CD 实战:GitHub Actions 自动化构建、测试与发布流水线
ci/cd·自动化·github·devops·持续集成
小稀土1232 天前
内网私有化部署 DevOps 软件落地指南:8 个坑、6 个步骤,一次讲清
devops
cakeism8252 天前
金融行业 DevOps 平台推荐:2026年主流方案对比与 Gitee 选型解析
金融·gitee·devops
智能运维指南2 天前
研发效能平台建设路径:从工具堆砌到价值流驱动的效能革命
devops·研发效能度量·嘉为蓝鲸·研发效能平台
Lyy3 天前
DevOps平台 — 第十三篇:规划的设计与实现
后端·devops
troy1283 天前
从 JIRA 到监控:一条完整的 DevOps 交付流水线实战
运维·devops·jira
智能运维指南4 天前
软件测试管理系统选型:如何打通「需求—用例—缺陷」的质量闭环
devops·嘉为蓝鲸·软件测试管理系统