>> Narrator: Live from the Moscone Center, it's theCube, covering AWS Summit San Francisco 2018 brought to you by Amazon Web Services. (upbeat music) >> We're back I'm Stu Miniman and we're here with theCube's exclusive coverage of AWS Summit San Francisco here in the Moscone Center West. Happy to welcome to the program two gentlemen from DynaTrace, we've got Andy Grabner, who's a DevOps specialist and Dave Anderson, vice president of marketing. Gentlemen, thanks so much for joining us. >> Thanks for having us. >> Alright so Dave we'll start, since you've got the marketing title, give us a little bit your role there and for our audience that might not be familiar with DynaTrace, I'm sure everybody knows 'em, but give us a little bit of the background. >> So essentially what DynaTrace does is, the world needs software to work perfectly. What we do is we help customers build and manage their software in their cloud environments on premise to help deliver a fantastic customer experiences because we know that it all needs to work. We've been in the market for the Magic Quadrant leader for the last eight years in the APM space, but we're expanding out beyond that now as the customer demands. >> Excellent, well one of my favorite lines you say you have to make software work, is they said hardware will eventually fail and software will eventually work. So Andy you've given a session here at the show tell us what your role is at DynaTrace, what are you doing here at the show? >> So I've been with the company for 10 years and I've been through a similar transformation that I believe most of the people here want to go through from quote unquote old-fashion, on premise, legacy, monolithic applications to using containers, microservices, and eventually serverless. So my session was all about fearless from monolith to serverless. I gave them some ideas on what we went through, how we as a company transformed, but also how our product transformed from, before we did on premise monitoring, built for the monolithic apps, and now we basically do full cloud-scale, in the cloud, but still covering all the enterprise technology because everybody that wants to build the cool, new stuff that they are selling here, you still have legacy applications that you integrate with and still carry around. So it's all about enterprise cloud technology that we cover. >> So Dave I hear all this I'm sure DynaTrace has more than 10 years of server-less and 12 factor authentication experience, right? >> Dave: Yes. >> Okay so you're the hipster you know, a cloud native company, you were doing all of it before any of us knew about exists. Tell us a little bit, historically, how did DynaTrace start before and move into this space? >> Yeah, so we've been in the space for around 10 years. We've been a leader in the space, but what we really did four or five years ago is we predicted on the future we were going to have serverless environments, we're going to have microservices, customers are going to have multiple cloud environments, they're going to need that software to work and they're going to need automation. So what we did is we took our 50 best engineers and we said go and re-invent the future and that's exactly what they've done. Our CTO has a vision, fully automated IT, so our whole product philosophy is around making it really simple for our customers to be able to see within this really complex digital environment, exactly what's going on, how is the software performing, how are the users adopting it and how do we role out better features and better functions to the customer base. >> All right, I love the re-invent pun, but this is the Summit, ReInvent's in November. Andy, we were talking to Sandy Carter, in the last segment, talking about customers and customers have so many applications that it's great to say this is the future and serverless and micro-architectures distributed is great and everything, but some of your stuff's going to be lift and shift, some of the stuff's probably got to stay where it is for a while, how do customers manage that portfolio and a few years ago it was like, we're going to do a bi-model world, we were not onboard with that, but there's a spectrum and there's lots of applications and it's really complicated, so what is the advice, how do you help customers kind of squint through that, and work through that? >> So I think essentially people want to update the critical apps, be more innovative, they want to go and invest in the new enterprise clouds tech, I would say, right? So we basically help them, first of all, figure out which of the applications that they have right now are easier to migrate, whether it's lift and shift or re-platform because we actually give them full visibility into the current tech, tell them where are the most dependent and least dependent services, which ones are easier to extract and harder to extract, depending on the dependencies and the traffic take us over into criticalities. So we help them first of all figure out their cloud migration plan, what to migrate first. We talked about T-shirt sizing your migration, small, medium, and large, and then not only do we help them to migrate things over but to break the big monoliths apart put stuff on top of it, right? So this is also happening, so we really help them to figure out which application, which service to tackle first, to migrate over. We do it in a safe way because we not only help them to later on monitor their new system, but we help them along the way. So we talked about DevOps earlier. I mean we had our little prep call. We actually think that monitoring, the space we are, is not just something to keep the lights on in production, but it's something that has to be checked along the delivery pipeline. That's why we are part of the development process, we are apart of your CICD, when a code change goes in, an architectural change goes in, when they move over, we monitor all these changes and we give you early warning signals that this change is going to be good one or not a good one. And that's how we solve them. >> Well so much things in the cloud, it's never a one time thing, it's got to be an ongoing process, it's iterative and if I hear right though, you're not just only an AWS, it's my on premises stuff, multi-cloud, you play with all of those environments. >> Yes. Yes exactly so I mean you name it. I'm not sure if I'm allowed to name all the other vendors in this space here at AWS. >> Look we're independent media, we cover all of those shows, and I think your customers are using all them, so you can say, they're all in an AWS, but they might also use GCP and Azure and other stuff. >> I think the stats were like 98 or 90% of customers are hybrid enterprise, multi-cloud, and that's why we designed the product to be able to do just that. They're going to have applications running in the cloud that are making calls back to things on premise. You want to be able to see that entire delivery chain. So absolutely we provide that single visibility across all of their cloud environments and on premise. >> What are you seeing as some of the biggest challenges your customers are facing, Dave? >> The shear, the complexity, the pressures which they face, which is they've got to shift to the cloud faster. They've got their CEO going, we need to provide better digital experience. They're going to build out these new cloud platforms. They're just struggling for time to deploy these things. They need to move faster. There's threats of competition, all the buzzwords that come, but they're all real for IT people. And then all we're doing is giving them that visibility because the environments have become so complex, microservice, serverless, multi-cloud, on-premise, and just to be able to help them challenge the visibility into where is everything, how is it performing, is it working and then give them the confidence to release faster as Andy talks about. >> So Andy, one of the things that people look at sometimes is okay it's a multi-cloud environment, but okay if I go down the container environment, can I do that multi-cloud? If I go down the path of say something like Fargate, that's only with Amazon, so are your customers concerned about that, how deep down do they go? I should say, how far up the stack are they willing to go with Amazon or are they holding back and trying to use services that are more easy to be able to be migrated if need be? >> I want to give you two answers to this. >> Yeah. >> First of all, the developers don't care. >> Okay. >> I don't care where it runs. >> No, I understand. I've got a software development team. When they port it over to any of us, they're like autoscaling's awesome, it's great, I don't want to have to port somewhere else, and if it works, I go back to, it was like, standards and proprietary versus that if you solve my business need, I'm needed. So I agree, but, what's your other answer? >> Yeah so but it is clear that people, what we hear at least, what I hear, people want to figure out, how can they define their next platform and make sure that at least they're not doing a complete vendor lock in, a cloud lock in, so they definitely think and invest in, how can we deliver something, a platform to our developers so that they can just worry about writing code and we make sure that, if we decide Amazon today, maybe something else later, it's not going to be too hard and so I think we see the people try, I think still a lot of people are in the early stages. So they start primarily with one vendor, with one platform, with one technology, but they always make sure that they keep their options open to eventually move over and they're constantly look, that's why they're constantly bringing in new technology, which is also a challenge for every vendor that is here on the floor to make sure we're coping with this technology disruption that is constantly happening, not only for the users, the consumers of the technology, but those of us as vendors and I think that's what we try to keep up with, yeah? >> Yeah, so how we doing as industry and how are customers doing at keeping up with all this change? >> It is, I think, constant dedication, constantly looking what's new. We, as Dave mentioned, we until only a couple of years ago figured out something new is coming, so we actually broke out our own team, our innovation team, that figure out what's the next big thing, I think we see this also with our customers. You constantly have to disrupt yourself, you constantly have to redefine yourself and that's what we did with monitoring. We redefined monitoring because we saw five years ago that a new wave of technology's coming and we don't stop now, we keep innovating and everybody else is doing it as well. You always have to keep up with what's coming and experiment and figure out what makes sense for you and what maybe does not make sense for you. You don't have to be part of every hype. >> And we do that in two ways, we sort of do that also in that a lot of the features that we put into the product actually come from our customer base. So we have a really strong connection with our customers, we listen to the customers, and we say, what do you need, what challenges are you suffering, what would you like to have, and then we build them into our product roadmap. So it's kind of a hybrid model of making sure you're able to listen to the customer and take their needs in, but also sometimes they don't know what's coming, so we'd work with an AWS, to understand what they're building out, and other technology partners to make sure that our product is future proof. >> So when you built that innovation team and everything, is it serverless underneath now for some of your products? >> It's a set of technologies, right? It's all of what you basically see here on the floor and others. I think the nice thing, what I heard actually today on the floor, they said you don't only talk about DevOps and CICD and innovation, you actually live it and what they mean with this, he said, if I look at how often DynaTrace produces new features, we deploy new feature releases twice a month, we deploy daily new updates, and then they said, if you look at other vendors in this space they also claim to be living what they expect from you, but they deploy twice a year still or maybe every other month. So I think we redefined monitoring, but also redefined and live what we actually expect our customers to do. >> Yeah, if you say you're a DevOps company, you better be embracing CICD and publish now and often. All right, Andy and Dave, thank you so much for giving us the updates. Congrats on the progress, we look forward to catching with you up more in the future. We'll be back with lots more coverage here from AWS Summit San Francisco, I'm Stu Miniman. You're watching theCube. (upbeat music)