Subscribe and receive the latest news from the industry.
Join 62,000+ members. Yes it's completely free.
Google's latest effort at world domination includes Kubernetes, at least according to one theory.
October 23, 2017
Kubernetes is winning hearts and minds around the container and platform-as-a-service (PaaS) worlds, but what if Google has a deeper master plan behind it?
Boris Renski, co-founder and chief marketing officer of Mirantis Inc. , thinks he's lined up the clues. He's outlined the theory in a blog posting due to be published this week.
"I'd like to postulate that K8S [Kubernetes] was the first move in a longer chess game... one where the end goal is to destroy costs associated with moving workloads between clouds," he writes.
Specifically, it's about moving workloads away from Amazon Web Services (AWS), he thinks.
Google has been battling to make Google Cloud Platform a rival to AWS, but to do that, Google has to court the enterprise. The company doesn't have AWS's conduits into the enterprise, nor does it have the channel expertise that vendors do. Rather than tackle AWS on its own terms, then, Google could be using Kubernetes and other open source projects as an end-around -- a way to get enterprises to build applications that avoid AWS's lock-in.
A few caveats before we get into this. Google doesn't own Kubernetes. The project started there, but it's now curated by the Cloud Native Computing Foundation .
Second, while Renski believes he's got a 90% chance of being right, this is still just his own theory, and he admits it might sound outlandish. Google wasn't immediately available for comment before the weekend; if they respond to queries, we'll let you know.
With that said, grab your tin foil hat and read on. Here's Renski's idea on how Google plans to conquer the cloud.
Figure 1: Source: Gravity Falls Wiki
Buildling the GoogleStack
The Kubernetes plan, Renski believes, is not about stealing the applications that already sit inside Amazon. It's about new workloads being created in a way that's inherently cloud-agnostic.
Kubernetes can help create that situation, but to nail it down, Google needs to create a full complement of open source pieces. To Renski, Google's open source projects aren't coincidental interests; they're part of a conscious effort to build this GoogleStack (Renski's own term for it).
"The idea here is that they [Google] know they're good at building software" rather than at traditional enterprise sales, he tells Enterprise Cloud News. "They build this software in open source, starting with Kubernetes, then Istio, then Spinnaker, then the Open Service Broker API -- but they allow the vendors that do have good enterprise relationships and the channel to take advantage of it."
Those vendors, some of which have their own bones to pick with AWS (think Microsoft), can help push Kubernetes and other GoogleStack tools into enterprises' hands.
"Once that happens within the enterprise, the strategy of how they get to cloud or build out new workloads is going to be defined through this set of tools that Google has seeded," Renski says. "Then, enterprises will approach multicloud in the right way, in such a way that it becomes very hard for AWS to lock them in."
Making PaaS work
Another way to look at it: The GoogleStack would be the foundation for a PaaS that would appeal to developers, not just to operations people.
"Previous PaaS efforts such as the early incarnation of Cloud Foundry were a cool thing for an operations person -- they can use a PaaS to parlay between different clouds or different silos internally," Renski says. Developers, though, felt they were being forced to embrace standards they didn't necessarily like.
One turning point for PaaSs such has been the adoption of Kubernetes, he argues. That gets developers' attention.
"I think they are very consciously using it to help the market incumbents such as a Dell, such as Red Hat, such as Pivotal Cloud Foundry, succeed at what they otherwise have been failing to do," Renski says.
For more on Google's enterprise ambitions, read the ECN special report,
"Google's Big Enterprise Cloud Bet" (registration required).
If this is Google's plan, it's off to a good start, as Kubernetes seems to have won the cloud orchestration battle. Companies with rival orchestrators, such as Docker and Rancher, have embraced Kubernetes recently. Mirantis placed its bet last year, pinning its OpenStack distribution to Kubernetes. Even AWS has joined the mob, by becoming a board member of the Cloud Native Computing Foundation. (See Docker Climbs on the Kubernetes Train, Mirantis: 'We'll Probably Piss Off' OpenStack and Amazon Joins Cloud Native Computing Foundation: Why You Should Care.)
What would make Google officials think they can pull this off? Renski thinks the key is Google's ability to attract top developers and allow them to work on what they think is cool.
"It's a developer-centric environment," he says. "With Android, it was the same thing. If you look at guys like Nokia or Motorola or Samsung at the time, these are not the places smart people want to go to do software."
Even if this wasn't the plan all along, it seems like a pretty good strategy for Google to follow. Rensi points to projects such as Goodzilla -- a joint effort to let applications run in both Google Cloud Platform and Cisco-based data centers, as revealed by a story in The Information in August. To him, the pieces fit together too well.
"If I'm not right, I should be," Renski says.
— Craig Matsumoto, Editor-in-Chief, Light Reading
You May Also Like
Rethinking AIOPs — It's All About the DataMar 12, 2024
SCTE® LiveLearning for Professionals Webinar™ Series: Fiddling with Fixed WirelessMar 21, 2024
SCTE® LiveLearning for Professionals Webinar™ Series: Cable and 5G: The Odd Couple?Apr 18, 2024
SCTE® LiveLearning for Professionals Webinar™ Series: Delivering the DAA DifferenceMay 16, 2024