(jazzy music) >> From our studios in the heart of Silicone Valley Palo Alto, California. This is a CUBE Conversation. >> Hello everyone, welcome to this special CUBE Conversation. I'm John Furrier with my cohost Abby Kearns, the Executive Director of The Cloud Foundry Foundation, my cohost. With Blair Hanley Frank, Principal Analyst at ISG Insights. Blair, great to see you, former journalist at Venturebeat. >> Great to see you again. >> Great to have you on theCUBE finally. Yes, likewise. It's good to be here. >> Thanks for coming on. So, I'd love to start to find out what you're working on. You've been covering the tech sector as a journalist now, as an analyst. You've always done good work, I always admired what you've done. I'm sure you're digging into some really good stuff. What are you researching? What are some of the things you're finding around cloud? What the, what's the data tell us? >> Yeah, awesome. So we have a forthcoming cloud study where we talked to 300 enterprise IT decision makers and we asked them what they're doing today what they're looking to do in the future and how they're doing it. And we're taking all of that information and we're putting that together with the information that we have from ISG's advisor and practitioner community. And building an understanding of where the market is and where it should be. And that's what we have going on today. One of the things that we think is really important, is when we look and the data and we look what's going on in the market, what we find really important is that enterprises today are starting to move to the cloud. They have some workloads in SaaS. They have some workloads in a public cloud, IaaS or PaaS. And then they have a lot of stuff that's still on premises. And that exists in a wide variety of workloads. Whether that's on bare metal, whether that's virtualized whether that's some sort of cloud native or containerized application that's still running on prem all the way up until the cloud and what we see is that those different modes of operation are actually going to continue to exist throughout the enterprise. Even as we see more workloads shift into the public cloud. Enterprises aren't realistically going to be able to retire all of their on premises investments for the foreseeable future. >> Nor should they. >> Right And so what they-- >> Amazon confirmed that with Outposts. You saw Azure Stack, I mean that's total. I mean, first the VMware deal, the RDS on premises, and then you've got the Outpost which still hasn't, we haven't heard anything about that. That's validation, Amazon essentially saying, "I'm going to put cloud on premise." >> Yeah. >> Cloud Operations. So certainly that's validated. The question I want to ask you and Abby, get your thoughts too if you want to chime in over the top. But I've always been critical of the cloud market share game, right? Like, I've always been vocal on theCUBE. Because it's always been infrastructure service, platform service and then SAS is the application. Now Amazon has some SAS but most of their SAS is their customers. Google's got G Suite, they've got their own SAS. Microsoft's got Office 365. So when you start bundling SAS revenues into cloud market share and revenue projections. You start to see, you know, sandbagging of the numbers. I mean you can talk to sales forces today in a work day, they have clouds. So what's a cloud? What is cloud technologies? And, you know, Azure as that develops all the sudden has this massive market share. And it didn't really exist a few years ago. Where'd that come from? Is that just a shift of some sandbagging on the revenue side? Or is that actually real cloud? Or is it, so this is the game that the customer has to squint through. Now we in the industry know that okay, a little bit of Office 365. Okay, is that really cloud? >> Yeah, I mean, when you think about financials with cloud vendors. Everybody is playing a slightly different shell game. And generally speaking, you're not really going to get real numbers from anybody. Except possibly Amazon. And the reason why Amazon is able to do that is because the financial results for AWS look great. But everybody else is going to be masking. >> But they don't have a lot of SaaS though. The think about there, their SaaS number is their customer base. So I mean-- >> Yeah, but I would argue cloud is nothing but infrastructure with a SaaS on top of it. I mean, we talk about cloud as if there's some magic kind of thing happening over here. But it's basically a different kind of data center with a different kind of SaaS on top of it. And I think if I'm, if it's me reporting my numbers out. Well, I'm going to make them look as good as I possibly can. >> CUBE Cloud is coming out with great numbers. (laughing) >> I mean, look. You're going to make it look as great as you can. I mean, infrastructure is infrastructure is infrastructure. But now like, when you talk about SAS on top of that. Well, what's cloud? What's not? And it's super, it's a very fungible definition. >> Alright, I'm not disagreeing on that point. I see how that makes sense. The question for people who are making quote, "decisions" on the buyers side. They tend to think of things like "cloud supplier"? Is that really a word? Like what does that mean? So if you're going to say cloud's part of a workload is that actually even relevant. A "cloud supplier", I mean, I guess they're supplying cloud to you. But, so when you start to get into the vendors versus the buyers and the consuming of the technology. We get in that old school game of trying to put things into like market share, revenue. I mean, I see Amazon just kicking ass ten ways from Sunday. And I think Azure's certainly doing some good things there. Google, we're going to see what's going on with Google. They've got great direction. But, it's like apples, oranges and pears. Right, like are they all the same or different? And then throw Salesforce in there. This is where it muddies the water. >> And Alibaba. >> Alibaba! So, I mean, so it's hard to like figure this out. So I'd love to get your thoughts on how you guys see that in the studies. Are customers confused? Do they have some visibility into what they want to do? What's out there in the data on this point. >> So, what I will say directionally speaking, SaaS is where the market is going. So when we asked our survey respondents for where are there applications today and where did they want to go? 90% of those people we surveyed, 90% of the 300 people we surveyed around the world said in 2019 we are primarily in a hybrid mode. Where our applications are on premises and in a public cloud. 5% of them said, the majority of our applications are in SaaS. Now when you look at 2021, 37% say that they expect to be in a hybrid mode. 61% expect that they are going to be majority SaaS for their workloads, in two years. >> So they're in build up mode, they're in shifting mode. >> They're shifting, and they're not just, they're planning to shift to SaaS. They're planning to, they want to get out of the business of running applications. And put some of that burden onto providers to say, "Okay, it's your job to run the application. We'll provide the data. We'll build our business processes but we don't want our job to be running those apps." And what we see is that when you look at total cost of ownership, our respondents found SaaS to be far more predictable in terms of TCO than IaaS and PaaS. And again, for those people who are are really paying attention. If you think about it, that doesn't. Like, that's not a surprise. But on the other hand, that's like, I think that's part of where the driver comes from. Is that when you're consuming a SaaS product, it's very understandable. It's very consumable. When you think about running application in an Iaas, PaaS environment. Maybe not so much. It's going to be, you're more in charge of that application. So-- >> And SaaS has got immediate gratification. >> Exactly. >> I mean, you see the benefits. >> Easy to consume. >> Is there revenue there, is it doing its objective? Why is the IAZ fuzzy? Just because it's a classic back office kind of mindset? Or is it more of maturity? It seems mature to me, I mean, I don't I think IAZ has been more mature than ever before right now. Now we kind of-- >> I think its been around awhile, I mean I'd love to hear your answer. I think it's, there's just, I feel it's a relic of the past. Whereas, it's not something we spend much time thinking about. Like, there's that old joke. You know, "Great job keeping the servers up" said no CEO ever. Right? (laughing) >> That's a good point. But now apart from the servers you've got SageMaker, you've seen what Amazon's moving with the Stack with SageMaker. Machine learning, all of this kind of SASification kind of platform creeping up to the top of the stack. It seems to be what everyone talks about. I'm sure Google next will hear all about AI and how Iot Edge or some focus around that piece. So, again I agree. It's the commoditization is just another distraction layer on top of it. >> Yeah. >> Sure. >> We've seen that movie before. >> We're moving up the stack, we're just moving up the stack at a faster pace than we have in the last two decades. >> So bottom line, Blair. What's the survey, what's the net net telling us? What's coming out of it? >> So the net net here is really that enterprises need to have a strategy and an operating model in place for the long haul. When they think about their cloud strategy overall, this is something where they're not going to be able to snap their fingers and get to cloud-native nirvana overnight. Because that requires technical change, it requires culture change, it requires process change. There's a lot of very heavy lifting that takes place and not all of the applications that exist in an enterprise today really need that heavy lift. And so when you think about what the future holds for enterprises. They really need to build a model for how they are going to make that transition as smooth as possible. Take advantage of the new capabilities that are entering the market as quickly as possible to help advance their business. While at the same time having the opportunity to work across all of those different modes of operation and do so with high reliability, high customer satisfaction, high performance. All of the things that you need to succeed as a business in 2019. >> So I totally agree. This is a heavy lift to go kill the old and bring in the new. And one of the things that I've seen as a trend, and I'd love to get your guys' thoughts on this, as a reaction. Because I've seen the Kubernetes trend really let a lot of air out of that tension. Because it allows people to get in with containers to get in around some workloads and bring kind of baby steps into transitioning stuff. And I've seen people saying, "You know what. I like the idea of going cloud but I got this app that I really don't want to shut it down and have to rebuild it. But I could put some containers around things, run it on some Vms, use Kubernetes to orchestrate it." So I think this has been, I'm not sure if it's actually been deployed in massive production. But I've heard people say that. Is that hype or is that reality? Is it becoming a crutch, is it a short term transitional? >> I got to drag out my soap box for this 'cause I have a soap box for this. >> Okay, let's go. >> I'm not a big believer in lift and shift. I think there are times where it may be opportunistic. When you're like end of life-ing hardware or something like that. But I'm not a big believer that a cloud is a goal. Because cloud should not be your goal. If I'm a business, my goal should not be cloud. My goal should be, how do I write more applications more quickly? And maybe, how do I use infrastructure in better and more efficient ways? But cloud is not my goal. If that's my goal, then I'm going to be really sad at the end of the day. Because that hasn't made my business better. So I think, I feel like we've all over rotated-- >> You're saying it's not the outcome. The outcome is the app that benefits from doing that. >> The outcome, if you're a bank and you tell me your goal is to be on the cloud. Well, then I'm like, you've got the wrong goal. Your goal should be, how am I writing more applications and getting them out into the hands of my customer and changing my business faster? If the cloud gets me to that, great! But that may not be the answer for all of your workloads and you need to really think about that before you say "my goal is cloud". My goal is to write more applications faster. Period. And if that's on the cloud or if that's on prim or if that's on bare metal, what have you. But I need to really think about what my outcome is. And I feel like we've really focused on the cloud as the solution and that's not the solution. And if you're check boxing, you know, I'm done for the year because I moved a bunch of stuff to the cloud. Well you're, the works not done. The work is the culture part and the team part and really figuring out the applications I need to create And how do I iterate on those applications? The cloud is just, it's a bi product of that. >> It should be enabling the outcome they want. >> Right. >> That's a great soap box. Your thoughts on the overall lift and shift soap box rant by my cohost Abby here? >> Yeah, I think that the, the big opportunity is to do what's right for the business. That's ultimately what should be driving any sort of transformation. I had a conversation with a start up once. They were very focused on taking their monolithic application and going to microservices. And they were like, "we're going to go to microservices. That's what we want to do because that's the future. That's what a modern application looks like." And they started decomposing their application what I would call radically decomposing their application. Getting down to the atomic, you know, moment of how small can we make every single piece of this application. What they figured out was that it was a massive headache. And so they actually then, took it and sort of re-composed the application into not microservices but what they called mega-services. Where they-- >> And then they ended up writing a book and being famous and doing a speaking tour. But they didn't achieve the objective. >> And so, and that's exactly it. That they all of the sudden created this host of technical problems by pursuing an ideal that wasn't-- >> And this is the danger, the dogma. Danger of having the dogma of a certain trend. I remember during the big data days when we were covering the Duke movement around 2010, 2011, 2012. I would hear this all the time in side cloud era. "Man, I just set up an 18 note cluster. I'm so pumped!" Well, what are you doing with it? "Well, I just collect data." I'm like well, I get it, I get. And then what happened was, that was their end game. We see a lot of that with clouds, your point where, it's not about, it's what you're using it for. And then they had to make up the term data lake after that. So again, they just kept adding on more but they actually missed the entire boat because it was about making data addressable for apps. >> It used to make things useful. >> So this is the danger of the tech world. >> And making it useful. Yeah, I feel like we follow the shiny penny. As opposed to saying, "Actually is that actually even relevant for me?" You know, when Docker came out in 2014 and every conversation started with, that was the answer for everything. Whatever you wanted. Do you want toast for lunch? Docker? And I feel like that was the answer for everything. And I feel like, why? Like, one, why do you care about a container? And two, like why? >> Containers were pretty cool though. >> Sure, they're cool. But containers have been around since 1969. >> Summer of love. The containers, ya know? >> It was, but I feel like, ya know everyone's like "that's my answer" and you're like "Well, what's the question you're asking?" And I feel like we continue, we went from Docker to the next thing and the next thing and the next thing. And I feel like we're not pausing to say "actually what are we hoping to gain?" You're point. >> So Kubernetes, what do you think is Kubernetes a shiny penny or shiny new toy? Or does that have any relevance in your mind in your soap box? Where does Kubernetes fit into your, your view. >> I mean I think Kubernetes is an amazing technology that has done a lot for the way think about scheduling and container orchestration. But it is also become victim of the shiny penny and that everyone is like "Kubernetes!" And you know, two years ago everyone is like "Kubernetes!" It's like how many people were using it two years ago? Not that many. And so I think about it in this like, and I often ask, "Why do you care so much about a container orchestrator?" >> FTO sold almost 650 million or whatever the number. >> 515, I know the Vmware. >> Is it 515 was the number? >> 515. >> That's half a billion dollars. That's Kubernetes' ca ching. >> I lived my two years, my last two years wrong. That's what I did. (laughing) But that's a different story about all of my mistakes. >> You could have been the Kubernetes foundation. >> But I think-- >> CNCF is doing pretty well, I mean, that community is rallying. It feels like an Amazon alternative. They feel cloud, it's very cloud native. So I think Kubernetes has been a good rallying cry, for sure. >> It is but I think you're also, you know, what you see even in CNCF which has so many amazing technologies. I do not want to take away from that but you also see the shiny penny effect happening within that community. You know, when I went to CUBECON in December you know, what was the hot topic? It wasn't Kubernetes it was Istio. You heard Istio everywhere. And I've never seen this many people so excited about service mesh in my life. I'm like "Great! This is awesome!" >> We love it on theCUBE, it's great content. Service mesh is great. Who wouldn't want policy staple applications? Come on! >> Well, ultimately the like-- >> Hold on. (inhaling) >> Exactly >> Have some of that staple, I'm saying. Fantasyland. >> I'm excited about it. >> No, stakes hard. >> Well, and this is what I end up telling clients is you want to adopt the parts of the stack that are necessary for you to solve the problems that you have. Right? If you are in the position where you need a service mesh, you know because you are having problems that only a service mesh can solve. And if you aren't in that position then you get to be like the 60% of respondents in our survey who said that they are currently experimenting with a service mesh. Or, the 33% who say that they plan to use it in the future. >> 60% are experimenting with it? >> Yeah, well, probably-- >> That numbers way high. >> Well, it's probably somebody has it running on some VM somewhere. >> It seems really high. >> Well if you look at the success at CUBECON one of the things that, Envoy is a great example, and you talk about some of the challenges-- >> Envoys great. >> The challenges that enterprises have. If you look at the success of all the open source projects, the ones that have been super successful. It's the folks that had to build it for themselves. Envoy had a lift. And I think this is a challenge that I see. I haven't really figured it out in the enterprise yet, how that's going to play out. It generally seems to be that the enterprises don't necessarily want to be like them. But they want the same kind of control. "I want to roll out my own cloud." But they don't want to have an open stack problem. Meaning, they don't want to have something that's not supported. So you have this kind of new changeover vibe going. I really haven't put my finger on it but it's, it has that same vibe. >> Well, enterprises are more in control. And what we've seen in our research is that enterprises actually feel comfortable now. They no longer feel like they're in the fog of war like "I don't know what's goin on!" They're more like "Oh, we actually understand and we're on it." And they're being more thoughtful about the technologies that they use. And they are experimenting more. And they're feeling really confident. But you know, my caution is always, use the technology when it makes sense, as it makes sense. But at the end of the day as a business owner, your fundamental question is, does this serve my outcomes? Does this serve my business outcomes? And if the answer is, I don't know. Then really think about what you're investing in in terms of technology. I mean, I love all of these technologies. But I'm never going to recommend all of them if that's not actually going to be in your best interest. >> That's great stuff. Well, thanks for coming on Blair. Appreciate it. You going to be at Google next? Cloud Foundry in Philly? In April, first week of April? >> Unfortunately, I won't make it to the Cloud Foundry Summit. >> Google Next, next month? >> Sure will. >> Alright, We'll see you there. >> Abby, thanks for co hosting this segment with me. >> Any time, John. >> Sharing the data here with my cohost Abby and John here. Co hosting the first ever CUBE, What we'd call it? Cloud? >> Cloud CUBE. >> Cloud CUBE. >> Rebrand. >> TheCUBE, thanks for watching. (jazzy music)