The Edge

Five questions we need to answer about the edge

What I enjoyed most about being an analyst was that it let me indulge my natural instinct to ask questions. The most important part of my job was to ask questions about everything, of everyone, myself included. While I (unknowingly) asked the standard 5W and H questions rookie journalists do, the one I was always most interested in is, "why should anyone care?" When it comes to the edge, the answers are as multi-faceted as the issue itself.

I got to thinking about this after reading Mike Dano's article about how edge computing might help address performance issues with videoconferencing. A few things jumped out at me. First was that many people assume that latency is the main or sole reason for application performance issues. I won't claim to understand all of the underlying technical issues, but I suspect that Dean Bubley and others are right to say that it is more complicated than just latency. Software architecture, underlying hardware and more can impact the end-user experience. And if you're talking about anything non-local, there are lots more places where latency can be introduced that will be unaffected by the location of the application itself. I was intrigued by the hierarchy of development needs from Cloudflare which states quite clearly that speed is not the only criteria and certainly not the most important one – to developers, at least.

I also noted the assertion that data sovereignty might be the "killer app" for the edge. This idea did come up a few times in my research, but it's not nearly as sexy as driverless cars, so it didn't get much play. Something not so surprising: Vendors are bullish on the edge. Of course they are. It (in theory) dramatically increases their addressable market. But a question: How close is close enough?


I suppose I shouldn't have been surprised that there are still so many unanswered or unsettled upon questions. After all, "edge" is a location (or should I say, multiple locations), an architecture, a business model, an attribute – with the definition dependent upon who you are and what you're trying to do. And like any emerging technology, there are fundamental questions about the edge that need to be answered:

What are the business drivers?
By this I mean, what will operators, enterprises, consumers be able to do that they couldn't do before? Perhaps more importantly, what will operators, enterprises, consumers be able to do better, more quickly, more cheaply than they could before? Only after these questions are answered will we see deployments of any scale. Right now it seems like a land grab to position for the future since very few services need real-time processing. The $64 million question: Who will pay for those services?

What are the operational implications?
I'm thinking here about management and the need for automation. Why? Locations with no humans present for one. The sheer scale for two. There is no way to manually provision/maintain thousands or millions of endpoints without opex skyrocketing through the roof.

What are the technology knock-on effects?
Of course, moving resources outside of centralized data centers drives new requirements for infrastructure. Well, perhaps not "new" – the "ilities" (Reliability, availability, scalability, security, flexibility, manageability and probably a few others that are escaping me) – are always relevant in a telco environment. It's just that the parameters and priorities change when talking about the edge. And I can't write about infrastructure without talking about "cloud-native," which offers the promise of a single platform for all services, workload portability and elastic scaling to respond to changing demand (again, intelligent automation will be critical).

What is the business model?
Is connectivity to applications enough or is it necessary to provide platforms as well? It's likely different answers for telcos than for hyperscale public cloud providers. Already we're seeing a few things from the telco side. Verizon and Vodafone, among others, are segmenting their offers – a combination of network and edge computing assets – to account for the different requirements of different applications, which makes all the sense in the world. Others are playing middleman between enterprises and edge computing resources. Even though Ericsson shut down Edge Gravity, it still sees an opportunity for service providers, but one now defined by "partnerships with hyperscalers and systems that can link everything together." Ericsson "would facilitate how the telco exposes its network assets and integrates with those hyperscaler partners." DT's startup MobileedgeX is focusing on providing a development environment so a business can "manage their digital operation seamlessly across distributed locations independent of underlying network ownership or systems." I'm sure other combinations, collaborations and partnerships will emerge as the evolution at the edge marches on.

Who will deploy edge infrastructure? And when?
I touched upon this in my last column. Both telcos and hyperscale cloud providers claim the edge. Newer companies like EdgeMicro, EdgeConneX, Cloudflare and VaporIO do too. Can the industry support so many? Possibly. At this early stage though, I think it's better to have too many than too few.

A final thought to consider: More traffic kept locally means lower transport costs. Again, it's not as sexy as uber-hyped VR services, but potentially more significant for a telco's bottom line. And a final, intentionally provocative question: Could it be that the edge will be more important as a cost-savings mechanism than a revenue-generating one?

Roz Roseboro, Consulting Analyst, Light Reading. Roz is a former Heavy Reading analyst who covered the telecom market for nearly 20 years. She's currently a Graduate Teaching Assistant at Northern Michigan University.

Be the first to post a comment regarding this story.
Sign In