>> Narrator: Live from Austin, Texas. It's theCUBE. Covering DockerCon 2017, brought to you by Docker and support from its ecosystem partners. >> Hi, welcome back. I'm Stu Miniman and this is Silicon Angle Media's theCUBE, worldwide leader in live, enterprise tech coverage here at DockerCon 2017, Austin, Texas. Happy to have on the program, a guest that's been on before. Mazda Marvasti, he's the CEO of appLariat, and he's brought along a managed service provider of his, also a customer of his, Thomas Chamtie, who is the founder of KMicro Technologies. Gentleman, thanks so much for joining me. >> Thank you for having us. >> Thank you sir. >> Alright, so you're both from Orange County, come down here to Austin, I have some local friends of mine they're like, God all these tech conferences are coming down here. I'm like, this seems to be where open source kind of gathers. There's the OSCON coming in a couple weeks, I'll be back later this year for Cube-con, come there. First time for both of you. Just quick, how's the show been for you so far? >> It's been really well received in terms of our product announcement and our company, and not just open source, enterprise. Enterprise applications are all over the place. For us, doing a launch at DockerCon was very appropriate because our company is all about taking your existing applications, new applications and taking them through the journey of not just into the cloud, but into the container era, running on a modern container environment. So it's been well received so far. >> Mazda, it takes some really interesting stuff this week and even the last few months when I've been hearing the cloud space. We've been talking about micro services and cloud-native and everything like that. But customers have, you talk of the enterprise, they've got hundreds if not thousands of existing applications. Therefore, what about them? Ben Golub got on stage, said, "it's not a bimodal world, we need to give them platform, to be able to move forward." That ties into the vision of your company right? >> Oh absolutely. The real problems and the real opportunities are with the existing applications. How do you get those applications same kinds of capabilities that you're trying to give brand new applications being done with microservices. That's why Thomas with KMicro, they're a managed service provider that they're working with customers along the same journey. >> Thomas, before we get into the solution with appLariat, just give us the thumbnail, your background and your company. >> Basically, KMicro as a company is a three year old company, we do managed services for mid to large sized customers. I, myself have been doing IT for about 20 years. Not the fresh guy on the block. But we were introduced to appLariat, when we were looking to do a little project for a client of ours. They had a specific legacy application that they needed to modernize. We're looking for a solution for them that would help them modernize the application, at the same time stay up to date with the latest technologies. Docker seemed, in addition to containerizing, all their application was the solution, was the way to go for them. That's when we were introduced to appLariat and worked together on that project and we've been working with them since then. We love working with these guys, their solution seems to solve a huge issue for a lot of our clients and we look forward to actually doing that again and again for more clients. >> I mean, the challenge here is how does KMicro repeatably do that across customers? So you have consistency which is the same thing when you look at an enterprise. Yeah, I can hand craft an application so that it's containerized and I can deploy it. But how do I get repeatability and consistency across different teams across my applications? That's the scale issue, that you can't use muscle memory to move your applications into the cloud. >> Mazda you're totally right. I've watched the app modernization environment and when you go say, oh what's the killer app, what's the number one thing, it's custom. And that's not scalable, that's not repeatable. Maybe unpack for us a little bit about what you guys bring, that journey along there and how you fit in that spectrum. >> Again, the key is, not to be reliant upon software artists to sit there and script away per application, how does this thing get containerized? What you want to bring is automation and uniformity across these applications. So that you have the same type of consistency for the applications. Then not only that, but when you deploy it, how does the orchestrator manage those deployed containers? Because if you're not going to run it in on an orchestrator, it becomes really difficult to manage it. We use Kubernetes from the backend to actually orchestrate these containers but then you have to have a policy layer that manages that entire infrastructure. Kubernetes is great at knowing that to do, it just doesn't know when to do it. So we provide that when capability. Again, that's a solution that a managed service provider can essentially say okay, now I can repeatably do this across my customers and manage the environments in a similar manner. Versus having to do one-offs. That's what we're trying to get away from. >> Thomas, could you maybe, if it's possible, walk us through a little bit that project with the customer. How long it took, how many people were involved. Where some of the heavy lifting is there. Anything that you've done this, to say oh okay, here's what we've learned for the next time. >> So one of the clients is a GPS tracking company. And they have the DevOps team that were struggling maintaining their code. They have code all over the place. Mazda was more involved on this project than I might have been, so he'll chime in on that. But what we walked out at the end with this client, is that they had a platform that their DevOp could go to and test their code against without having to spend tremendous amount of time or effort into putting all the pieces together. The application will actually do all of that for you from A to Z. They didn't have to worry about storage or processing or memory or any of that stuff. It was just there for them to use. In a second, or a few seconds, they could just conduct an environment, test their code against it, and all was said, when they're done with it, it just shuts down. And it scales up as well, so if they needed to do some testing against an application or a code, they would do the test and then shut down the environment and they're ready to go. And move on. >> Right, the primary use case was that I'm spending way too much money on AWS for DevTest. Because developers would go spin up the VMs and use it to develop and do some unit testing and then the VMs will just live there. So ongoing, continuous basis. Once we put the AWS under a Kubernetes cluster, we're then able to manage the cluster size based on usage and availability, etc. Not only that but then the IT side of the house is able to govern that environment for the developers. The developers don't care to go provision machines or use iAds or anything like that. They just want to deploy their applications, be able to test it and go back and modify code. That's all they care about while IT cares about where does that code go, who looks at it, how does it get tested, what is the cost infrastructure for that. By using our product to manage that AWS cluster, they were able to save 50% on their AWS costs by just managing that DevTest environment. Now we're moving it into production. Those are the kinds of use cases that really you find containerization can bring. You talk about bringing new capabilities to the apps, but it also really goes to cost savings as well. And that was something that-- >> 50% probably conservative even, I would think. We had one of the keynotes case studies this morning, I think it was Visa, was like, 90% of my environment is being utilized less than 10%. >> Mazda: Underutilized, right. >> We know that, heck, I think back, we had server sprawl, we had vm sprawl, now we have cloud sprawl. Is it the whole API economy that allows your software to be able to plug into this, manage some of these environments? How much of it is just cloud, how much is it containers allowing us to do some of this-- >> So every layer we talk about is another layer of abstraction. Cloud is an abstraction, container is an abstraction. Orchestration is an abstraction. Every time you bring these abstractions, you're introducing inefficiency into the system. It brings efficiency in terms of how you develop, how much more secure your application is, how easily you can bring your applications up and down. It brings inefficiencies in terms of these things living on. In terms of sprawl along the cloud boundaries that your applications are running. We bring the efficiency in terms of policies. That says who gets to have what where? And when does it die? Because nothing should live forever. Unless it's your production app, it should not live forever. And when should it die? Expiring those applications and then reclaiming the environment to a smaller size so that your costs are lower or giving the resource to someone else who may need to use it. >> Mazda, Dockers made a real emphasis this week about the ecosystem. Can you talk about partnering with them, how easy it is to work with them, what you're seeing over the last year or so? >> Yeah, we're primarily using the open source Docker containerization mechanism. Because that's really prevalent in the marketplace. We found the same thing in terms of using Kubernetes. Customers are looking for having a degree of control. Close source at a level where your application is running at this point is becoming really difficult. For customers to be able to manage that ability to be able to say okay, I don't have control over this part of my environment, that doesn't make any sense to me. The open source community is really come along in terms of moving the enterprises into their direction. What we're doing is that we're leveraging those open source elements so at the end of the day, we are not in the interconnect between the customer and their applications. They can always go back to those open source tools to manage the applications however they want. We're providing the orchestration layer that sits on top of those open source tools, really unifying them and bringing them together. >> Thomas, what is this whole containerization, your partnership with appLariat mean to your business? How do you expect it to change what you guys are doing? >> There's a couple of things. One of them is modernizing the applications that we talked about a minute ago. But another thing that we wanted to bring on the table and use their solution for was disaster recovery. No one had thought of real time disaster recovery without the efforts of going through a whole bunch of configuration and maintaining, a whole bunch of things. Just to have disaster recovery for a company, no matter what cloud you're in, no matter what infrastructure you use, it doesn't matter. That's when appLariat, we think, is a really good platform that we're going to build on to actually provide what we call real time disaster recovery services for our clients. I think that'll take us, that'll be pretty good for our clients and it's going to help us grow our business as well. >> Yeah, that's another one of those areas where you see a lot of managed service providers providing disaster recovery services but what that means is that they'll provide you a location in the cloud for you to have your application and then services along the lines of people. In bringing those applications to run over there. Then when there is a disaster, have to go through a lot of manual effort to get that site up and running. So what we're talking about, is that if you have your applications already containerized, you can snap shot it anywhere. Once it's snap shotted, it can come up and go down very quickly. Having that ability in terms of being able to provide disaster recovery services on a containerized application is a whole new set of capabilities that now I think it's viable for our organizations. >> Let alone the cost savings as well. Like you were talking about. The cost savings are huge. I only need to speed up the environment when needed. It doesn't have to sit idle, sitting there, costing us money or costing the client money. >> Do you see passing that savings onto your customers? >> Absolutely, absolutely. That's one of the areas that was untapped in the past and with doctoring, containerizing applications technologies, this is the next thing. This is the future of doing disaster recovery. We see it that way. And then we look for-- >> Mazda, oh sorry. >> Yeah, no worries. >> Mazda, want to give you the final word. When people leave DockerCon 2017, what do you want them to know about appLariat and the solutions you're providing. >> What I want them to know is that you don't need to become a scripting ninja to be able to containerize our applications and bring cloud native capabilities to your existing applications. You don't need to become a scripting magician. You can take your existing applications through a very easy process, get them containerized, deploy it on Kubernetes without having to know anything about the underlying infrastructure that it actually takes for those platforms to run. On an ongoing basis, as newer technologies comes along, we'll be the abstraction layer in front of the application for those customers so that they don't need to bother. Do I need to make a bet on something? Do I need to learn new technologies, do I need to upgrade my people? Keep doing what you're doing, your existing CICD process stays as is, your existing developer work levels and skillset remains as is. Everything else should be abstracted and taken away from you. >> Mazda and Thomas, thank you so much for joining us, we'll be back with lots more programming, thanks for watching theCUBE. (electronic music)