移动边缘计算已被讨论数年之久,作为将云计算下游带入各种计算密集隐私相关工作量本地处理需求之道但没有5G,它只是幻想吗?网络运营商能创建市场实施边际计算服务吗?
将计算资源推向边缘意味着减少数据量需要送上云数据密集应用如视频监控/安全、自然语音识别、健康/健康相关监控等需要处理数据 尽可能接近源
为何某些数据需要留在边缘
原因多层次但归结为三大问题:保持网络清除大量数据需要送入云中;保持延迟度低允许本地处理数据时快速响应;通过尽可能将数据处理保留到数据源来减轻隐私顾虑,从而消除云中存储的大量潜在黑客个人数据
多方法分云计算,可部署局部处理能力微软AzureStack、Google云IoT边缘和AWSIoTGreengrass等产品都专门设计在边缘环境运行,同时维护云用户所熟悉的所有特征和函数(例如云管理函数、解析等)。
通过边缘运行,这些服务可显示近实时性能最小延迟性能,操作间或无广域网连通性,实现安全数据传输和交互性,并运行边端计算机满足从小服务器实现大服务器特殊需求灵活度对智能城市、安全、任务关键保健、自主车辆等多项IoT解决方案实施至关紧要
近代争论之处 正值这些边端服务器应安放网络运算符(如AT&T、Verizon、Vodafone),期望最大限度地利用核心网络网络网络网络网络虚拟化运动(NFV),核心网络应用通用计算机比上一代专用设备实用,希望说服客户使用系统满足边端计算需求网络运算符正在为此准备工作(例如AT&T和微软宣布大型合伙企业,Verizon和AWS也宣布大合营企业)。
在某些情况下,这可能是边沿计算的一种有吸引力使用方式,特别是如果规模大而边沿连接速度快且延缓性低时。证明这种系统对大规模部署智能城市、自主车辆、医疗服务、运输系统等具有吸引力网络运算符需要部署快速低延时连接-5G关键需要实现这些解决方案
并非所有边端计算系统需要快速/低延迟性如果不实时处理,或部署范围限于少数服务器和/或小型设备连通性并满足低数据需求,需求就不那么明显了。网络运算符5G实现是否正确,
工作量处理器需求
不同工作量显然需要不同量处理能力问题在于,许多公司不总能理解工作量需求云的吸引力在于资源可按需增减使用网络运算符基础设施可带来这些优势,而实施自己的边际计算则意味着少得多的灵活性确信你完全理解当前和未来的计算资源需求后,搭建自己的边际计算系统可能合情合理信不信由你 网络运算符边缘系统使用的灵活性 会非常有吸引力
问题还在于你的工作量离网络有多近
某些工作量需要非常有限连通性极小数据集,而数据集仅偶尔更新(例如机器维护解析器、一些环境监视器等)。在本案中,不需要直接连接高速网络
几乎任何廉价(但可靠)网络都行得通,没有真正需要网络操作员5G网络速度和延时性5G的主要特征之一是网络切片 -- -- 允许运算符以大幅减价提供网络中一小部分满足这些需求正因如此,与网络运算符边缘系统合作可能仍然有吸引力。
全关成本/性能
运算符能否提供成本效益高的选项将自己的服务器置边缘边缘服务器管理维护归网络运算符所有这对于想将Capex最小化或不愿投资自己的IT资源维护运行自身设备者来说,可是一个有吸引力的选择。如果计划快速改变 并不想背负固定设备 可能成为过期
底线5G保证大大增强移动边缘计算系统比现有系统多,但不一定所有组织都回答它网络载波服务提供需要的选项,大大增强公司部署边端计算能力组织必须评估工作量需求、生成数据量、处理速度/延时性需求以及隐私需求,以最优分析5G驱动实现网络运营商边缘计算作为服务解决方案是否最优
