x
Cloud Services

Google: Carriers & Cloud Providers Need to Cooperate

DÜSSELDORF -- SDN & OpenFlow World Congress -- You can sense eyeballs rolling in their sockets when a conference speaker calls for companies to cooperate. It's a nice sentiment: Let's all work together because conflict is icky. But the reality of the marketplace requires competition.

Geng Lin, CTO of corporate networks for Google (Nasdaq: GOOG), wasn't delivering that message in his keynote here Thursday. When Lin called on carriers and cloud providers to cooperate, he didn't sound like a kindergarten teacher asking the children to play nice. Rather, Lin was the voice of marketplace demand. Carriers and cloud providers need to cooperate to deliver application performance to their shared enterprise customers, he said.

SDN is becoming more popular with carriers and cloud providers, but the enterprise is still a silo of old-style networking. That's because enterprise networking is a reflection of enterprise IT. And enterprise IT is still based on decades of client-server architecture, Lin said.

Geng Lin, Google CTO of corporate networks. That's a pic of a Google data center on the slide behind him. Look close and you'll see your Gmail inbox.
Geng Lin, Google CTO of corporate networks. That's a pic of a Google data center on the slide behind him. Look close and you'll see your Gmail inbox.

But IT is changing, as applications move from the data center to the cloud. This transition is changing all elements of the IT infrastructure, from the data center to the enterprise network to the interconnect between the enterprise and cloud applications.

