Keynote Panel Discussion: Unifying the Edge - IoT, Enterprise, Telco and Cloud
An edge computing panel explores fragmented devices and networks, open-source collaboration, EdgeX Foundry and links between edge and cloud.
字幕來源:Vidleaf 自動語音辨識,可能有誤。Vidleaf 加入 AI 標點,保留原字詞與時間戳。下方可查看原始字幕。
AI 生成摘要
This panel asks what edge computing means across IoT devices, enterprise systems, telecom networks and the cloud. The speakers describe an uneven landscape of hardware, protocols and operational requirements, and discuss how open-source projects can share the work of connecting it. EdgeX Foundry and other LF Edge efforts illustrate attempts to separate data and applications from underlying infrastructure. The discussion favors a hybrid approach in which workloads and information move between local systems and centralized services as needed. It also considers physical security, governance and the challenge of turning isolated demonstrations into systems that work across organizational boundaries.
重點
- [1:04] The meaning of the edge depends on the devices, users and deployment requirements involved.
- [10:55] EdgeX Foundry is discussed as a way to separate edge data and services through open interfaces.
- [21:52] The panel expects local computing and centralized cloud services to coexist in hybrid architectures.
根據字幕生成。請透過連結對照原影片核對。 概覽與重點由 Vidleaf 於 2026-10-21 核對。
完整概覽
This panel discussion examines how the edge is defined and why it is fragmented, describing edge computing as moving compute as close as both necessary and feasible to subscribers or devices, with fragmentation due in part to inherent complexity from cloud to device edge and partly to historical proprietary-protocol lock-in. The panelists argue that open source addresses this complexity by letting the community contribute to architecture and share the maintenance burden, though reaching consensus takes a little longer, and they discuss edge-specific requirements such as physical security, access, and different IO. They describe LF Edge efforts including Project EVE, EdgeX Foundry, and Akraino, which aim to unify telco, IoT, enterprise, and cloud domains and reduce complexity and fragmentation, and announce new projects Badal and Fledge, bringing the total to seven. The conversation covers decoupling data at the moment it is created, using absolutes rather than loaded terms like near edge and far edge, and neutral governance under an umbrella project, closing on minimizing undifferentiated heavy lifting, with the cloud always doing the deepest of deep learning while more shallow learning happens at the edges. Scaling a proof-of-concept party of one and intersecting it with other domains is described as the real potential, requiring openness and system-wide trust to cross public and private; even if the day-one answer is to send all data to a centralized cloud, the bill means you won't want to stay there, so it will be a hybrid model requiring transportability of workloads along the continuum. The speaker argues you have to architect properly now, citing HomeEdge within LF Edge, where home gateways will look more like servers hosting services, and recommends abstracting compute, storage, and networking, always separating data from the underlying infrastructure, and aiming for consistent infrastructure with domain knowledge applied; the winners will have the best algorithm and specialty hardware and software, and no one wins reinventing the middle. 5G will not make edge computing short-term, since you won't deploy an airbag from the cloud regardless of reliability nines and bandwidth always comes with a cost, and building freeways doesn't solve traffic because more people move in. Analysts say data generated at the edge is growing and will overtake the data that reaches the cloud in volume, and in deployed infrastructure terms the edge may already be bigger than the cloud but not connected yet, as on a factory floor where industrial PCs sit in every machine, possibly running old Windows versions and likely unpatched and not connected to the network; the opportunity is to gather that data, compute locally, decide what to export to the cloud, and make the system easy to leverage for application developers and network service deployers.
附時間戳的章節摘要
Defining the Edge and Its Fragmentation
- [1:04] There is no single edge; the definition depends on who you are.
- [1:14] Edge computing is defined as moving compute as close as both necessary and feasible to subscribers or devices.
- [1:46] The spectrum of edges means fragmentation is due in part to inherent complexities as you go from cloud to device edge.
- [2:21] Toward the device edge, hardware gets more complex first, requiring ruggedization, IO, and custom hardware.
- [2:36] Software follows, with different OS flavors and protocols, until a memory-constrained thin compute edge where virtualization or containerization is no longer possible.
- [3:08] Historical fragmentation at the edge was partly due to proprietary-protocol lock-in models.
- [3:20] The maker movement ecosystem has driven change so that lock-in no longer works and you win by merit.
- [3:52] Open always wins in the end for scale, and scaling requires a multi-cloud strategy that starts with an open edge.
Open Source and Edge Complexity
- [5:07] Partners acknowledge open will win but find managing physical resources like GPUs for AI very complex and want help figuring it out.
- [5:34] Open source addresses complexity by letting the community contribute to architecture and leverage collective intelligence on where technology is headed.
- [6:10] Reaching common consensus takes a little longer, but once achieved, progress can go much faster.
- [6:18] Open source shares the maintenance burden because everyone contributes to both creation and maintenance.
- [6:36] Breaking up vertical integration reduces friction and makes deployment easier, as seen in data center open source stacks and now needed on the edge.
- [7:06] Edge unique requirements differ across parts of the edge, such as the deep or enterprise edge with 1C/2C servers doing video or vibration analytics.
- [7:43] At the deep edge you don't want to send a human to update software because physical access is expensive, requiring ladders or cranes or hours of driving.
- [7:59] Software must address edge-specific issues like physical security, access, and different IO requirements including legacy serial ports and random radio.
- [8:22] LF Edge aims to unify telco, IoT, enterprise, and cloud domains and reduce complexity and fragmentation, though the panel may disagree.
Telco Edge Security and Openness Lessons
- [8:52] Eric is asked whether telco can learn best practices from other domains regarding latency, location, and mobility.
- [8:54] Eric suggests building on horizontal layers, starting from hardware with hardware root of trust and measured boot.
- [9:23] After booting typically Linux or possibly a real-time OS, you build up by providing common connectivity for applications.
- [9:35] Cloud-native applications assume Ethernet-like connectivity, but on Rail-T the application shouldn't need to know that.
- [9:50] That abstraction is achieved by inserting a layer of virtualization, which they are working on in Project EVE as part of LF Edge.
- [10:14] Jason says many companies in IoT Edge try to lock everyone in to make money on their data.
- [10:25] Jason argues you must open it up and use technology to bring checks back from strangers, inserting trust at a system level to cross between systems of systems.
- [10:25] Step one is to solve the insanity of everyone reinventing the middle, citing a project he helped start with a team at Dell that became a Linux Foundation project.
EdgeX Foundry and Decoupling Data at the Edge
- [10:55] EdgeX Foundry aims to extend cloud native principles down to the thin compute edge, such as gateways, with an open API in the middle.
- [10:55] If enough people use something through collaboration, it becomes a de facto standard.
- [11:25] There will never be one southbound protocol because there are thousands of IoT southbound protocols, driven by lock-in plays.
- [11:38] The shift is toward software and services rather than lock-in: democratize the south to monetize the north.
- [11:38] EdgeX is platform independent, cloud native, and built on loosely coupled microservices, so any protocol can plug into the open API and everything around it can be heterogeneous.
- [12:08] EdgeX provides a decoupling point the moment data is created, so data can be sent wherever you want.
- [12:25] The EdgeX strategy is to decouple data the moment it is created and then pick any permutation from edge to cloud.
- [12:31] A glossary project is important because there is a lot of buzzword bingo, and the term fog was not really subscribed to.
Aligning on absolutes and integrating open source at the edg
- [13:01] A key project challenge was aligning on terminology and, to some degree, semantics.
- [13:13] Terms like near edge and far edge are loaded, so it is better to talk in absolutes.
- [13:40] Real time means different things across domains, from 15 minutes in building automation to under five milliseconds in 5G, so absolutes are needed.
- [14:03] Avoid loaded terms and use absolutes, because roughly the first 15 minutes of many conversations go to getting grounded on what is being discussed.
- [14:45] Telcos and cloud operators implemented common open source projects for cloud infrastructure, but each did it slightly differently.
- [15:07] Those companies spend enormous resources maintaining open source that became proprietary because their integration was unique to their business.
- [15:48] LF Edge's Akraino project brings the community together around specific use cases to integrate components declaratively.
- [16:18] Akraino aims to simplify integration and validation, since nobody will differentiate on infrastructure software.
- [17:18] Akraino is differentiated by pulling from all upstream projects to render use cases as complete vertical and reference stacks.
Edge Impact and LF Edge Projects
- [17:48] Open source efforts will be tested, and there are definitely skeptics.
- [17:53] A bonus question is posed to the team about Arpit's claim that edge impact could potentially be a forex of what cloud has seen.
- [18:13] Cloud has been pretty accepted, which the speaker found mind-blowing.
- [18:22] Each panelist is asked for insight on whether certain linchpins will drive that edge impact, starting with Melissa.
- [18:32] Melissa apologizes for not listening and says she failed to mention a couple other projects as part of LF Edge, including ones Arpit mentioned yesterday.
LF Edge New Projects and Governance
- [18:54] Badal and Fledge were announced as part of LFH, with seven projects total.
- [19:04] A laundry list of new projects are being contributed to LF Edge, offering many opportunities to get engaged.
- [19:04] Interest from the ecosystem and participants stems from the diversity of use cases.
- [19:40] Edge technology contexts are unique and require different software and capabilities, so people are encouraged to check out the new projects and documentation on wiki.lfedge.org.
- [20:10] The key within LF Edge and all Linux Foundation projects is neutral governance.
- [20:10] The point of an umbrella project is to be inclusive, bring projects in even with some overlap up front, and let the community and technical advisory committee harmonize them over time.
- [20:10] A key part of the mission is that nobody wins by reinventing the middle.
Edge Computing and Hybrid Cloud Architecture
- [20:40] The discussion focuses on minimizing undifferentiated heavy lifting.
- [20:45] All data is created at the edge, and more devices appearing on networks will cause congestion and a need to shift compute.
- [20:59] The cloud is not going away despite clickbait claims; the cloud will always do the deepest of deep learning, while more shallow learning will happen at the edges.
- [21:29] Scaling a POC party of one solution and intersecting it with other domains is the real potential, which requires openness and system-wide trust to cross public and private.
- [21:52] Even if the day-one answer is to send all data to a centralized cloud, you won't want to stay there because of the bill; it will be a hybrid model requiring transportability of workloads along the continuum.
- [22:04] You have to architect properly now, as seen with projects like HomeEdge within LF Edge, where home gateways will look more like servers hosting services.
- [22:22] Abstract compute, storage, and networking, always separate data from the underlying infrastructure, and aim for consistent infrastructure with domain knowledge applied.
- [22:34] The winners will have the best algorithm and specialty hardware and software; no one wins reinventing the middle.
- [22:46] 5G will not make edge computing short-term: you won't deploy an airbag from the cloud regardless of reliability nines, and bandwidth always comes with a cost.
- [22:57] Building freeways doesn't solve traffic because more people move in; similarly, new experiences won't solve the bandwidth problem.
Edge Computing Data Growth and Opportunity
- [23:37] Analysts say data generated at the edge is growing and will overtake the amount of data that reaches the cloud, in terms of data volume.
- [23:37] In terms of actually deployed infrastructure, one can argue the edge is already here and already bigger than the cloud, it's just not connected yet.
- [23:56] On a factory floor, industrial PCs sit in every machine, possibly running old Windows versions and likely unpatched and not connected to the network.
- [24:17] People want to get that data out, perhaps by deploying a separate industrial PC running more modern software next to the old one.
- [24:32] The opportunity is to gather that data, do computing locally, decide what to export to the cloud, and make the system easy to leverage for application developers and network service deployers.
[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.
查看原始字幕
[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 工作台開啟
檢索字幕、選取句子、複製附時間戳的引用,或按需翻譯。
來源署名
「Keynote Panel Discussion: Unifying the Edge - IoT, Enterprise, Telco and Cloud」由 The Linux Foundation 發布,採用 CC BY 3.0 授權。來源影片:https://www.youtube.com/watch?v=0x4Md1FSGNA。此頁呈現影片的文字字幕,由 Vidleaf 加入段落與時間戳。創作者與 Vidleaf 無隸屬或背書關係。頁面若提供 AI 標點、名稱修正或摘要,會分開標示,原始字幕仍可查看。
若你是創作者或權利人,可申請更正或下架: copyright@vidleaf.app (參閱 關於這些頁面)。
最後更新