>> Welcome to our presentation here at VM World 2017. I'm John Furrier, co-host of The Cube, with Dave Vellante who's taking a lunch break. We are at VM World on the ground on the floor where we have Google's vice president of product management developer platforms Sam Ramji. Welcome to The Cube conversation. >> Great, thank you very much John. >> So you had a keynote this morning. You know, came up on stage, big announcement. Let's get right to it. That container as a service from Pivotal, VM Ware, and Google announced kind of a joint announcement. It was kind of weird. It wasn't a fully joint but it really came from Pivotal. Clarify what the announcement was. >> Sure, so what we announced is the result of a bunch of co-engineering that we've been doing in the open source with Pivotal around kubernetes running on bosh. So, if you've been paying attention to cloud foundry, you'd know that cloud foundry is the runtime layer and there's something called bosh sitting underneath it that does the cluster management and cluster operations. Pivotal is bringing that to commercial GA later this year. So what we announced with Pivotal and VMWare is that we're going to have cost incompatibility between Pivotal's kubernetes and Google's kubernetes. Google's kubernetes service is called Google Container Engine Pivotal's offering is called Pivotal Container Service. The big deal here is that PKS is going to be the standard way that you can get kubernetes from any of the Dell Group companies, whether that's VMWare, EMC. That gives us one consistent target for compatibility because one of the things that I pointed out in the keynote was inconsistency is the enemy in the data center. That's what makes operations difficult. >> And Kubo was announced at Cloud Foundry, Stu Miniman covered it, but that wasn't commercially available. That's the nuance, right? >> That's right, and that still is available in the open source. So what we've committed to is, we've said, every time that we update Google Container Engine, Pivotal Container Service is also going to update, so we have constant compatibility, that that's delivered on top of VMWare's infrastructure including NSX for networking and then the final twist is a big reason why people choose Google Cloud is because of our services. So Big Table, Big Query, a dynamically scaling data warehouse that we run an enormous amount of Google workloads on. Spanner, right. Which is why all of your data is consisted globally across Google's planet scaled data centers. And finally, all of our new machine learning and AI investments, those services will be delivered down to Pivotal Container Service, right, that's going to be there out of the box at launch and we'll keep adding to that catalog. >> It's just that Google Next was a lot of conversations, Oh Google's catching up to Amazon, Amazon's done a great job no doubt about it. We love Amazon. Andy Jassy was here as well. >> Super capable very competent engineering team. >> There's a lot of workloads in VMWare community that runs on AWS but it's not the only game in town. Jerry Chen, investor in Docker, friend of ours, we know, called this years ago. It's not going to be a one cloud winner take all game. Clearly. But there's the big three lining up, AWS, Microsoft, Google, you guys are doing great. So I got to ask you, what is the biggest misconception that people have about Google Cloud out in the market? 'Cause a lot of enterprises are used to running ops, maybe not as much dev as there is ops, and dev ops comes in with cloud native, there's a lot of confusion, what is the thing that you'd like to clarify about Google that they may not know about? >> The single most important thing to clarify about Google Cloud is our strategy is open-hybrid cloud. We think that we are in an amazing place to run workloads, we also recognize that compute belongs everywhere. We think that the durable state of computing is more of a mosaic than a uni-directional arrow that says everything goes to cloud. We think you want to run your containers and your VM's in clouds. We think you want to run them in your data centers. We also think you want to move them around. So we've been diehard committed to building out the open-source projects, the protocols to let all of that information flow, and then providing services that can get anywhere. So open-hybrid cloud is the strategy, and that's what we've committed to with kubernetes, with tensorflow, with apache beam, with so much of the open-source that we've contributed to Linux and others, and then maintaining open standards compatibility for our services. >> Well, it's great to see you at Google because I know your history, great open source guy, you know open source, it's been really part of your life, and bringing that to Google's great, so congratulations. >> There's a reason for that though, it's pragmatic. This is not a crazy crusade. The value of open source is giving control to the customer. And I think that the most ethical way that you can build businesses and markets is based on customer choice. Giving them the ability to move to where they want. Reducing their costs of switching. If they stay with you, then you're really producing a value-added service. So I've spent time in the operator shoes, in the developer shoes, and in the vendor shoes. When I've spent time buying and running the software on my own, I really always valued and preferred things that would let me move my stuff around. I preferred open source. So that's really the method to the madness here. It's not about opening everything up insanely, giving everything away. It serves customers better and in the long run, the better you serve customers, you'll build a winning business. >> We're here on the ground floor at VMWorld 2017 in Las Vegas, where behind us is the VM Village. And obviously Sam was on stage with the big announcement with Pivotal VMWare. And this is kind of important now, we got to debate now, usually I'm not the contrarian in the group, I'm usually the guy who's like yeah, rah rah, entrepreneurial, optimistic, yeah we can do that! You know that future's here, go to the future! But I was kind of skeptical and I told VMWare and I saw Pat Gelsinger and Michael Dell in the hallways and I'm like, they thought this was going to be the big announcement, and it was their big announcement, but I was kind of like, guys, I mean, it's the long game, these guys in the VMWare community, their operations guys, their not going to connect the dots and there was kind of an applause but not a standing ovation that Google would've gotten at a Google Next conference where the geeks would've been like going crazy. What is the operational dynamic that you're seeing in this market that Google's looking at and bringing value to, so that's the question for you. >> This is what the big change in the industry is is going from only worrying about increasing application velocity to figuring out how to do that with reliability. So there's a whole community of operators that I think many of us have left behind as we've talked about clouds and cloud data. We've done a great job of appealing to developers, enabling them to be more productive, but with operators, we've kind of said, well, your mileage may vary or we don't have time for you, or you have to figure it out yourself. I think the next big phase in adoption of cloud native technology is to say, first of all, open-hybrid, run your stuff wherever you want. >> Well you've got to have experience running cloud. Now you bring that knowledge out here. >> And that's the next piece. How do we offer you the tools and the skills that you need as an operator to have that same consistency, those same guarantees you used to have, and move everything forward in the future? Because if you turn one audience, one community, into the bad people who are holding everything back, that's a losing proposition, you have to give everybody a path to win, right? Everybody wants to be the good guy. So I think, now we need to start paying really close attention to operators and be approachable, right? I would like to see GCP become the most approachable cloud. We're already well known as the most advanced cloud. But can we be the easiest to adopt as well, and that's our challenge, to get the experience. >> You got to get that touch, that these enterprise teams historically have had, but it's interesting I mean, the mosaic you'd mentioned requires some unification, right? You got to be likable. You got to be approachable. And that's where you guys are going, I know you guys are building out for that, but the question is, for you, because Google has a lot of experience, and I know from personal knowledge Google's depth of people and talent, not always the cleanest execution out to the market in terms of the front-facing white glove service that some of these other companies have done, but you guys are certainly strong. >> Well, I think this is where Diane Greene has been driving the transformation, I mean like, she breathes, eats, sleeps, dreams enterprise. So, being both a board member at Google and being the SVP of Google Cloud, she's really bringing the discipline to say, you know, white glove service is mandatory. We have a pretty substantial professional services organization and building out partnerships with Accenture, with PWC, with Deloitte, with everyone to make sure that these things are all serviceable and properly packaged all the way down to the end user. So, no doubt there's more, more room for us to improve, there's miles to go on the journey, but the focus and the drive to make sure that we're delivering the enterprise requirements, Dianne never lets us stop thinking about that. >> It's like math, right, the order of operations is super important, and there's a lot of stuff going on in the cloud right now that's complex. >> Yes. >> Ease of use is the number one thing that we're hearing, because one, it's a moving a train in general, right? But the cloud's growing, a lot of complexity, how do you guys view that? And the question I want to ask you is, we know what cloud looks like today. Amazon, they're doing great. Multi-horse race if you will. But in 2022, the expectations and what it looks like then is going to be completely different, if you just take the trajectory of what's happening. So cleaning up kubernetes, making that a manageable, all the self updates, makes a lot of sense, and I think that's the dots no one's connecting here, I get the long game, but what's the customer's view in your opinion as someone who's sitting back and with the Google perch looking out over the horizon, 2022, what's it like for the customer? >> That's an outstanding question. So I think, 2022, looking back, we've actually absorbed so much of this complexity that we can provide ease of use to every workload and to every segment. Backing into that, ease of use looks different, like, let's think about tooling, ease of use looks different to an electrician verus a carpenter versus a plumber. They're doing different jobs, they need different tools, so I think about those as different audiences and different workloads. So if you're trying to migrate virtual machines to a cloud, ease of use means a thing and it includes taking care of the networking layer, how do we make sure that our cloud network shows up like an on premises network, and you don't have to set up some weird VPC configuration, how can those just look like part of your LAN subject to your same security controls. That's a whole path of engineering for a particular division of the company. For a different division of the company focused on databases ease of use is wow, I've got this enormous database, I'm straining at the edges, how do I move that to the cloud? Well, what kind of database is it, right? Is it a SQL database? Is it a NoSQL database? So engineering that in, that's the key. The other thing that we have to do for ease of use is upscaling. So a lot of things that we talked about before are the need to drive IT efficiency through automation. But who's going to teach people how to do the automation especially while they're being held to a very high SLA standard for their own data center and held to a high standard for velocity movement to the cloud. This is where Google has invented a discipline called SRE or site reliability engineering, and it's basically the meta discipline around what many people call dev ops. We think that this is absolutely teachable, it's learnable, it's becoming a growing community. You can get O'Reilly books on the topics. So I think we have an accountability to the industry to go and teach every operator and every operating group, hey here's what SRE looks like, some of your folks might want to do this, because that will give you the lift to make all of these workloads much easier to manage 'cause it's not just about velocity, it's also about reliability. >> It's interesting, we've got about a minute left or so. I'm just going to get your thoughts on this because you've certainly seen it on the developer side, stack wars, whatever you want to call them, the my stack runs this tech, but last night I heard in the hallway here multiple times the general consensus of two stacks coming together, not just software stacks, hardware stacks, you're seeing things that have never run together or been tested together before. So the site reliability is a very interesting concept and developers get pissed off when stacks don't work, right? So this is a super kind of nuance in this new use case that are emerging because stuff's happened that's never been done before. >> Yeah, so this is where the common tutorials get really interesting, especially as we build out a planetary scale computer at Google. Right, we're no longer thinking about how does the GPU as part of your daughter board, we think about what about racks of GPU's as part of your datacenters using NVDIA K80's, what does it mean to have 180 teraflops of tensor processing capability in a cloud TPU. So getting container centric is crucial and making it really easy to attach to all of those devices by having open source drivers making sure they're all Linux compatible and developers can get to them is going to be part of the substrate to make sure that application developers can target those devices, operators can set a policy that say, yes, I want this to deploy preferentially to environments with a TPU or a GPU and that the whole system can just work and be operable. >> Great, Sam thanks so much for taking the time to stop by. One on one conversation with Sam Ramji who's a Google Cloud, he's a vice president of product management and developer platforms for Google. We'll see you at Google Next. Thanks for spending the time. I'm John Furrier, thanks for watching. >> Thank you John.