>>Live from Atlanta, Georgia. It's the cube covering Ansible Fest 2019. Brought to you by red hat. >>Welcome back everyone. Live cube coverage here in Atlanta. This is the keeps coverage of Ansible Fest. This is red hat and suppose two days of live coverage. They had a contributor day yesterday before the conference all being covered by the cube. I'm John furrier, Miko Stu Miniman. Our next guest is Chris Gardner, principal analyst at Forrester Gardner. Welcome to the cube. Thanks. See you. Good to talk to you. Hey, analyzing the players in this space is really challenging. You've got a new wave that came out a few months ago. Yep. Laying it all out. Um, certainly the world changed. You go back eight years. Cloud was just hitting the scene on premises. Look good. Data's Stanley was rocking. You're doing network management, you're doing some configuration management now you've got observability, you've got automation apps. The world's changing big time. What's your take? What's this? I mean, it's interesting because the prior versions of that wave focused entirely on configuration management and the feedback I got was, um, the world's a lot bigger than that, right? >>And we have to talk about platforms and you heard it this morning during the keynote about Redhat moving towards an platform and automation platform. And my definition of a platform is things like configuration management, hybrid cloud management, all the various types of automation and orchestration need to be there. But you also need compliance. You need governance, you need the ability to hopefully make a call as to what is actually occurring and have some intelligence behind the automation. And obviously you need the integrations. It's not a situation to simply have as many people as possible, although that's nice as many vendors you work with. But to have real relationships, if you have Microsoft working on automation code with you, if, if Amazon working on automation code with you, that makes a true platform, right? It's John said earlier day a platform needs to be an enabler. And we've even said, if you can't build on top of this, like the collections that Ansible announced here seems like it might fit under that definition. >>And there's an old joke that everything becomes a platform eventually. Right? Um, but I think that, I think it bears it. There's some merit in this one. Um, the other thing is that I'm seeing a lot of folks want a holistic automation solution and the only way you're going to do that is to have a platform that you can build things on top of it and connect the pieces and provide the proper governance. So, um, I'm mostly in agreement with the definition that's been described here and I think you could tackle different ways. Uh, and all the vendors in the space are certainly doing that. Definitely platform thinking is different. Um, you know, the easy way to look at it and the old big data space do, we'll use to cover that was a tool versus a platform, you know, tools, a hammer, everything looks like a nail, did great things. >>One thing great are a few things. Good platform is more of a systems thinking. Yes, yes. And you've got glue layers, you've got data. So it's really more of that systems thinking that separates the winners from the losers, at least at our opinion. Absolutely. I mean, when you looked at who was the leaders in my wave, it wasn't the basics of automating or orchestration and configuration management, they all had that. The, the ones that were winners, where can I do compliance in a different way? Can I actually have people come into the system that aren't it people and make a call on some of these things? Can I apply AI and machine learning to some of this? Can I make some recommendations and hopefully direct people in the right, you know, the way they should go. And you know, the folks that were able to do that Rose to the top, the folks that weren't were average and below. >>Yeah. Chris bring us inside to some of the competitive dynamics here. We understand that, you know, there's a lot of open source here and therefore everybody holds hands and things can buy y'all. But, you know, there's, you know, product tools, there's the public clouds and what they do. And then, you know, Ansible, uh, you know, fit, fits in a lot of different places. Yeah. It's, it's a bit ironic because, uh, you know, this is one of those waves where, and it's very rare that everyone was sitting was, was at least preaching kumbaya. They are all saying that they were friendly with one another. And, and, uh, quite frankly, I, I tend to believe it. We're in a situation right now where you can't get by, especially in a hybrid cloud world. We are going to have resources that live in multiple, you know, AWS and Azure, but also on premises and at the edge. You need to have these integrations. You need to be able to talk to one another. So, um, that said, there's certainly a lot of coopertition going on where people are saying, if I can integrate these tools better, if I could provide a better governance layer, if I can again, hand things off to the enterprise in a way that has not been handed off before that I don't even have to go through an INO group and infrastructure operations group, those are willing, could be the ones that truly succeed in this space. >>Software defined data center, software defined cloud, everything software defined. Yep. These abstraction layers, data and software. We had a guest on the cube a week ago saying, data's the new software I get. Okay, it's nice, nice gimmick. But if you think about it, this abstraction layer, it's like a control plan. Everyone wants to go for these control planes, which is a feature of platform. As this automation platform becomes ultimately the AI platform, how do you see it evolving and expanding? Because you see organic growth, you see certainly key positions, 6 million stars on get hub. I mean, it's running the plumbing. I mean, come on. Like it's not, it's not like it's just some corner case. >>Yeah, yeah. Infrastructure. Yeah. I mean, you know, in an idealistic way, I'd like to see, we us resolve on singular holistic platforms for enterprises. The reality is that's not not the way you can do it today. What I do try to help clients do is at least rationalize their portfolio. If they have 12 different automation products they're running, chances are that's not the best idea. Um, I've actually had situations where someone will say to me, um, I'm running Ansible in one portion of my organization and chef and another, and I say, well, it's some, they do similar things. And the reason for it was because they were stood up organically. Each group kind of figured out the things along the way. And I have to at least guide them and say, you know, where are the similarities? Where can you potentially, you know, move some stuff from there. >>But the cloud discussion, you know, always debate upon, you know, multi-cloud, Seoul cloud, ultimately the workload needs something underneath. And I think workload definition dictates kind of what might be underneath. So it might be okay to have a couple, you know, automation platforms or it could be great to have one. I mean, this is really the eye of the beholder. Beauty is in the eye of the, >>yeah, in my view. Um, I, I've been an analyst for a couple of years before that I was doing this stuff for a living. I have the worst scars and in my view it's, it's not even a matter of how many tools you use. It's putting the workload where it belongs, that matters. And if you could do that with fewer tools, obviously that from an operational level that makes life a lot easier. Um, but I'm not going to say to somebody, you know, completely dismantle your entire automation and orchestration workflow just because I think this one tool is better. Let's talk about how we can, >>that's the worst case scenario because if you have to dictate workloads based on what tool you have, that's supposed to be the other way around. >>Yes. Setting up a nuclear bomb in the data center or in the cloud has never worked. Note to self, don't do that. Yes. One of the interesting conversations we've already been having here at the show is that the tool is actually helping to drive some of the cultural change in collaboration. So, you know, what are you finding in your research? How is that, you know, kind of this admin role and you know, to the cloud in applications. You know, it's interesting. I, we continued to beat the drum that these folks are becoming developers, but we've been beating that drum for a decade now and quite frankly we had to continue to beat it. But what I think is more even more interesting is we have groups starting to pop up in our research that are separate from it, that focus on automation in a way that no one has done before. >>Some we went into it saying, Oh, that's a center of excellence, right? And the teams that we talked to said no, do not call us a center of excellence. A two reasons. One is that term is tainted. Uh, but secondly, we're not one team. There's multiple automation teams. So we're actually starting to call these groups, strike teams that come in and standardize and say, okay, I have a lead architect, a lead robot architects say it's around infrastructure automation. I'm going to standardize across the board and when other groups need to come on board, I have the principles already laid out. I have the, the process is already laid out. I come in, I accelerate that, I set it up and then I back off. I don't own the process and I'm not part of it either. I T's got operations of its own that's got to worry about. >>I'm going between the two and when we talk to especially the fortune 100 they are setting these groups up. Now when I ask them what do you called them? They don't have a name yet, so I think strike team sounds sexy, but ultimately this is not like a, a section of it that's been severed off and becomes this role. It's a completely true committee. I yeah. Oh yeah. I want our falls slow process. Exactly, exactly. And it better fits what the role is. The role is to come in, nail the process, get it automated and the get out. It's not to stand there and be a standards body forever. Um, there's certainly some groups that in some types of automation like RPA where you want them to stick around because you may want them to manage the bots. There's a whole role called bot masters, which is specifically for that role. But most of the time you want them to be part of that process and then you know, hand it back off. >>Yeah. We've seen some interesting patterns. I want to get your thoughts on this as a little bit of a non-sequitur. Want to bring it in, but in the security space you seeing a CSOs chief information security officers building their own stacks internally, they're picking one cloud, Amazon or Azure and they're building all in maybe some hedge with some people working on some backup cloud, but they don't want to fork their talent all on one cloud and they cause they need to be bad ass responsive strike teams for security pressure. Yeah, yeah, absolutely. Not as critical with the security side with automation, but certainly relevance. Is that the same thing going on here with this development Durham, this being continued to be as much more around core competency and building internally stacks and building some standards? >>I I, I think it is, and you know what's interesting too is that I work with, I'm on the infrastructure and operations team at Forrester. I talk with INO people all day long, but I work alongside the security team and I said to them a couple of years ago, um, you guys are going to have to get your hands dirty with this stuff that I cover. You guys have to know infrastructure, automation, API APIs, you need to know how to code these things. And I said, are you comfortable telling your sec ops folks, your clients that they go, no, by all means they have to be part of this. So they're okay with them talking to me, talking to them and saying that you need to be part of the infrastructure design process and need to be part of this decision making process. Right. Um, which is different than their sec ops role used to be. So my point is, is that these worlds are not that dissimilar as some people might think they are sec dev ops or whatever we're going to call it. We keep tacking letters onto this thing, uhm, is a actual discipline. And it is a reality in most organizations I talked to the people should. >>So a system has all of these things as data across the system. They have high blood subsystem you're talking about and yet it's this holistic system security and data. Yeah. >>And we're in a world now, especially around things like edge computing where data gravity matters. So all these pieces, you know, it's, if you go back to the old school kind of computer science folks from the, you know, 50 sixties and seventies, they're like, this is not new. We've been thinking systems thinking for awhile, but I think we're finally at a place where we're actually now breaking down the silos that we've been championing to do. So for, >>I got to ask you the analyst questions since you're watching the landscape. Sue wants to jump in, but I want to get this out. So observability became a category at a network management. I mean, network management was like this boring kind of plotting along white space. I mean, super important. People need to do network management. Then in comes the cloud becomes a data problem. Whether it's observability you get to microservices, you got security signal FX, all these companies going public. Um, well a lot of M and a activities basically large segment, a lot of frothiness automation feels like it's growing to be big. Is there startup opportunities here? If, if platforms are becoming being a combination of things, is there room for startups and if so, what would you say? Um, those stars would look like? There are, I think >>what we're seeing is, and it speaks to the observer, observe the word you just said. Um, uh, I can, I can S I can know what it is, but I can't say it. Um, we're seeing the APM vendors move down the stack. We're seeing the infrastructure monitoring vendors move up the stack and in the middle we're seeing them both try to automate the same things. Um, you cannot pull off some of the infrastructure as code automation that we need to pull off without observability, but you can't get that observability unless you are able to pull it from the top of the stack. Um, what we're going to see is consolidation and we're already starting to see it, um, where you're gonna have different groups come together and say, why did have to tools to do this? Why not do one? Um, the reason why you do multiple tools today is because no one is truly strong at the entire stack. >>A lot of the folks that are going down the stack to say that they're not quite infrastructure automation players just yet, but watch this space, they will eventually, Oh, this change happening. Absolutely. Startups getting funded. Do you think there's opportunity to take some territory down? If there's any opportunity? And, and I'm, I'm pushing for this, it's in the AI AI ops space when it comes to these things is actually going beyond where we stand today. So I want to be clear that, um, AI ops is a great concept. The reality of is that we're still a ways away from being practical. I'd like to see not just recommendations from these tools that the startups are providing, but actually trust in them to make the changes necessary. So Chris, it sounds like the antibody automation platform announcement today fits with what you've been saying for the last couple of years. >>So the question is, what's next? Where does the Ansible need to mature and expand and you know, what, what are users asking for that Ansible is not doing today? So a couple things. Um, they did okay, but not fantastic at infrastructure modeling. Ansible. They did okay, but not amazing at what we call comprehension, which is making a call as to, you know, using AI and machine learning to make a call and what the infrastructure layers should look like. To be Frank, no one did really well in that one. So not too, not too bad on that. Um, and the other thing is they need to improve slightly. Is there integration story? They actually have a really good one. You see all the folks that are here. Um, it's just, it's, it's just as hair away from being the best. They're not quite there yet. So, and when, again, when I mean integrations, I don't mean having a laundry list of vendors you work with. >>I mean actually working with them to build code and you saw that this morning where there's the best, uh, right now surprisingly is VMware, but for you Morris built that relationship off for a long time. Um, they work right alongside Microsoft and Google and all these folks to build the code together in the industry. Uh, I think the darkest source of all is probably, and it remains to be seen if they can actually do something that is HashiCorp. Um, Terraform is an interesting player in this entire space. I actually included them in our wave on infrastructure automation platforms and you can argue is it even an automation platform? Quite frankly. Um, uh, I think HashiCorp itself was trying to figure out exactly what it is. But the bottom line is it's got tremendous Mindshare and it works well. So I think that if you watch, if you see the strategy going forward and look at, you know, what they're putting their investments into, they could become a really serious damaging player in this space. Chris Gardner, thanks for coming on the cube, sharing your insights and your research at Forrester forced wave. Check it out. Just came out a couple of months ago. Uh, infrastructure automation platforms. Q three 2019. Chris Gardner, the author here in the Q, breaking it down. I'm John furrier. There's too many men. We'll be back with more after the short break. Thank you.