>> Announcer: Live from Las Vegas, it's theCUBE, covering AWS reInvent 2017. Presented by AWS, Intel, and our ecosystem of partners. >> Can you hear that? That's the sound of a happy conference right now. 40,000 plus here gathered, we are live here in Las Vegas. Here at re:Invent, AWS putting on its three day event with great success we might add. Along Justin Warren, I'm John Walls. We're now joined with a couple of folks who are from the Red Hat side of the fence. Let's start with Tim Apnell who is the Senior Principal Product Manager at OpenShift. Tim, nice to have you here. >> Oh with Ansible. >> Oh Ansible, OpenShift, alright. He's on the OpenShift side of the family. Alright so, I knew I was gonna get that confused. First of all, let's talk about OpenShift a little bit though Eric. >> Sure. >> You had an announcement just about a week ago. >> Yep. >> Getting a little more aligned with AWS. Obviously, you're here with that announcement a week ago, but tell us a little bit more about that. >> Yeah certainly. So what we've actually done is we've had a long partnership with Amazon, or AWS. And we're enabling the AWS services natively on OpenShift. So what that really means is you can go right from what we call is the service catalog is the User interface. And developers really don't need to know where their services are running. What they're able to do now is go into that service catalog, order AWS services along side of their applications and they really can deploy hybrid workloads. And really, it couldn't be any easier you don't have to switch between consoles, you don't have to go to outside of OpenShift. It can all be done on the platform. >> And what was that response to? Because I'm sure you talk to customers right? You hear what the workloads that they're trying to handle. They liked the cloud environment, they like AWS, like what's going on there, but what were you trying to do for them that solved the problem solvent? >> Yeah we're definitely listening to our customers and we have a lot of customers who run hybrid workloads. And really the goal of this was to make it easier, right. We heard loud and clear hybrid workloads are important. They're a part of most companies' business. And they wanted a way that was really seamless and easy to reduce the overhead and complication on the developers. And by being able to pull those services into the user interface, it really makes it a lot easier to deploy all the popular services on AWS again right from the platform without having to ever leave that environment. So it makes it a lot more easier and comfortable for the developers, and it makes them a lot more efficient. >> Yeah, what are some of the services that you're hearing developers demand? Like what are the ones that they really want to use on OpenShift? >> Yeah, there's quite a few. So we've enabled 10 initially, I'm not gonna go through all 10, but things like RDS, right, so their relational database service, uh, SQS, simple queuing service, SNS, Athena, RHEL53, I mean the list goes on an on. So... You know there's definitely a lot of services we have today, but what we're really doing is we're taking a lot of that feedback now that we've actually enabled this. We made it available, it's public. You can get the code today. And then we're starting, getting feedback, and as we get that feedback, we're enabling more services. And the nice part about this is the, it's automatic. When you put a new service out there, their environment can immediately consume it, right. It doesn't have to do any special changes or enablements or reconfigurations. It's really just up to the administrator to decide which services they want to expose to their users. >> Yeah, so what is it about putting those services in OpenShift that really amplifies the way that you develop with OpenShift? Because developing software on OpenShift is quite different from other forms of software development which, without that kind of platform. So, what is it about putting these services that amplifies the ability of what you can do as a developer in OpenShift? >> Yeah, so it's kind of a multi-part question. Let me see if I can do it some justice. I think one of the nice things is we're based on Kubernetes, and Kubernetes is one of the defacto standards today for orchestrating workloads. So not only do a lot of these workloads again, are hybrid based, right. So they're both on premise and in the cloud, but it pretty much adds that layer of flexibility there that you really don't have to kind of pick, right. You don't have to have it all in, you know, Amazon's AWS environment or on prem, right. You can run it full. And the nice part about this enablement that we did, which makes it really flexible, is in an on prem environment, we can actually enable the services there to be able to take advantage of deploying AWS services natively from on premise. I mean, obviously all those services still run in the cloud, but you can actually run them, run the software to enable it locally. Likewise if you have an instance of OpenShift where you're doing development in the cloud, in C2, you can actually run it there, and you still have access to it. So it's really flexible in how you want to do that. It's not just confined to, you know, in the cloud, it's also available on prem. >> Yeah, that's, it provides you with that flexibility without it being too complicated and having to go into the weeds and figure out exactly how you do it in 900 different ways. You can say well actually we just standardized on this one OpenShift approach but you get this, the access and the choice that developers really, really like. >> Yeah, it's, one of the things that we're, again, we're based on the Kubernetes standard, so we have, something called the OpenShift service catalog, and that's the Kubernetes upstream project. And what that is is that standardized interface. And it's really meant to automate, to make things more efficient. Normally you would have a ticket queuing system, you order a service, you know, a number of days it takes an IT operations person some time to get that implemented. And then you get the credentials, you get an in point, and then you can finally tie that in to your service, right. And that stays wasted. With the service catalog, it really sort of enables self service, right for developers. So they can go in, not only that, all those services that they create and they put in that catalog that they can deploy, yeah, and that's sort of married with all the services that they may need for their hardware workload. So we all need less services. So it really makes it a simple, easy way to deploy your workloads, deploy your applications without a lot of work. >> And I know one of the ways that you're exposing those services is using the Ansible. What's it, the Ansible service broker, is that what it's called? >> Yeah, we're using Ansible, the OpenShift team has used Ansible automation to make creating these services more easy to develop and deploy into their platform. >> Yeah, so... >> Just one of the ways that, you know, the flexibility of the Ansible tool. Adapting. >> Tell us a bit more about how developers are using that Ansible, particularly around that service brokerage idea, but more around like, Ansible is available as Open source, Red Hat is famous for being very open. >> Yes it is. >> But it also has Enterprise capabilities. So could you walk us through a bit more about that. How are developers using this to access services? And then what are some of the enterprise capabilities that they can get with Ansible? >> Well, specific to what the OpenShift team launched, they're able to develop these services and use the entire suite of Ansible bundle modules that are bundled together. And then brought in as services, so they're able to mount and provision different types of services only knowing Ansible automation. They don't need to know like Golang or some type of other sophisticated thing, so there's a lot... It's bringing something more powerful in a more simple way to the OpenShift platform. More specifically, or more broadly I should say, Ansible's always been a highly flexible tool that can adapt to different workflows, different environments, whether that's on prem, legacy environments, or pure cloud or hybrid cloud environments. So you know, this is just one way that it's been used differently, but we're seeing it used throughout the RedHat portfolio. And it's always been a strength with Amazon that we've always had a strong Amazon Web Services community within Ansible whether it's just traditional compute, or even doing things in the server-less space, Lambda, and moving beyond that, we're able to do that complete automation from end to end. >> Yeah. As a Python guy I've got a special place in my heart for Ansible. >> Yeah. >> I actually quite like that type of thing. And I like being able to do things in a Python-y kind of way >> Yeah. >> So yeah, it's like Golang... I hear people really like, but I like my Python. >> Yeah. But we try to keep that where users don't have to really know Python, but that is what Ansible is underneath, and it is, when you want to extend Ansible, what you would use, but the vast majority of users don't really need programming skills, they're working with very human readable, declarative forms of defining the state they want their servers and their computing resources to be in. >> Yeah, Ansible is sort of historically used for things like, it's more of an infrastructure configuration tool, but we've got service configuration now as well. And something like OpenShift is much more application developer-centric. So I'm seeing a real blending of those two kinds of people who are doing development. They're kind of two different forms of developers. But now they're basically blending themselves together and becoming one team... Do you see that as where development is going? That pretty much everyone becomes a software developer? >> Well I know from the Ansible stand point, we're continuing to explore bringing that simplicity and power to all these different ways that we can... We can adapt that and... Since we've joined the RedHat family we're finding all these different, exploring all these different ways that we can work together and bring that type of value to its end-users, to its customers. >> And what do you think at the end of the day, when you say, you know we talked about customers and trying to meet demands and what have you. If you have to look down the road, and say for the next 6, 9 months, this is what we're going to try to address, this is what we're hearing from our customers that they need attended to, that you can provide help for, what would that be? What headache are people bringing to you right now? And say Tim give me a hand. >> The headaches? Well, generally the headaches, it's a lot of people just trying to automate and make sense of all this legacy things that they've had and the issues where they've done things manually or before you had cloud native applications and how do they move it to a cloud native architecture like an OpenShift. So that's a lot of our focus. It's how do I, how do I wrestle some of these private clouds? How do I wrestle Windows, how do I bring things into AWS? How do I do multi-cloud? You know, things of that nature. So it's how do I manage things when they're moving so fast and there's so many moving parts. And we give them that single language that they can use through their automation. So you've got all this legacy work that's been done, you're trying to get them into the 21st century, well not even, 2018. >> Right. >> And there's a lot of retroactivity that needs to be done there right. I mean you've got to fix a lot of plumbing. >> The legacy hasn't gone away they still need to automate and manage it. >> Right. >> So we're very much a swiss army knife and can cover a lot of ground in a lot of different environments. >> Well it's good to be handy. >> Yes, yes it is. >> Nothing wrong with that. Alright gentlemen, from OpenShift, and from Ansible again thanks for joining us, we appreciate the time. >> Right, thank you. >> Thank you. >> Good guys, good having you here. We'll be back more here from reInvent AWS live in Las Vegas in just a moment here on theCUBE. (upbeat music)