Home | Reports | Technical Documents | Tech-Blog | One-Shot Gallery | Korea ICT News | Korea Communication Market Data | List of Contributors | Become a Contributor |    
 
 
Section 5G 4G LTE C-RAN/Fronthaul Gigabit Internet IPTV/Video Streaming IoT SDN/NFV Wi-Fi KT SK Telecom LG U+ Network Protocol Samsung   Korean Vendors
 
Real World Private 5G Cases   4 Deployment Models On-Premise Cases 5G Core Control Plane Sharing Cases

5G Core Sharing Cases

   
 
Private 5G Deployment   • Private 5G Frequency Allocation Status in Korea  South Korean government's regulations on private 5G and KT's strategy for entering the market
Cases in Korea   Private 5G Operators |   SK Networks Service (SI) Sejong Telecom (Wire-line Carrier) KT MOS (Affiliate of KT) • Newgens (SI) • NAVER Cloud more >>  
    Enterprise DIY |   Korea Hydro & Nuclear Power (Power Plant) Korea Electric Power Corporation (Energy) • Republic of Korea Navy more >>
 
CHANNELS     HFR Private 5G Solution (my5G)       my5G Solution Components       my5G Key Features        my5G Resources        my5G News          
 
banner
banner
Does Amazon's purchase of Whole Foods redefine "Edge Computing"?
July 18, 2017 | By Dean Bubley @ Disruptive Analysis
Online viewer:
Comments (3)
21

We are pleased to share with you all an interesting article contributed by Dean Bubley who is mobile & telecom sector analyst, expert consultant & conference speaker.

 
 

Dean Bubley

Founder and Director at Disruptive Analysis

 

 

All Articles by Dean Bubley 

 
     
  How to contribute your article to Netmanias.com !  
     
  List of Contributors  

 

 
     
 

Recent announcement that Amazon is acquiring retailer Whole Foods has meant I've adapted this piece from an earlier draft version. I'm expecting a few people to read this who aren't normally involved in technology, telecoms or cloud sectors - and who are likely to be unfamiliar with some of the terminology. Welcome!

 

In a nutshell: I don't think Amazon is purely interested in disrupting the food-retail business, or creating distribution/pickup centres for online shopping. I think Amazon is also interested in local, mini data-centres for its huge cloud business. This means it may be able to disrupt other telecoms/IT businesses, and steer some "edge computing" technology standards and paths, if it plays this well. There was already a lot going on in this space - hence my originally-intended post - but this deal changes the dynamic even more.

 

There are a number of reasons to put data-centres (physical locations with servers) close out to the "edge" of the network, near to end-users connecting with fixed broadband or mobile devices. 

 

Top of the list is latency, or delay: how long it takes an app or website to respond. This is partly driven by the speed of light (300,000km/s), as well as the efficiency and design of the electronics. Physically-closer data centres can mean low latency, and faster applications: critical for "realtime" uses such as IoT controls, or gaming, VR and many other areas. Low-latency is a big part of the pitch for new types of network anyway (eg 5G mobile), but it also implies that speed-of-light delays must be minimised, by putting processing/storage closer to the user.

 