Google, along with Facebook , Amazon.com Inc. (Nasdaq: AMZN) and Microsoft Corp. (Nasdaq: MSFT) Azure, set the gold standard for network and data center development. These so-called "Internet scale" or "hyperscale" companies have enormous data centers to support their cloud businesses, and are blazing the trail for carriers and enterprises on data center architecture and SDN. (See Google, Microsoft Challenge Service Providers, Google's Andromeda Relieves Cloud Strain and Facebook in Production Testing of Open 'Wedge' Switch.)

Cloud data centers are significantly bigger than enterprise data centers, creating new challenges in scale, power consumption and traffic management, Lin said.

Resource management is more flexible -- previously, each server owned its own resources. But now resources are virtualized, shared in common and dynamically controlled by applications, Lin said.

In the cloud data center, 90% of traffic is east-west. Utilization is much higher in cloud data centers than in traditional data centers, and the application programming model is massively parallel. Cloud data centers bring the compute to data, using tools such as MapReduce and NoSQL.

While the physical architecture of the data center is settled, the industry disagrees over the model for the control plane. Some, including VMware Inc. (NYSE: VMW) and Microsoft, support control at the edge. Others support the OpenFlow school of centralized control running on a white box with a complete view of the network topology and traffic conditions. And a third group combines the two schools, with an application-centric view combining virtual tunnels and physical network topology controls, Lin said.

Medium-sized enterprises and the smaller large enterprises prefer edged-based network control to centralized control, because those enterprises have less need to control the hardware. Very large enterprise and carrier data centers take the white-box approach of controlling the hardware. And Internet-scale businesses use both. "If you're operating at Internet scale, then you need to squeeze very ounce of performance," Lin said.

Enterprise CIOs need to reconfigure the campus network to reflect new needs, while connecting to the cloud over a secure, private WAN and integrating cloud services with apps that haven't yet moved to the cloud. Moving enterprise applications to the cloud gives enterprises an opportunity to simplify campus networks and reduce spending, Lin said.

Traditional client/server networks -- the model still standard in most enterprises -- are complex. The enterprise network required to support cloud applications can be much simpler. "You don't need that complicated distributed network. This represents a good opportunity to redefine the campus network," Lin said. With applications in the cloud, the network just needs to provide basic capabilities such as user access controls, multi-tenancy, network configuration, firewall, load balancing, NAT, and multi-tenancy user segmentation. Google has developed its own internal network, and implements those basic capabilities as virtual network functions.

The transition to cloud applications isn't all good news for enterprise network operators, Lin said. "The bad news is that you will have more challenges over the non-private WAN to achieve performance and application security," he said.


Want to know more about the cloud? Visit Light Reading's dedicated cloud services content channel.


The interconnection between the enterprise and public networks is where carriers and cloud providers come in -- they need to work together on developing standards for application-aware network performance and SLA guarantees. Google has issued a public call for cooperation on a common configuration model and performance metrics.

"You have to make sure the application level and network level are implementing and exchanging the same performance and security metrics," Lin said.

All this talk of cooperation is lovely, but I wonder how long hyperscale cloud providers and service providers can continue to coexist. Google, Microsoft and Facebook have massive data centers, bountiful connections with customers and deep reserves of cash. How long before these cloud providers decide that telcos are barriers in the customer relationship and need to be swept aside?

— Mitch Wagner, Circle me on Google+ Follow me on TwitterVisit my LinkedIn profileFollow me on Facebook, West Coast Bureau Chief, Light Reading. Got a tip about SDN or NFV? Send it to [email protected]

Page 1 / 2   >   >>
Mitch Wagner 10/20/2014 | 11:43:02 PM
Re: Ah but can you get regulators to join? Good point. This seems to be everything the net neutrality advocates are fighting against. 
DHagar 10/17/2014 | 8:07:38 PM
Re: ah, but can you get regulators to join? danelcawrey, I think that you have nailed it.  It may be musical chairs time - in that the new space is changing the relationships and has unleashed new competition.
danielcawrey 10/17/2014 | 7:01:22 PM
Re: Ah but can you get regulators to join? I think for the time being these cloud companies and service providers have a functional relationship. But this does sound like a warning from the likes of Google that more cooperation is needed.

Maybe cloud and service providers don't have a functional relationship anymore. Rather, it may be more disfunctional than we had previously thought. 
DHagar 10/17/2014 | 1:14:48 PM
Re: ah, but can you get the regulators to join? brooks7, great points.  That is the issue, there have to be effective (for markets) and fair (for public policy) lines drawn now that defines the space for the players in the evolving markets (ie B2C, etc.). 

Someone is going to have to be the "adult".
brooks7 10/17/2014 | 1:03:52 PM
Re: Re, ah, but can you get regulators to join? Just FYI, an information service at an Enterprise level can be created that has all kinds of QOS SLAs.  That is not a problem today.

The challenge is when that same infrastructure wants to be connected to 3rd parties.  If there are a small set of well defined partners it can be solved.  The bigger the number of 3rd parties the worse it is.

Which leads us to the problem is really when cloud folks and carriers have B2C services.

seven

 
Atlantis-dude 10/17/2014 | 12:53:22 PM
enterp or svc providr Which part of goog is this guy representing in his talk?
DHagar 10/17/2014 | 12:18:12 PM
Re, ah, but can you get regulators to join? TomNolle,  Exactly - which results in not resolving any of the issues effectively.  What it truly requires is knowledge of the industry and then an "intelligent" assessment of the impact on both the public/private markets, then to provide clarity and direction as to how to preserve the rights of all parties, through effective public policy.

We won't hold our breath!
TomNolle 10/17/2014 | 9:45:43 AM
Re: ah, but can you get regulators to join? The trouble with shaping regulatory policy is the same as the trouble shaping public policy through regulations and legislation in any arena.  We think you can take to stupidly extreme positions and average them out to create one smart one!
DHagar 10/16/2014 | 6:56:23 PM
Re: ah, but can you get regulators to join? TomNolle, well stated.  That does result in a messy picture; certainly one that does not serve the market.
TomNolle 10/16/2014 | 6:20:52 PM
Re: ah, but can you get regulators to join? To ask operators to do something when we have a set of regulations (the Neutrality Act, passed by the previous FCC) that essentially say "no settlement and no interprovider QoS" and a court decision that says that FCC order is void, is unlrealistic.  It's like asking someone to break the law.  We need legal clarity to support investment, period.  Regulators are involved because we're in a regulated industry, but we need to have regulations conform to our policy goals for the industry.  If that means declaring there ARE no regulations, that's fine, but we can't be ambiguous, which sadly is the situation now.
Page 1 / 2   >   >>
HOME
Sign In
SEARCH
CLOSE
MORE
CLOSE