对大多数人来说,2021年是忙碌而不同寻常的一年,我们没有停止探索边缘计算。随着电信和其他行业加大5G的生产部署,以及激动人心、具有创意的用例,我们意识到要做的还有很多。
OpenInfra Edge Computing Group在这一年里表现强劲,我们涵盖了许多主题,从部署和自动化到网络专业知识。所有这些知识和工具都被用来解决挑战,并为边缘用例构建灵活、健壮和可管理的开放基础设施的解决方案。以下是工作组去年活动的几个亮点。
自动化
自动化是一个主要主题,它是边缘基础设施的一个重要组成部分。由于一次部署可以跨越多个地理位置,其中一些地理位置可能也很难到达或很昂贵,因此有一些合理的方法来执行修复和维护操作非常重要。为了降低此类环境中的复杂性,需要研究如何消除手动步骤,并将基础设施更多地视为代码。
尽管自动化非常重要,但很少有合作。这给解决方案的可移植性和可共享性带来了额外的挑战。在本次会议期间,我们不仅讨论了问题和需求,还探讨了可能的解决方案。RackN的创始人/首席执行官Rob Hirschfeld一起讨论了他在该领域所做的一些工作。他分享了公司解决方案Digital Rebar的一些细节,以及如何使用它来自动化基础设施生命周期。Rob谈到了该工具核心的管道概念,在该工具中,你可以定义步骤,并将它们构建到一个工作流中,该工作流可以与云、通过Terraform或管理裸金属基础设施一起工作。
本次会议的要点如下:
*可重用性和可重复性是自动化基础设施管理的关键
*异构性需要与自动化隔离开来
*需要更多的行业合作来构建标准的、可移植的解决方案
智能边缘
接下来研究了一种叫做Smart Edge Open的平台解决方案。该项目起源于英特尔,但有些部分是在开源许可下开放的。英特尔首席工程师Neal Oliver于11月加入该小组,他介绍了该项目,分享一些细节,并探讨合作机会。
Smart Edge Open是一个基于Kubernetes的平台,针对边缘使用案例,重点关注公共和私人无线。不要认为这仅仅意味着电信业;用例包括智能工厂和工业、公共安全、智能城市等。该平台基于Kubernetes和CNCF生态系统的其他组件,但主要关注容器。它不仅仅是另一个容器编排系统,该平台还添加了构建块,以便你可以构建遥测、分析、优化等功能。除了这些组件提供的增强功能外,你还可以选择打开Smart Edge的体验工具包,以构建一个针对各种用例进行微调的堆栈。这些示例包括开发者体验工具包和私人无线体验工具包。
该平台使用内置模块化和可重用性的微服务架构。关键挑战包括跨不同边缘位置的平台一致性和可扩展性,同时满足严格的KPI并解决网络复杂性问题。该项目希望与邻近的团体和社区以及标准机构合作。随着大量的团队专注于开源和标准领域的边缘计算,这最后一个目标可能比看起来更难实现。我们讨论了最能合作的领域,讨论了StarlingX项目,这是一个完全集成的云平台,针对边缘和IoT用例进行了优化,并提到了Smart edge Open的特定组件,包括遥测、拓扑管理器和调度器服务(该项目和OpenInfra社区的共同点)。
与工业物联网联盟(IIC)的合作
2021年底,来自工业IOT联盟(IIC)的Chuck Byers和Mitch Tseng参加了一个工作组召开联合会议的呼吁。Chuck介绍了IIC在边缘计算领域的观点、范围和活动,该小组还讨论了2022年及以后的计划和想法。顾名思义,IIC主要关注物联网和小型设备,以及如何在边缘计算环境中部署它们。它们的用例包括智能城市、基于无人机的货物配送和室内网络上带“放大镜”的5G。这些用例中的许多都在两个组中共享。基础设施层的挑战和需求相匹配。我们讨论了多层分布式系统,还讨论了分布式与集中式的难题。
讨论的主题包括:
*延迟
*移动性
*规定
*带宽
*安全与信任
在理想的情况下,你可以在边缘站点上运行终端设备或用户设备与中心云之间的所有内容。但这是不可行的,因为存在空间和电源限制、环境因素、可靠性问题。该小组一致认为,关键是模块化解决方案,并在服务部署之间找到平衡,因为中心云和边缘站点都需要发挥作用。这两个小组计划在2022年举行联合研讨会和会议,以确定可以共同采取的下一步行动。
边缘网络
如果没有边缘站点和中心云之间的连接和边缘站点本身之间的连接,边缘计算就无法工作。这种连接可能会变得脆弱或不稳定,但绝不会完全不存在。这将使网络进入依赖关系的核心,但对大多数人来说,它更多的是未知怪物,而不是好朋友。我们参加了两次会议,讨论了边缘基础设施网络的一些具体方面,即边缘的DNS和边缘的IPv6。下面总结了这两个领域的讨论,以便你更好地了解在构建边缘基础设施时可以做出的一些选择的挑战、解决方案和优势。
DNS
DNS已经存在超过35年了。但边缘出现,让DNS变得更加困难,存在一些差距和挑战。例如,会出现集中或分发服务的问题。对于DNS,集中化是最常见的模式。对于电信运营商来说,他们通常负责中央或核心WAN DNS,客户管理其LAN内的任何内容(即WAN连接另一侧的任何内容)。
然而,配置选择在很大程度上取决于控制平面的设计,如果端到端基础设施从核心到边缘运行,配置选择就会变得更加复杂。问题变成了,什么是广域网,什么是局域网。边缘架构可以很快模糊这种区别。边缘自治和零信任是一个重要因素,DNS可以在支持具有多个节点的分布式架构方面发挥关键作用——毕竟DNS是为了支持互联网本身而设计的!有关如何在网络中部署基础设施的决定会影响DNS设置。例如,如果你都是基于IP的,那么你不需要担心DNS,但是当你依赖证书时,它就变得至关重要了。这些挑战增加了从数据中心向边缘移动的难度。分散管理不同于集中管理。全局管理可能很有吸引力,但即使它对于给定的用例不可行,大多数人仍然希望看到系统和架构的全局视图。另一个问题是,容器镜像中通常带有硬编码的名称。那么,如何控制这种选择导致的不受控制的带外通话和请求呢?
IPv6
虽然IPv6在多年后终于获得了发展,但它仍然不太受重视。是的,它确实为IPv4的许多挑战提供了答案(是的,几年前我们确实用完了IP地址),然而,IPV6的采用仍然很慢。大多数架构仍然需要同时支持IPv4和IPv6,这为完全过渡到IPv6制造了障碍,因为同时支持这两种架构比较困难。这种困境也会影响到边缘。IPV6优势的一个很好的例子是服务发现。IPv6使发现变得更加简单和透明。在可能有数百万台物联网设备的情况下,不耗尽地址是非常有吸引力的。这意味着你不需要依赖NAT和其他类型的魔法来为边缘基础设施构建网络。IPv6可以在许多领域发挥作用,例如集中管理和策略更改。
既然降低复杂性总是最重要,为什么我们不直接跳到这个上面呢?不幸的是,有太多的洞需要填补。一个例子是Android不支持DHCPv6。它还带来了安全和信任方面的挑战,因为在无意中更容易打开网络。这是一个工具问题,可以映射回人为因素,可以通过更多的自动化来消除。
会议期间达成的普遍共识是IPv6的采用率很低。这听起来可能令人惊讶。我们需要鼓励大家开始只考虑IPv6——不能再拖延了,因为边缘计算等新趋势需要它能带来的诸多好处,而IPv4的许多缺点难以忍受。
原文链接:
https://superuser.openstack.org/articles/so-what-has-the-openinfra-edge-computing-group-been-up-to-lately/