Other reasons to have edge computing include data sovereignty laws (there's a growing set of rules around cross-border data flows) and avoiding the need to ship huge volumes of data all the way to the cloud, process it remotely, and then ship it back again. Avoiding possibly-clogged core and transport networks in the middle is cheaper as well as faster. 

 

Network cacheing of big chunks of content, such as frequently-watched videos, is another reason - this has been done for years, but pushing it deeper into the network may be important as usage grows.

 

Edge-computing may turn out to be particularly important for things like machine-learning, and other forms of AI such as image-recognition or speech analysis, or large-scale use of sensors. That could mean sound from talking to Siri or Amazon Alexa, industrial IoT installations watching for problems with machinery, cameras from self-driving vehicles and so on. It may be that only 1% of data collected is interesting - so processing the bulk locally, to sift out the important nuggets or create alarms, could be better than shipping never-ending terabytes back to a central point.

 

There are lots of angles to edge computing, and lots of emerging standards and visions. I've recently been looking at this area a lot, and I think some participants don't realise how many possible locations for "the edge" there are. It's very badly-defined. It also needs to be seen in the context of an ongoing battle for control of "the cloud" between big Internet players like Amazon and Google and Microsoft, versus the network providers - and perhaps also enterprise/IoT specialists like GE, Cisco and IBM.

 

The critical point here is that the "edge" can be thought of as being "in the network" (at aggregation points or some sort of fixed/radio node), or at a user's premise, or even in the device itself. It might even turn out to be in a specific chip in the device, or we may find that devices are chained together, with a local gateway acting as a hub for "capillary" connections to individual sensors, bluetooth headsets, smart-home gadgets and so on. In theory, compute and storage could exist at any of these points (or all of them, with dynamic control).

 

 

The telecoms industry is mostly focused on MEC - originally Mobile Edge Computing, now redefined with the M for Multi-Access. In theory, MEC is the concept of distributing compute functions deeper into the telecoms network - perhaps colocated with cell-sites, local cell aggregation points, fixed-network central offices, or even with small/pico-cells inside buildings, or by the side of the road. Some in the industry position it as a way for telcos (especially mobile operators) to create a distributed cloud in order to compete with Amazon - while others are more pragmatic and just see it as a way to extend new virtualised bits of the network control itself, outside the data-centre. There are versions of MEC that couple tightly with major NFV initiatives, and others that are more independent.

 

The original vision of MEC - a server at every base station - now seems to be fading as the economics favour larger aggregation centres. A possible exception, however, is for in-building deployments hosting special, location-specific applications and functions - perhaps IoT control in a factory, local media-streaming for a stadium and so on. In those cases, it's not clear whether the network operator would be a classical telco, or perhaps a new "neutral host" or enterprise-owned player. This was a theme I looked at in my recent. Private & Enterprise Cellular workshop (link; more on that in another post).

 

There are also various other approaches to edge computing - a concept called Fog is being pitched as a multi-tiered approach to distributing compute resources, and Cloudlets are another. It's very dynamic and multi-faceted, and what might work well for bulky content distribution might be inappropriate for controlling swarms of drones, or putting better security controls at the edge. Some of the network internals for 5G may themselves need to be put at the edge (perhaps identity functions, or congestion-management), and there is a desire to use that as an opportunity to host applications or data for other parties as well, as a new revenue stream.

 

Meanwhile, the nature of IT and web applications themselves is changing, with use of "serverless" computing architectures, and a shift to doing lots of processing at the edge for machine-learning and other tasks, including the rise of GPU processors. I recently went to see a presentation by ARM, which was talking about doing more processing on low-end IoT devices in silicon, without needing the network much at all. That's right out at the "real" edge.

 

[It's worth noting that ARM is owned by Japanese telco/InternetCo Softbank, which has also taken a stake in GPU vendor Nvidia and has just bought scary-walking-robot company Boston Dynamics from Google. It's perhaps the only telco to understand "edge" fully]

 

So... where does Amazon, and especially Whole Foods, fit into this?

 

At the moment, Amazon Web Services has around 40-50 main data centres, split into regions and "availability zones" (see this link). It's also got servers (mostly for content-delivery, a CDN) in various other companies' data-centres, notably telcos. Its huge scale has meant that most other providers of "hyperscale" cloud struggle to compete, beyond the very largest IT players. The telcos had high hopes for cloud computing a few years ago, but have now mostly shifted away from head-on competition with AWS.

 

Instead, the telecom industry is looking at MEC (and also CORD, central office rearchitected as a data-centre) as possible differentiators. By having localised compute resources at the network-edge, it sees an opportunity for monetising tomorrow's distributed, low-latency applications - as well as distributing its own (now virtualised) internal functions.

 

In theory, MEC could either allow telecom operators to create "distributed Amazon" rivals for a wide IT/Internet audience, or host AWS and its peers' servers locally, for a fee. In fact, the Amazon-on-MEC concept got a boost recently with Amazon's announcement of its Greengrass distributed IoT edge architecture (see link). I've spoken to some MEC players - vendors and operators - who are quite excited by this.

 

But now, Amazon has possibly just thrown a spanner in the works, at least in terms of the "MEC at network aggregation points for general cloud apps" story. With Whole Foods, it now has a footprint of 450-odd locations, principally in the US but also in London and elsewhere. Typically these are in city centres - and being supermarkets, they likely have good electricity supply (and even cold rooms) that could be used for servers, rather than just kale and houmous. It's not obvious why developers would prefer to negotiate with mutliple telcos' MEC units - and suffer probable less-than-easy purchasing mechanisms compared to Amazon's web portal. EDIT: Supermarkets have around 3x the energy supply/consumption per unit area than non-food retail [link]

 

At the moment, Amazon has made no announcement about this. This is speculation on my part. In my view the pieces fit together quite nicely, but I have absolutely no inside track on this.

 

That's not to mean that the acquisition isn't also - even mainly - about food retail, local distribution, maybe even drone-depots. But it does mean that network operators may have much less leverage on AWS in terms of access to large-scale, city-by-city locations for hosting data in future MEC deployment. To be fair, this doesn't impact the MEC story further out, at individual premises or by the side of the street, but there is (a) plenty of time before edge-computing proves those concepts, and (b) other opportunities for Amazon to get to those types of locations.

 

Just as a final note, I'll leave a quick

 

"I told you so!"

 

note here. OK, I got the target wrong and didn't expect an outright acquisition, but an Amazon+Retailer combination was something I thought about exactly a year before it happened.

 

 

EDIT: One other thing to consider here is how they Amazon could connect such a local data-centre to the telcos' networks. It may need local break/out in, which telcos often avoid doing. Or it could be that Amazon builds its own local wireless networks, eg using LoRaWAN for smart cities, or even gets CBRS licences for private localised cellular networks. There are various options here, although there will be additional challenges.

 
     
Thebem 2017-07-20 20:32:18

Hi Dean, great insight. So, why wouldn't service providers and carriers not include egde computing capabilities into their SD-WAN / vE-CPE offerings ? At a high level an SD-WAN/vE-CPE box is very similar to an MEC appliance installed in a retail store... actually the only main difference is a local break out capability and some of the SW ingredients. In other words, MEC or Edge Computing can be seen as just a bunch of VNFs running on a vCPE box.

Alok Tripathi 2017-07-27 11:10:34

The battle for the "Edge" has just begun. I believe this war is for Telcos to loose and that would spell doom for them. Likes of AT&T have realized this and have been very vocal recently about their "re-invention" strategy for the Cloud with Edge Computing. (link)

Alok Tripathi 2017-07-27 11:14:42

Is "OpenStack" upto the requirements of "Edge Computing"? AT&T has called upon industry to innovate and evolve OpenStack to meet the requirements of Edge Computing during recent Boston event. Massively distributed clouds for IoT/5G will throw up huge challenges for OpenStack and Telcos must be mindful of these future challenges before trusting "open source" champions with limited R&D capabilities

Thank you for visiting Netmanias! Please leave your comment if you have a question or suggestion.
 
 
 
 

[HFR Private 5G: my5G]

 

Details >>

 

 

 

     
         
     

 

     
     

Subscribe FREE >>

Currently, 55,000+ subscribed to Netmanias.

  • You can get Netmanias Newsletter

  • You can view all netmanias' contents

  • You can download all netmanias'

    contents in pdf file

     
     

 

     
         
     

 

 

 

View All (854)
4.5G (1) 5G (101) AI (7) AR (1) ARP (3) AT&T (1) Akamai (1) Authentication (5) BSS (1) Big Data (2) Billing (1) Blockchain (3) C-RAN/Fronthaul (18) CDN (4) CPRI (4) Carrier Ethernet (3) Charging (1) China (1) China Mobile (2) Cisco (1) Cloud (5) CoMP (6) Connected Car (4) DHCP (5) EDGE (1) Edge Computing (1) Ericsson (2) FTTH (6) GSLB (1) GiGAtopia (2) Gigabit Internet (19) Google (7) Google Global Cache (3) HLS (5) HSDPA (2) HTTP Adaptive Streaming (5) Handover (1) Huawei (1) IEEE 802.1 (1) IP Routing (7) IPTV (21) IoST (3) IoT (56) KT (43) Korea (20) Korea ICT Market (1) Korea ICT Service (13) Korea ICT Vendor (1) LG U+ (18) LSC (1) LTE (78) LTE-A (16) LTE-B (1) LTE-H (2) LTE-M (3) LTE-U (4) LoRa (7) MEC (4) MPLS (2) MPTCP (3) MWC 2015 (8) NB-IoT (6) Netflix (2) Network Protocol (21) Network Slice (1) Network Slicing (4) New Radio (9) Nokia (1) OSPF (2) OTT (3) PCRF (1) Platform (2) Private 5G (10) QoS (3) RCS (4) Roaming (1) SD-WAN (17) SDN/NFV (71) SIM (1) SK Broadband (2) SK Telecom (35) Samsung (5) Security (16) Self-Driving (1) Small Cell (2) Spectrum Sharing (2) Switching (6) TAU (2) UHD (5) VR (2) Video Streaming (12) VoLTE (8) VoWiFi (2) Wi-Fi (31) YouTube (6) blockchain (1) eICIC (1) eMBMS (1) iBeacon (1) security (1) telecoin (1) uCPE (2)
Password confirmation
Please enter your registered comment password.
Password