主题演讲小组讨论:统一边缘 - IoT、企业、电信和云
本页标题、字幕、摘要和阅读笔记为已保存的 AI 译文,可能有误。时间戳与来源一致,可展开查看原始字幕,并对照原视频核对。
一场边缘计算小组讨论探讨了碎片化的设备和网络、开源协作、EdgeX Foundry 以及边缘与云之间的连接。
转录来源:Vidleaf上的自动语音识别(可能包含错误)。AI标点由Vidleaf添加;保留原始措辞和时间戳锚点。原始转录可在下方获取。
AI生成的摘要
本小组讨论探讨边缘计算在 IoT 设备、企业系统、电信网络和云中意味着什么。发言者描述了由硬件、协议和运营要求构成的不均衡格局,并讨论了开源项目如何分担连接这些部分的工作。EdgeX Foundry 和其他 LF Edge 项目展示了将数据和应用与底层基础设施分离的尝试。讨论倾向于一种混合方法,即工作负载和信息根据需要在本地系统和集中式服务之间移动。它还考虑了物理安全、治理,以及将孤立演示转化为跨组织边界运行的系统的挑战。
要点
- [1:04] 边缘的含义取决于所涉及的设备、用户和部署要求。
- [10:55] EdgeX Foundry 被讨论为一种通过开放接口分离边缘数据和服务的方式。
- [21:52] 小组预计本地计算和集中式云服务将在混合架构中共存。
根据文字记录生成。请对照原始视频核查所链接的段落。简要说明和要点由 Vidleaf 于 2026-10-21 审核。
完整概述
本小组讨论考察了边缘如何被定义以及它为何碎片化,将边缘计算描述为将计算尽可能靠近用户或设备,既必要又可行,碎片化部分源于从云到设备边缘的固有复杂性,部分源于历史上专有协议的锁定。小组成员认为,开源通过让社区为架构做出贡献并分担维护负担来应对这种复杂性,尽管达成共识需要稍长一些时间,他们还讨论了边缘特定要求,例如物理安全、访问和不同的 IO。他们描述了 LF Edge 的努力,包括 Project EVE、EdgeX Foundry 和 Akraino,这些项目旨在统一电信、IoT、企业和云领域,并减少复杂性和碎片化,还宣布了新项目 Badal 和 Fledge,使总数达到七个。对话涵盖在数据创建的那一刻对其进行解耦,使用绝对术语而不是近边缘和远边缘等带有倾向性的术语,以及在伞形项目下的中立治理,最后以尽量减少无差别的繁重工作收尾,云始终执行最深度的深度学习,而更浅层的学习发生在边缘。将一个概念验证的“一人派对”扩展并与其他领域交叉,被描述为真正的潜力所在,这需要开放性和系统级信任来跨越公共和私有;即使第一天的答案是将所有数据发送到集中式云,账单也意味着你不会想留在那里,因此这将是一种混合模型,需要工作负载在连续统一体上可移植。发言者认为你现在就必须正确架构,并引用 LF Edge 中的 HomeEdge,家庭网关将看起来更像托管服务的服务器,并建议抽象计算、存储和网络,始终将数据与底层基础设施分离,并致力于在应用领域知识的同时实现一致的基础设施;赢家将拥有最好的算法和专用硬件与软件,而没有人能通过重新发明中间层获胜。5G 不会在短期内实现边缘计算,因为无论可靠性达到几个九,你都不会从云端部署安全气囊,而且带宽总是有成本的,修建高速公路也不能解决交通问题,因为会有更多人迁入。分析师表示,边缘生成的数据正在增长,并将在体量上超过到达云端的数据,而就已部署的基础设施而言,边缘可能已经比云更大,但尚未连接,就像在工厂车间里,工业 PC 位于每台机器中,可能运行着旧版 Windows,很可能未打补丁且未连接到网络;机会在于收集这些数据,在本地计算,决定将哪些内容导出到云端,并使系统易于被应用开发者和网络服务部署者利用。
带时间戳的章节摘要
定义边缘及其碎片化
- [1:04] 不存在单一的边缘;定义取决于你是谁。
- [1:14] 边缘计算被定义为将计算尽可能靠近用户或设备,既必要又可行。
- [1:46] 边缘的频谱意味着碎片化部分源于从云到设备边缘过程中固有的复杂性。
- [2:21] 越靠近设备边缘,硬件首先变得越复杂,需要加固、IO 和定制硬件。
- [2:36] 软件紧随其后,具有不同的操作系统变体和协议,直到内存受限的瘦计算边缘,在那里虚拟化或容器化不再可能。
- [3:08] 边缘历史上的碎片化部分源于专有协议的锁定模式。
- [3:20] 创客运动生态系统推动了变革,使得锁定不再奏效,你靠实力取胜。
- [3:52] 开放最终总是为了规模而获胜,而扩展需要从开放边缘开始的多云战略。
开源与边缘复杂性
- [5:07] 合作伙伴承认开放将会获胜,但发现管理用于 AI 的 GPU 等物理资源非常复杂,并希望帮助弄清楚。
- [5:34] 开源通过让社区为架构做出贡献并利用集体智慧了解技术走向来解决复杂性。
- [6:10] 达成共识需要稍长一点时间,但一旦达成,进展可以快得多。
- [6:18] 开源分担了维护负担,因为每个人都为创建和维护做出贡献。
- [6:36] 打破垂直整合减少了摩擦并使部署更容易,正如在数据中心开源栈中所见,现在边缘也需要如此。
- [7:06] 边缘的独特需求在边缘的不同部分有所不同,例如进行视频或振动分析的 1C/2C 服务器的深度或企业边缘。
- [7:43] 在深度边缘,你不想派人去更新软件,因为物理访问成本高昂,需要梯子或起重机或数小时的驾驶。
- [7:59] 软件必须解决边缘特定的问题,如物理安全、访问以及不同的 IO 需求,包括传统串行端口和随机无线电。
- [8:22] LF Edge 旨在统一电信、物联网、企业和云领域,并减少复杂性和碎片化,尽管小组可能不同意。
电信边缘安全与开放性经验教训
- [8:52] Eric 被问及电信是否可以就延迟、位置和移动性从其他领域学习最佳实践。
- [8:54] Eric 建议构建在水平层上,从具有硬件信任根和测量启动的硬件开始。
- [9:23] 在通常启动 Linux 或可能是实时操作系统之后,你通过为应用程序提供通用连接来构建。
- [9:35] 云原生应用程序假设类似以太网的连接,但在 Rail-T 上,应用程序不应该需要知道这一点。
- [9:50] 这种抽象是通过插入一层虚拟化来实现的,他们正在 LF Edge 的 Project EVE 中致力于此。
- [10:14] Jason 说,物联网边缘的许多公司试图锁定所有人,以通过他们的数据赚钱。
- [10:25] Jason 认为你必须开放它并使用技术从陌生人那里带回检查,在系统层面插入信任以跨越系统之系统。
- [10:25] 第一步是解决每个人都在重新发明中间层的疯狂,引用了他与 Dell 团队帮助启动的一个项目,该项目成为了 Linux 基金会项目。
EdgeX Foundry 与边缘数据解耦
- [10:55] EdgeX Foundry 旨在将云原生原则扩展到瘦计算边缘,例如网关,中间有一个开放 API。
- [10:55] 如果足够多的人通过协作使用某样东西,它就会成为事实上的标准。
- [11:25] 永远不会有一个南向协议,因为有成千上万的物联网南向协议,由锁定策略驱动。
- [11:38] 转变是朝向软件和服务而不是锁定:民主化南方以货币化北方。
- [11:38] EdgeX 是平台无关的、云原生的,并构建在松散耦合的微服务上,因此任何协议都可以插入开放 API,其周围的一切都可以是异构的。
- [12:08] EdgeX 在数据创建的那一刻提供了一个解耦点,因此数据可以发送到你想要的任何地方。
- [12:25] EdgeX 的策略是在数据创建的那一刻解耦数据,然后从边缘到云选择任何排列。
- [12:31] 术语表项目很重要,因为有很多流行语宾果,而雾这个词并没有真正被接受。
在边缘对齐绝对值和集成开源
- [13:01] 一个关键的项目挑战是在术语以及某种程度上语义上达成一致。
- [13:13] 像近边缘和远边缘这样的术语是有负载的,所以最好用绝对值来谈论。
- [13:40] 实时在不同领域意味着不同的东西,从楼宇自动化中的 15 分钟到 5G 中的五毫秒以下,因此需要绝对值。
- [14:03] 避免有负载的术语并使用绝对值,因为许多对话的大约前 15 分钟都花在弄清楚正在讨论什么上。
- [14:45] 电信和云运营商为云基础设施实施了常见的开源项目,但每个都略有不同。
- [15:07] 这些公司花费巨大资源维护开源,但由于他们的集成对其业务独一无二,这些开源变成了专有。
- [15:48] LF Edge 的 Akraino 项目围绕特定用例将社区聚集在一起,以声明方式集成组件。
- [16:18] Akraino 旨在简化集成和验证,因为没有人会在基础设施软件上差异化。
- [17:18] Akraino 的差异化在于从所有上游项目拉取,将用例呈现为完整的垂直和参考栈。
边缘影响与 LF Edge 项目
LF Edge新项目与治理
- [18:54] Badal和Fledge作为LFH的一部分被宣布,总共有七个项目。
- [19:04] 一长串新项目正被贡献给LF Edge,提供了许多参与的机会。
- [19:04] 来自生态系统和参与者的兴趣源于用例的多样性。
- [19:40] 边缘技术背景独特,需要不同的软件和能力,因此鼓励人们查看wiki.lfedge.org上的新项目和文档。
- [20:10] LF Edge和所有Linux基金会项目的关键在于中立治理。
- [20:10] 伞形项目的意义在于包容性,即使前期有一些重叠也将项目纳入,并让社区和技术咨询委员会随着时间的推移协调它们。
- [20:10] 使命的一个关键部分是,没有人通过重新发明中间层而获胜。
边缘计算与混合云架构
- [20:40] 讨论集中在最小化无差别的繁重工作上。
- [20:45] 所有数据都在边缘创建,网络上出现更多设备将导致拥塞并需要转移计算。
- [20:59] 尽管有标题党声称,云不会消失;云将始终进行最深度的深度学习,而更多浅层学习将在边缘发生。
- [21:29] 扩展单一解决方案的POC派对并将其与其他领域交叉是真正的潜力,这需要开放性和系统范围的信任来跨越公共和私有。
- [21:52] 即使第一天的答案是将所有数据发送到集中式云,你也不会想留在那里,因为账单;这将是一个混合模型,需要工作负载在连续体上的可移植性。
- [22:04] 你现在必须正确架构,正如LF Edge中的HomeEdge等项目所示,家庭网关将看起来更像托管服务的服务器。
- [22:22] 抽象计算、存储和网络,始终将数据与底层基础设施分离,并致力于一致的基础设施并应用领域知识。
- [22:34] 赢家将拥有最好的算法和专用硬件及软件;没有人通过重新发明中间层而获胜。
- [22:46] 5G 不会在短期内实现边缘计算:无论可靠性达到几个九,你都不会从云端部署安全气囊,而且带宽总是有成本的。
- [22:57] 修建高速公路并不能解决交通问题,因为更多人搬进来;同样,新体验也不能解决带宽问题。
边缘计算数据增长与机遇
[0:00] 谢谢你,Arpit。大家早上好。我在想,我们为什么不玩《危险边缘》或者……你知道的,家庭问答。我的意思是,我告诉你,我们如何真正为主持人设定标准,无论你们在哪里?给出我们所有的答案和问题。没错。我将限制你60秒。什么是边缘?来吧,Melissa。好的。太好了。好吧,让我们开始吧。那么,是的,什么是边缘?所以,外面是狂野西部,对吧?你知道,从我的角度来看,很多粉饰,很多术语。
[0:31] 从我的角度来看,很多人试图自己做事,这导致了碎片化。我知道,Jason,我们谈过这个,你肯定有一些意见。让我们从你开始,听听你的见解。是的,很有趣。所以当我们绘制边缘到云的架构时,我们总是把它放在纵向模式,因为这样更容易放入PowerPoint。实际上,边缘总是在左边。这是狂野西部,西侧,东侧。它最初是云和所有那些,更文明。它们更长,集中式数据中心,但是……
[1:04] 所以关键点是,并不存在单一的边缘。而这正是部分困惑所在。这取决于你是谁,以及你如何定义它。我定义边缘计算的方式是,将计算移动到既必要又可行的、尽可能靠近用户或设备的位置。如果我是电信运营商,我会把计算移动到所需的尽可能近的位置,以降低用户延迟、减少我自己网络上的带宽拥塞,所以那可能是我的云边缘,或者也许我会把它推入本地部署的CPE设备,因为我必须这样做。所以另一件事是,它们与位置相关联,但那甚至是一个有机的边界。如果我是一个运营方,就必然要移动计算。
[1:46] 你知道,本地部署。你知道,如果我是一座核电站,我不会用云。对吧。你知道,诸如此类。所以在这个边缘的谱系中,很多碎片化是由于从云到设备边缘过程中固有的复杂性,软件和硬件总是变得更加定制化和集合化。所以你可以大致想象这条曲线:在云数据中心,IT标准化多年来已经发生。它相对标准,并不是说它变得微不足道了。
[2:17] 但当你越往设备边缘走,那是一片蛮荒之地,硬件首先开始变得更复杂。你知道,我需要高温支持,我需要加固,然后我需要各种IO,然后我需要1类2区防爆,然后我需要为地球上每一件事定制硬件,比如在互联产品方面。你知道,汽车和烤面包机有点不同。而且……软件保持平稳的时间稍长一些。每个人都想要不同风格的操作系统,然后你就进入了各种疯狂的协议。然后有一个点,你会遇到内存约束的权衡,这就是我们所说的薄计算边缘,在那里你不能再做虚拟化或容器化。你想把云原生原则从云一直延伸到最后一个点,而由于内存限制,你现在必须转向嵌入式。
[3:06] 存在这些固有的权衡。历史上边缘领域之所以如此碎片化,部分原因是长期以来的模式是:我要用我的专有协议把你锁定。我认为IoT,更多是关于IoT和边缘,更多是关于创客运动,而不是其他任何东西。创客运动、Kickstarter、Indiegogo,还有Raspberry Pi、Arduino等等。那个生态系统驱使人们改变。我不能再锁定你,因为别人会比你更快地创新超越你。所以现在关键在于你能多快创新,你靠实力取胜,而不是靠锁定。所以在IoT中,你看到所有这些平台涌现。每个人都认为如果我能锁定你,那么如果你允许,我就能出售你的数据。现实是,这也是为什么我们都在LF Edge和更广泛的社区中合作,开放最终总是赢得规模。
[3:54] 对。总是如此。如果你真的想要规模化,你需要一个从开放边缘开始的多云战略。当然。所以这就是我们正在做的所有事情。我的意思是,我们可以谈论很多不同的事情,但你知道。是的。嗯,你说到点子上了,对吧?你知道,专有。而这就是开源的力量真正所在。你知道,Melissa,也让我们听听你的见解。嗯,我认为正在发生的转变中,部分也非常巨大的事情是。你知道,Jason谈到了哪些运动正在沿技术栈向上移动。我认为我们也看到云技术和基础设施软件已经确立,并且正变得越来越产品化,以常见方式实施,我想Dan可能会在他的主题演讲中稍微谈到这一点,它们正在沿技术栈向下移动。但当你把沿技术栈向上移动的工作负载的多样性与之互补时,你知道,对于所有这些不同的用例,然后你引入AI、FPGA和GPU,什么工作负载需要去哪里、
[5:00] 物理上在哪里,以及我能在那个工作负载上放多少,你知道,然后我如何……负载均衡并确保我有正确的资源、物理资源,关于你知道的AI、神经网络、GPU等等,这就变得非常非常复杂。我认为这就是我从合作伙伴那里经常听到的事情之一:帮我弄清楚这个。我明白为什么开放会赢。对。但天哪,这真的很复杂。开放有何不同?
[5:34] 做到那个?开源如何让管理这种复杂性变得更容易?嗯,我认为你在ONS这样的会议和其他开源聚会的对话中看到的部分内容是围绕架构是什么的对话,而通过开放,你得到社区的最佳智慧,你能够利用技术走向的最佳智能。这不仅仅是我独自做我的开发之类的事情。当然,是的。所以如果我们能达成一致,我们实际上可以,我认为达成共同共识需要稍长一点时间,但一旦我们达成共同共识,我们就可以走得更快。然后你还有共享的维护负担,因为每个人不仅为创建做贡献,还为其前进过程中的维护做贡献。太好了。太好了。Eric,你的想法。是的。我同意Melissa所说的。我的意思是,我认为横向的性质或者说
[6:36] 打破垂直整合,从而减少摩擦,让部署变得更容易。我认为这正是我们带来的价值之一,对吧?这正是数据中心里已经做过的事情,也就是开源栈随时间演进的整个方式。同样的事情也需要在边缘发生,而且将会在边缘发生。我们只是试图加速它。但说到什么是边缘?嗯,如果你读读行业媒体,似乎任何不在云端的东西都算边缘,对吧?非常实用的定义。我想做的是梳理出边缘的独特需求,而这些需求对于边缘的不同部分或系统中的不同边缘是不同的。所以对我来说有趣的一点是这种非常深的边缘或企业边缘。在很多情况下,它是部署在1C、2C里的东西,一台服务器就坐在那边的天花板上管理空调之类的,对吧?
[7:31] 某种做视频分析、振动分析的东西,放在发电机旁边之类的。你实际上如何管理它?这与人们用笔记本电脑甚至手机所做的非常不同,因为前提是你不想派人到那里去更新软件,因为太贵了。对吧,因为这东西,你需要梯子或者什么,需要起重机才能上去,在别的地方,你知道,你需要开几个小时的车才能到那里,那么从软件角度我们实际上能做什么来解决那些独特的问题,无论是关于物理安全、关于对设备的访问,还是正如杰森所说,你在那个边缘有不同的IO需求,对吧,处理传统的串口,嗯,随机的无线电。但我们如何让这些东西更易访问,以便更容易在那里部署应用?是的。而从我角度来看,LF Edge倡议令人兴奋之处在于统一这些领域,减少你在电信、IoT、企业和云中所看到的复杂性和碎片化。而且小组讨论中对此可能有些分歧。
[8:52] 当你审视那里的延迟、位置和移动性问题时会遇到挑战。那么,埃里克,我们从你开始。电信领域可以从其他领域学到什么最佳实践或经验吗?嗯,我的意思是,我认为在横向层次上构建,我的意思是,从硬件往上走的一件事,是审视在获得硬件信任根方面实际上什么是共同的,能够在这个空间里有某种度量启动的概念。
[9:23] 在那里你实际上可以启动某些东西,通常是Linux,但也许是实时操作系统或其他将在那里运行的东西,然后从那里构建起来,通过提供……嗯,你知道,为你的应用提供共同的连接性。应用,云原生应用,它们假设,哦,我得到的东西看起来像以太网。嗯,但你运行的是Rail-T,对吧?因为你就在那里。那么应用需要知道这个吗?嗯,它不应该需要,对吧?你应该能够把那个东西抽象掉。所以插入一层虚拟化的概念是我们在Project EVE中以及作为LF Edge的一部分正在做的事情。
[10:02] 杰森,你对其他也在推动这一势头的不同项目的见解?嗯,我从电信方面开始。就像许多人,像许多公司过去几年一样,IoT Edge,随便什么,每个人都在试图再次把所有人锁定,因为就像,如果我能把你锁定,我就能从你的数据上赚钱。如果你让我这么做。历史上,那是历史上,但现实是那就像试图拥有互联网。所以任何电信公司或其他公司,你知道,我们所看的是你必须开放它,然后你利用技术从陌生人那里带回检查,这也是它如何平衡规模,我们正在做很多工作,你知道,你很快就会听到关于那个的,你知道,这种在系统层面插入信任的概念,嗯,这样你就可以在系统之系统之间跨越,但第一步是解决每个人重新发明中间件的疯狂,是的,你知道,特别是对于IoT,所以最初的项目之一,嗯,我帮助与戴尔的一个优秀团队启动的项目,它成为了Linux基金会项目EdgeX Foundry,与Crano以及其他一些一起的锚定项目之一,Eve和其他项目正在加入,我们会谈到。EdgeX是,嘿,让我们把云原生原则扩展到所谓的瘦计算边缘。网关是看待它的一种方式。让我们以一种你在中间开放API的方式来做。如果你通过协作让足够多的人使用某个东西,那么它就成为事实上的标准。所以如果你有这个开放API,允许你替换组件,无论是设备连接器,我不在乎
[11:25]在意你使用什么协议,因为尤其是在南向,你永远不可能只用一个协议。在物联网的南向,有成千上万的协议。为什么?因为锁定策略。每个人都创建了协议,使得从我的控制系统切换出去变得非常困难。好吧,现在每个人都在转向:关键在于软件和服务,而不是锁定。你需要让南向民主化,才能在北向变现。对吧。所以,EdgeX……你拥有那种敏捷性,是的。是的,EdgeX 的核心就是:“嘿,我不在乎你用什么硬件、用什么操作系统,平台无关、云原生、松耦合微服务。你拿你的接入协议,把它插入开放 API,然后周围的一切都可以是异构的。”所以,这就是 EdgeX 过去和现在的全部意义。因此,我们看到那个社区有大量采用。
[12:08]所以那里发生了好事。给我那个在数据创建那一刻的解耦点,然后我就可以把数据发送到任何我想去的地方。云策略通常会是——我的多云策略,就像我是一个大云,就是把你所有的数据都发给我,然后如果你付我很多钱,你就可以把它发到任何你想去的地方。对吧。EdgeX 的策略是在数据创建的那一刻就将其解耦,然后你选择……从边缘到云的任意排列组合,所以所有排列组合都可行。是的。然后你可以传输东西,你知道,沿着链条左右穿梭。另一个,你知道,我提到过,所以我们今天早上早些时候一直在谈论它,比如术语表项目,非常重要。你提到了术语。有很多流行词宾果。是的,比如雾和雾蒙蒙。雾基本上就是所有的边缘。好吧,雾就是雾蒙蒙的。这就是为什么我们并没有真正认同那个术语,但是你知道,雾基本上就是——我看不清。雾就是所有不在云里的东西,一回事。
[13:01]之间或者随便什么。但当我真正作为一个项目重要的是,作为计算术语表基本上就是,我们如何在术语上达成一致?以及某种程度上在语义上,但是是的,这里有一些例子。所以首先,取决于你是谁,但在电信世界,是近边缘、远边缘。但什么是近,什么是远?这些是有倾向性的术语。就像,你看过《芝麻街》吗,奥斯卡·格罗奇,他们很远。你什么意思?最好用绝对的说法。人们说实时,说得太多了。对楼宇自动化的人来说,实时是 15 分钟。对安全气囊来说,实时就像是几分之一秒,而且必须是确定性的。
[13:40]对金融人士来说,实时是毫秒,但如果你没拿到你的星巴克,也没人会死。在 5G 世界里,是低于五毫秒的延迟。所以我们需要谈论绝对的说法,你知道,微小。我总听到数据中心的人说:“微小?它是微小的。它是 500 兆字节的占用空间。”你知道,Eric 生活的世界,在某些情况下是五千字节。所以我们必须就绝对的说法达成一致。这些是描述固有取舍的。而这就是我认为有一些通用术语的地方。然后还有,让我们不要使用有倾向性的术语。让我们使用绝对的说法。是的。这很重要,因为我觉得我参与的每一次对话,我们都会花前 15 分钟只是为了让对话落地,搞清楚我们在谈论什么。你会说,别纠结这个了。对吧。
[14:33]云转型发生了什么,电信公司和云运营商以及二线运营商,你知道,他们都实施了通用的开放——他们中的许多人为他们的云基础设施实施了通用的开源项目。但因为他们是在东西还在开发的时候就把它们搭建起来,每一家做得都略有不同。你知道,OpenStack 运行 Kubernetes,运行 OpenStack,全是虚拟机容器,云原生。
[15:07]所有这些不同的公司都在花费巨大的资源来维护本质上是开源的东西,而由于他们集成的方式对他们特定的业务来说是独特的,这些开源就变成了专有。所以,吸取从中得到的教训,真正专注于,嘿,如果要实现边缘的愿景,嗯,趁我还在工作,我们需要停止,嗯,那种这些开源项目被消费的方式。对。我们需要作为一个社区来努力,不仅是在构建这些组件方面,而且在它们被集成以实现实际用例的方式上。所以有一个 LF Edge 下的项目叫 Acrano,这个项目正是关于这个的。它是社区带着特定的用例聚集在一起,说,好吧,对于这个特定的用例,我想用这些组件、这些资产来架构它,并以完全声明式的方式集成它。这个硬件、这个软件、这个软件的版本等等,这就是你集成它的方式,这就是你渲染它的方式,
[16:18]验证他们所证明的功能。他们会有一个功能并发布它,但它是如何被验证的,什么样的测试用例,什么样的带宽限制等等。所以 Acrano 真正想说的是,嘿,让我们简化这个。没有人会在基础设施软件上实现差异化,对吧?一切都会在应用服务、在其上运行的商业模式上,整个社区现在和长期都受益。我认为这真的、真的很有吸引力。从某种意义上说,这是一种不同类型的开源项目,你知道,它不太像一个开发项目。有一些开发方面的内容,但它真的是人们聚集在一起做让这些东西产品化的脏活累活。我认为那真的是一项巨大的努力。
[17:18] 我认为应该是这样,而且我觉得我们正处在开始看到其中一些成果的边缘。我认为 OpenStack 已经做了一些这方面的工作。云原生计算基金会也在做一部分。但我认为 Cranio 的与众不同之处在于,它实际上是从所有上游项目中汲取,把这些用例呈现为完整的垂直栈和面向社区的参考栈。开源社区,我们拭目以待它是否奏效。肯定有怀疑者。
[17:53] 太棒了,太棒了。好了,我们还剩一些时间,所以我想给团队抛一个附加问题。Arpit 在 ONS 开幕时站起来一鸣惊人,谈到了边缘的影响……可能成为我们所见过的云那样的外汇。云一直相当……相当被接受,你知道,所以对我来说,那真是令人脑洞大开。所以,我很想听听你们每个人对这会如何发生的见解。我是说,会不会有某些关键节点出现,真正推动这一点?那么 Melissa,也许从你开始。
[18:30] 谢谢。那么我道歉,我刚才没在听你的问题。我在想的是,我在谈 Crano 时完全投入了热情,却忘了提几件事。是的。而且我忘了提一个事实,即 LF Edge 旗下还有几个其他项目,包括 Arpit 昨天提到的那些。当你说那话时,我心想,哦,糟糕。说吧。我一点都没提那些。总之,LFH 旗下宣布了一些新项目。Badal 和 Fledge 也是。总共有七个项目。
[19:04] 作为 LF Edge 的一部分,你在这里已经听到提到了几个,还有一长串新项目正在被贡献给 LF Edge。所以大家有很多参与的机会。而且我认为,生态系统以及 LF Edge 和这些不同新项目的参与者之所以有如此浓厚的兴趣,原因在于用例的多样性。在边缘技术的背景下存在,它们是独特的,各不相同,需要不同的软件、不同的能力和组件,嗯,所以我鼓励你们去看看那里宣布的一些新项目,LF Edge 网站 wiki.lfedge.org 上有大量文档,所以你可以——以真正的开源方式,一切都很容易了解,一切都是开放的,嗯,所以请利用现有的资源来更多地了解这些不同的项目,谢谢。然后关键当然是,在 LF Edge 内,所有 Linux 基金会项目,就是治理,我是说
[20:10] 中立治理。伞形项目的全部意义,可能很多人都知道,云原生计算、LF 网络,有一堆不同的模式已经被一次又一次地证明。那就是包容,把项目引进来,即使一开始有一些重叠,但随后让社区与那套结构化的治理、技术咨询委员会等等一起,帮助随着时间推移协调这些项目。这是该使命的关键部分,正如 Melissa 说得那么好,没有人能靠重新发明中间层获胜。关于最小化无差别的繁重工作。好。这很重要。
[20:45] - 那个我想了一会儿。- 是的,但回答你关于云的问题。所以有很多东西。我是说,所有数据都是在边缘创建的。毫无疑问,网络上冒出来的设备越来越多。而这将导致,你知道,大量拥塞,以及大量需要转移计算的需求。你知道,云会消失吗?不。不。有很多标题党。哦,云要消失了。不。对吧。云会永远做最深度的深度学习吗?是的。你会看到更多学习在边缘发生吗?绝对会。我称之为浅层学习。是的。你知道,更靠近边缘。是的。你会看到的。关键是,我们不知道东西最终会在哪里运行。当然。你知道,最终。我们甚至还没有触及商业模式和用例的表面。
[21:29] 就像一个人的 POC 派对,现在试着扩展那个解决方案。现在试着做那个与其他领域交叉的解决方案。那才是真正的潜力。这就是为什么你需要开放。没有系统级的信任,你无法跨越公有和私有以及所有这些不同的人。所以那是下一个重大对话。关键是,如果你架构得当,即使你第一天的正确答案是把所有数据发送到某个云并集中做事情。对。但你不会想一直待在那里,因为你会收到账单。那将是一个混合模式。你会想要一个混合模式。所以随着时间推移,你需要能够在那条连续统上的任何位置实现工作负载的可移植性。
[22:04] 这意味着你现在必须架构得当,这就是为什么像 Cranow 和 Eve 相关的东西,以及我们在做的,我是说,HomeEdge 是 LF Edge 内的另一个项目。即使在家庭中,你也会开始看到人们,你的网关看起来更像一台托管所有不同服务的服务器。而所有这些趋势,抽象你能抽象的一切,抽象计算、存储、网络,始终将数据与底层基础设施分离。最终,关键在于一致的基础设施,加上领域知识的应用。赢家将拥有最好的算法、最好的专用硬件、专用软件,没有人能靠重新发明中间层获胜。对。所以简短的答案是像……
[22:46] 你将会看到全面的巨大变化。我要说的最后一点,我想给埃里克留点时间,就是经常有人问我,5G 难道不会让边缘计算变成短期事物吗?是的,延迟,你知道,非常低。但第一,我不在乎你的可靠性有多少个九。我不会让你从云端部署我的安全气囊。是的。不可能发生。第二,带宽总是有成本的。对吧。所以我用的类比是,如果你建高速公路,人们会想,哦,我建高速公路就能解决交通问题。那么会发生什么?更多人搬到城镇、郊区,然后交通更拥堵。是的。一切都会提升。所以你会获得新体验。那会非常棒,就像所有这些酷炫的东西。但它不会解决带宽问题。对吧。
[23:27] 也能驱动它,你知道,授权与未授权频谱,我们可以聊一整天,埃里克,你为什么不给我们收个尾,你知道,这里还有什么额外的想法吗?是的,我的意思是,如果你看看边缘在哪里,我的意思是,是的,所有分析这些东西的人都在说,那里产生的数据量在增长,而且会继续增长,并且仅就数据量而言,它将超过实际到达云端的数据量。如果你看看实际部署的基础设施,你甚至可以争辩说边缘已经在这里了,而且已经比云更大。只是还没有连接起来。如果你走进工厂车间,你会发现每台机器上都坐着工业 PC。它们可能运行着某个 Windows 应用之类的,希望是旧版本,但希望没有连接到网络,因为自从他们安装机器以来可能有一段时间没有打补丁了。但人们想要把数据取出来,对吧?
[24:17] 他们怎么把数据取出来?嗯,也许他们在旁边部署一个单独的工业 PC,运行软件方面更现代的东西,不是 Windows 98 之类的。然后在此基础上构建。但我认为机会就在那里。能够收集这些数据,在本地进行大量计算,然后说,好吧,我需要从这里导出什么到云端,如何构建一个系统,并让从开发应用程序的人以及想要部署网络服务的人的角度来看都容易利用。
[24:50] 实际上能把那些东西连接起来。所以我认为那是一个关键的事情。太好了。太好了。那么,埃里克、杰森、梅丽莎,非常感谢。很棒的见解。享受活动的剩余时间。谢谢。谢谢。好了。看看那个。
查看英文原始字幕
[0:00] Thank you, Arpit. Good morning, everyone. I was thinking, why don't we play Jeopardy or... You know, the family feud. I mean, I tell you what, how do we really set the bar for moderators, wherever you are out there? Give all of our answers and questions. That's right. And I'm going to limit you to 60 seconds. What is the edge? Come, Melissa. All right. Well, great. Well, let's get into it. So, yeah, what is the edge? So, it's the Wild West out there, right? You know, from my perspective, lots of whitewashing, lots of terminology.
[0:31] From my perspective, lots of folks kind of trying to do things on their own, and it's driving fragmentation. I know, Jason, we've spoken about this, and you definitely have some opinion there. Let's start with you and get your insight. Yeah, it's funny. So when we draw edge-to-cloud architectures, we always put it in portrait mode because it's easier to fit in a PowerPoint. And literally, the edge is on the left all the time. It's the Wild West, the west side, and the east side. It's kind of originally the cloud and all that, more civilized. They're longer, the centralized data centers, but...
[1:04] So key point, there's no single edge. And this is part of the confusion. It depends on kind of who you are, how you define it. The way I define, edge computing, it's moving compute as close as both necessary and feasible to subscribers or, you know, devices. If I'm a telco, I'm going to move compute, you know, as close as I need to, to reduce latency, you know, for subscribers, reduce bandwidth congestion on my own networks, you know, so that could be my cloud edge, you know, or maybe I push it into CPE equipment on premise because I have to do that. So that's the other thing is there's, they're kind of associated with locations, but that is even, that's an organic boundary. If I'm an operations necessarily going to move compute.
[1:46] you know, on-prem. You know, if I'm a nuclear plant, I'm not going to do the cloud. Right. You know, and stuff like that. So this spectrum of edges, a lot of the fragmentation is due to inherent complexities as you go from cloud to device edge, software and hardware always gets more customized and collects. So you can kind of envision this curve where in the cloud data centers, IT standardization has happened over the years. It's relatively standard, not to say it's trivialized.
[2:17] But as you get further towards the device edge, the Wild West, hardware starts to get more complex first. You know, I need elevated temperature support, I need ruggedization, then I need all kinds of IO, then I need class 1 div 2 for explosion proof, then I need custom hardware for every single thing on the planet, like in terms of connected products. You know, a car is a little bit different than a toaster. And... Software goes flat a little bit longer. Everyone wants a different flavor of OS, and then you get into all the crazy protocols. And then there's a point where you hit this tradeoff at memory constraint, and this is what we call the thin compute edge, where you can no longer do virtualization or containerization. You want to extend cloud-native principles as close from the cloud all the way down to that last point where you now have to go embedded because of memory.
[3:06] there's these inherent trade-offs. Part of the reason why there's so much fragmentation, historically, in the edge is because the models for a long time was, I'm going to lock you in with my proprietary protocol. I would argue that IoT, is more about IoT and Edge, is more about the maker movement than anything. The maker of movement, Kickstarter, Indiegogo, just Raspberry Pi, Arduino, whatever. That ecosystem has driven people to change. I can no longer lock you in because someone's going to out-innovate you faster. So now it's about how fast can you innovate, and you win by merit, not lock-in. And so in IoT, you've seen all these platforms pop up. Everyone thinks that if I can just lock you in, then I can sell your data if you let me. The reality is, and this is why we're all collaborating in LF Edge and broader communities, is Open always wins in the end for scale.
[3:54] Right. Always. And if you want to really scale, you need a multi-cloud strategy that starts with an open edge. Sure. And so this is all the stuff that we're working on. And I mean, there's so many different things we could talk about, but you know. Yeah. Well, you hit the nail on the head, right? You know, proprietary. And that's the power of open source is really . You know, Melissa, let's get your insight there as well. Well, I think part of what has been also really, tremendous in the shift that's happening. You know, Jason kind of talked about what's the movements that are moving up the stack. I think we've also seen the cloud technologies and the infrastructure software that's been well established and is becoming, you know, more and more productized and implemented in common ways, and I think Dan will probably talk a little bit about this in his keynote as well, are coming down the stack. But then when you complement that with the diversity of workloads coming up the stack, you know, for all of these different use cases, and then you introduce AI and FPGA and GPU, the complexity of what workload needs to go where,
[5:00] physically where, and how much can I put at that workload, you know, and then how do I... load balance and make sure that I've got the right resources, physical resources with regard to, you know, AI, neural networks, GPU, et cetera, where it becomes really, really complex. And I think that's one of the things that I hear from our partners a lot is help me figure this out. I get why open is going to win. Right. But holy heck, it's really complicated. How is open different?
[5:34] do that? How does open source make it easier to manage that complexity? Well I think part of what you see in the dialogue at sessions like this at ONS and other open source gatherings is a conversation around what is the architecture and by being open you get the best of the community's mind and you are able to leverage the best of the intelligence of where technology is headed It's not just me doing my development on my own kind of thing. Sure, yeah. And so we can actually, if we can agree i think it takes a little longer to get to common consensus on what that should be but once we get to a common consensus we can go much faster. And then you also have the shared maintenance burden because everybody's not only contributing to the creation but contributing to the maintenance of it as it moves forward. Excellent. Excellent. Eric, your thoughts. Yes. I'm falling onto what Melissa said. I mean, I think that the horizontal nature or
[6:36] breaking up the vertical integration so that you reduce friction and making it be easier to go deploy things. I think that that's one of the things that we bring to the table, right? This is what's been done in the data centers with the whole sort of how the open source stacks have evolved over time. And the same thing needs to happen on the edge and is going to happen on the edge. We're just trying to accelerate it. But in terms of what is the edge? Well, it seems like if you read, you know, the trade press, it's anything that isn't in the cloud, right? very useful definition. What I'm trying to do is tease apart what are the edge unique requirements, and they're different for different parts of the edge or different edges in the system. So one thing that to me is interesting is this very sort of deep edge or enterprise edge. In many cases, it's things that are deployed sort of 1C, 2Cs, a server sitting in the ceiling over there managing the AC or whatever, right?
[7:31] something that does some video analytics, vibration analytics, next to a generator or something. And how do you actually manage that? It's very different than what people have done with your laptop and even with your phone, because the assumption is that you don't want to send a human being out there to update the software because it's too expensive. right because this thing is it's you need a ladder to whatever a crane to get up there somewhere else it's you know you need to drive for a couple hours to get there so so what can actually do from a software perspective to go address those unique things whether it's about physical security about the the access to the things and as jason said you know the different io requirements you have at that edge right dealing with legacy serial ports um random radio But how can we make that stuff be more accessible so that it's easier to deploy applications out there? Yeah. And what's exciting about, from my perspective, the LF Edge initiative is unifying these domains and reducing that complexity and that fragmentation when you look at telco, IoT, enterprise, and cloud. And there may be some disagreement here on the panel.
[8:52] challenges when you look at latency, location, and mobility issues there. So, Eric, let's start with you. Are there any best practices or learnings that the telco domain can take from those other domains? Well, I mean, I think that sort of building on the sort of horizontal layers, I mean, one thing, working up from the hardware, is looking at what is actually common in terms of getting hardware root of trust, being able to have some notions of measured boot in the space.
[9:23] where you can actually take and boot something, typically Linux, but maybe it's a real-time OS or something else that's going to run out there, and then build up from there by providing... Um, you know, common connectivity for your applications. The applications, cloud-native applications, they assume that, oh, what I get looks like an Ethernet. Well, but you're running a Rail-T, right? And because you're sitting out there. So does the application need to know about that? Well, it shouldn't have to, right? You should be able to abstract that thing away. So that notion of inserting a layer of virtualization is something that we're working on in Project EVE and as part of LF Edge.
[10:02] Jason, your insights into the different projects that are also driving that momentum? Well, I'll start on the telco side. just like many folks, like many companies over the past couple of years, IoT Edge, whatever, Everyone's trying to lock everybody in again, because it's like, if I can just lock you in, then I can make money on your data. if you let me. Historically, that's historically, but the reality is that's like trying to own the Internet. So what what anyone telcos or otherwise you know we look at is you must open it up and then there's you use technology to bring checks back from strangers this is this is how it's also making the scales there's a lot of stuff that we're working on you know you'll hear about soon you know about that you know this this notion of inserting trust at a system level um so that you can cross between systems of systems so step one though is like solve the insanity around everybody reinventing the middle yeah you know for you know with iot specifically so one of the first projects um well project that i helped to get started with a great team at dell and it became a linux foundation project with EdgeX Foundry, one of the anchor projects along with the Crano and there's a bunch of others, Eve and others coming in, we'll talk about. EdgeX was, hey, let's go extend cloud native principles down to the thin compute edge, so to speak. Gateways is one way to look at it. Let's do it in a way where you then open up an API in the middle. And if you get enough folks using something through collaboration, then that becomes a de facto standard. And so if you have this open API that allows you to replace components, whether it's device connectors, and I don't care
[11:25] care what protocol you speak because you'll never have one protocol southbound especially. There's there's thousands of protocols southbound in IOT. Why? Because of the lock-in plays. And Everyone created protocols so that it was really hard to switch from my control system. Well, now everyone's moving towards it's about software and services, not about the lock-in. You need to democratize the south so you can monetize the north. Right. And so, EdgeX... You've got that agility, yeah. Yeah, EdgeX is all about like, "Hey, I don't care what hardware you use, what OS you use, platform independent, cloud native, loosely coupled microservices. You take your pickup protocol, you plug it into the open API, and then everything can be heterogeneous around it." And so, that's what EdgeX was all about and is all about. And so, we're seeing a lot of pickup in that community.
[12:08] So good stuff happened there. Give me that decoupling point the moment data is created, and then I can send data wherever I want. The cloud strategy would normally be – my multi-cloud strategy, like I'm a big cloud, is like send me all of your data, and then you can send it anywhere you'd like if you pay me a lot of money. Right. The EdgeX strategy is decouple your data the moment it's created, and then you pick... any permutation from edge to cloud, so all permutations work. Yeah. And then you can kind of transport stuff, you know, left and right across the chain. The other one, you know, I've mentioned, so we've been talking about it earlier this morning, like the glossary project, very important. You mentioned the terminology. There's a lot of buzzword bingo. Yeah, like fog and foggy. The fog is basically all the edges. Well, fog is foggy. That's why we didn't really subscribe to that term, but like, you know, fog is basically -- I can't see. The fog is everything that's not in a cloud, same thing.
[13:01] between or whatever. But when I was really important as a project was as computing glossary is like, basically, how do we get aligned on terminology? And semantics to some degree, but yeah, Here's some examples. So first off, depends on who you are, but Telco world, it's near edge, far edge. But what's near and what's far? These are loaded terms. It's like, you ever seen Sesame Street, Oscar the Grouch, they're far. What do you mean? It's better to talk in absolutes. People say real time, way too much. Real time to a building automation person is 15 minutes. Real time to an airbag is like a fraction of a second and it must be deterministic.
[13:40] real time to a financial person is milliseconds, but no one dies if you don't get your Starbucks. In the 5G world, it's less than five millisecond latency. So we need to talk about absolutes, you know, tiny. I hear all the time data center people say, "Tiny? It's tiny. It's 500 megabytes of footprint." You know, the world that Eric lives in, it's five kilobytes, you know, in some cases. So we have to get aligned on absolutes. that are descriptive around inherent trade-offs. And that's where I think there's some general terminology. And then there's like, let's not use loaded terms. Let's use absolutes. Yeah. And it matters because I think like every conversation I'm in, we spend the first 15 minutes of the conversation just getting grounded on what we're talking about. You're like, get over this. Right.
[14:33] what happened with the cloud transformation and, telcos and cloud operators and tier twos, you know, they all implemented common open many of them implemented common open source projects for their cloud infrastructure. But because they were standing them up as things were being developed, each one of them did it slightly differently. you know, OpenStack running the Kubernetes running OpenStack, all VM container, cloud native.
[15:07] all of those different companies are spending enormous resources maintaining what is essentially is open source that became proprietary because of the way that they integrated it was unique to their particular business and so taking the lesson learned from that and really being focused on hey if the vision of edge is to be realized um while i'm still working we need to stop um kind of the which these open source projects get consumed. Right. And we need to work as a community not only in their building of these components, but in the way they get integrated to realize actual use cases. And so there's a project as part of LF Edge called Acrano, where that's exactly what the project is about. It's the community coming together with specific use cases in mind and saying, okay, for this specific use case, I would like to architect this with these components, these assets, and integrate it in a completely declarative fashion. This hardware, this software, this release of this software, et cetera, this is how you integrate it, this is how you render it,
[16:18] validate the functionality that they attest to. They'll have a feature and they release it, but how is it validated and what kind of test cases, what kind of bandwidth constraints, etc. And so Acrano is really trying to say, hey, let's simplify this. Nobody's going to differentiate on infrastructure software, right? It's all going to be on the app services, business models running on that the whole community benefits for now and for the long term. And I think that's really, really compelling. It is a different type of open source project in the sense that, you know, it's not as much of a development project. There are some development aspects, but it's really folks coming together to do the dirty work of making this stuff productizable. And I think that that's really a tremendous effort.
[17:18] I think it should be, and I think we're kind of at the cusp of seeing some of this. I think OpenStack's done some of this. The Cloud Native Compute Foundation's doing some of this. But what I think is differentiated about a Cranio is it's actually pulling from all the upstream projects to render these use cases as complete vertical stacks and reference stacks for the community. of open source, and we'll see if it works. There are definitely skeptics.
[17:53] Awesome, awesome. Well, we've got some time left, so I want to throw a bonus question to the team here. Arpit stood up and dropped the mic when ONS got kicked off and talked about how the impact of the edge... potentially could be a forex that of what we've seen with cloud. Cloud's been pretty... pretty accepted, you know, so for me, that's, that was pretty mind-blowing. So, I'd love to get each of your insight on how you see that happening. I mean, are there certain linchpins that'll occur that'll really drive that? So Melissa, maybe start with you.
[18:30] Thank you. So I apologize, I wasn't listening to your question. I was thinking about the fact that I failed to mention a couple things when I was talking about, I got totally passionate about a Crano. Yeah. And I failed to mention the fact that there are a couple other projects as part of LF Edge, including the ones that Arpit mentioned yesterday. When you said that, I was like, oh, shit. Go for it. I didn't say anything about those. Anyway, so there are some new projects that were part of LFH that were announced. Badal and Fledge were also. There are seven projects total.
[19:04] As part of LF Edge, you've heard a couple mentioned here, there's also a laundry list of new projects that are being contributed to LF Edge. So there's a lot of opportunity for folks to get engaged. And I think the reason that there's so much interest from the ecosystem and from the participants in LF Edge and these different new projects is the diversity of use cases. exist when the context of edge technologies are are unique and they're different and they require different software and different capabilities and components um and so i'd encourage you to get you know to check out some of the new projects that were announced there's a ton of documentation on the lf edge website the wiki.lfedge.org so you can it's very easy to get informed in true open source fashion everything's open um so please leverage what's available to get more informed about these different projects thanks and then the key of course is within lf edge all linux foundation projects is the governance i mean
[20:10] neutral governance. The whole point of an umbrella project, as probably many people know, cloud native compute, LF networking, there's a bunch of different models that have been proven time and time again. It's be inclusive, bring projects in, even if there's some overlap up front, but then let the community working with that structured governance, the technical advisory committee and all that, help to harmonize these projects over time. That's a key part of that mission is that nobody wins as Melissa said so well, reinventing the middle. about minimizing undifferentiated heavy lifting. Okay. This is important.
[20:45] - I thought about that one for a while. - Yeah, but to answer your question on the cloud. So there's a lot of stuff. I mean, all data is created at the edge. And there's no doubt that there's just more and more devices popping up on networks. And this is gonna cause, you know, A lot of congestion and a lot of need to kind of shift compute. You know, is the cloud going away? No. No. There's a lot of clickbait. Oh, the cloud is going to disappear. No. Right. Will the cloud always do the deepest of deep learning? Yeah. Are you going to see more learning happening at the edges? Absolutely. I call that shallow learning. Yeah. You know, closer to the edges. Yes. You're going to see. The point is that we don't know where things are going to run. Sure. You know, in the end. We haven't even scratched the surface yet on the business models and the use cases.
[21:29] of just like POC party of one, now try to scale that solution. Now try to do that solution that intersects with other domains. That's the real potential. And this is why you need open. You can't cross public and private and all these different folks without trust at a system-wide level. So that's the big next conversation. The point is if you architect properly, even if your right answer day one is to send all your data to some cloud and do stuff centralized. Right. But you're not going to want to stay there because you're going to get the bill. It's going to be a hybrid model. You're going to want a hybrid model. And so over time, you need to be able to have that transportability of workloads anywhere along that continuum.
[22:04] And that means that you right now have to architect properly, and this is why things like in Cranow and stuff with Eve, and we're doing, I mean, HomeEdge is another project within LF Edge. Even in the home, you're going to start seeing folks, your gateway looks more like a server hosting all the different services. And all of these trends, abstract everything you can, abstract, compute storage, networking, always separate the data from the underlying infrastructure. In the end, it's about consistent infrastructure, with domain knowledge applied. The winners will have the best algorithm, have the best specialty hardware, specialty software, No one wins reinventing the middle. Right. So the short answer is like...
[22:46] you're going to see a massive change across the board. The last thing I'll say, I want to give time to Eric, is I get asked all the time, isn't 5G just going to make edge computing a short-term thing? Yeah, latency, you know, very low. But number one, I don't care how many nines you have on reliability. I'm not going to let you deploy my airbag from the cloud. Yeah. Not going to happen. And number two, bandwidth always comes with a cost. Right. So the analogy I use is if you build freeways, people think, oh, I'll solve the traffic problem by building freeways. Well, what happens? More people move to town, suburbs, and then you have more traffic. Yeah. Everything raises up. So you get new experiences. It's going to be incredible, like all this cool stuff. But it's not going to solve the bandwidth problem. Right.
[23:27] drive it as well you know license versus unlicensed spectrum we can go all day eric why don't you close us out you know any additional thoughts here Yes, I mean, if you look at where the edges are, I mean, yes, All the people that are analyzing this stuff are saying that the amount of data that's generated there is growing and it's going to grow and it's going to take over the amount of data that actually makes it to the cloud, just in terms of amount of data. If you look at actually deployed infrastructure, you can even argue that the edge is already here and already bigger than the cloud. It's just not connected yet. If you walk into a factory floor, you will find industrial PCs sitting in every machine on the floor. They might be running some app running Windows or whatever, and hopefully an old version of it, but hopefully not connected to the network because it probably hasn't been patched in a while since they installed the machine. But people want to get that data out, right?
[24:17] And how can they get the data out? Well, maybe they deploy a separate industrial PC next to it that runs something more modern software-wise, not Windows 98 or whatever. And then build it up. But I think the opportunity is there. the being able to gather that data, do a bunch of the computing locally, and then saying, okay, what do I need to export from here to the cloud, how to build a system, and making that easy to leverage from the perspective of people developing applications as well as the people that want to deploy the network services.
[24:50] that can actually connect that stuff together. So I think that that's a key thing. Excellent. Excellent. Well, Eric, Jason, Melissa, thank you so much. Great insights. Enjoy the rest of the event. Thank you. Thank you. All right. Look at that.
在Vidleaf工作台中打开
搜索转录文本,选择行,复制带时间戳的引文,翻译。
署名
“主题小组讨论:统一边缘 - IoT、企业、电信和云”由 The Linux Foundation (https://www.youtube.com/@linuxfoundationorg) 提供,根据 CC BY 3.0 (https://creativecommons.org/licenses/by/3.0/) 许可。源视频:https://www.youtube.com/watch?v=0x4Md1FSGNA。本页面是视频的文本转录,添加了段落分隔和时间戳;创作者不隶属于 Vidleaf,也不为其背书。Vidleaf 添加了 AI 标点和 AI 生成的摘要;原始措辞仍可在本页面上找到。
您是创作者或权利持有人吗?请求更正或移除:copyright@vidleaf.app(参见关于这些页面)。
最后更新于