>>Live from San Diego, California It's the Q covering Koopa and Cloud Native Cot brought to you by Red Cloud, Native Computing Pounding and its ecosystem March. >>Welcome back to the Cube here at Q. Khan Club native Khan, 2019 in San Diego, California Instrumental in my co host is Jon Cryer and first of all, happy to welcome back to the program. Diane Mueller, who is the technical of the tech lead of cloud native technology. I'm sorry. I'm getting the wrong That's director of community development Red Hat, because renew. Goodbye is the technical lead of cognitive technologies at in video game to the end of day one. I've got three days. I gotta make sure >>you get a little more Red Bull in the conversation. >>All right, well, there's definitely a lot of energy. Most people we don't even need Red Bull here because we're a day one. But Diane, we're going to start a day zero. So, you know, you know, you've got a good group of community of geeks when they're like Oh, yeah, let me fly in a day early and do like 1/2 day or full day of deep dives. There So the Red Hat team decided to bring everybody on a boat, I guess. >>Yeah. So, um, open ships Commons gathering for this coup con we hosted at on the inspiration Hornblower. We had about 560 people on a boat. I promised them that it wouldn't leave the dock, but we deal still have a little bit of that weight going on every time one of the big military boats came by. And so people were like a little, you know, by the end of the day, but from 8 a.m. in the morning till 8 p.m. In the evening, we just gathered had some amazing deep dives. There was unbelievable conversations onstage offstage on we had, ah, wonderful conversation with some of the new Dev ops folks that have just come on board. That's a metaphor for navigation and Coop gone. And and for events, you know, Andrew Cliche for John Willis, the inevitable Crispin Ella, who runs Open Innovation Labs, and J Bloom have all just formed the global Transformation Office. I love that title on dhe. They're gonna be helping Thio preach the gospel of Cultural Dev ops and agile transformation from a red hat office From now going on, there was a wonderful conversation. I felt privileged to actually get to moderate it and then just amazing people coming forward and sharing their stories. It was a great session. Steve Dake, who's with IBM doing all the SDO stuff? Did you know I've never seen SDO done so well, Deployment explains so well and all of the contents gonna be recorded and up on Aaron. We streamed it live on Facebook. But I'm still, like reeling from the amount of information overload. And I think that's the nice thing about doing a day zero event is that it's a smaller group of people. So we had 600 people register, but I think was 560 something. People show up and we got that facial recognition so that now when they're traveling through the hallways here with 12,000 other people, that go Oh, you were in the room. I met you there. And that's really the whole purpose for comments. Events? >>Yeah, I tell you, this is definitely one of those shows that it doesn't take long where I say, Hey, my brain is full. Can I go home. Now. You know I love your first impressions of Q Khan. Did you get to go to the day zero event And, uh, what sort of things have you been seeing? So >>I've been mostly I went to the lightning talks, which were amazing. Anything? Definitely. There. A number of shout outs to the GPU one, of course. Uh, friend in video. But I definitely enjoyed, for example, of the amazing D. M s one, the one about operators. And generally all of them were very high quality. >>Is this your first Q? Khan, >>I've been there. I've been a year. This is my third con. I've been accused in Europe in the past. Send you an >>old hat old hand at this. Well, before we get into the operator framework and I wanna love to dig into this, I just wanted to ask one more thought. Thought about open shift, Commons, The Commons in general, the relationship between open shift, the the offering. And then Okay, the comments and okay, D and then maybe the announcement about about Okay. Dee da da i o >>s. Oh, a couple of things happened yesterday. Yesterday we dropped. Okay, D for the Alfa release. So anyone who wants to test that out and try it out it's an all operators based a deployment of open shift, which is what open ship for is. It's all a slightly new architectural deployment methodology based on the operator framework, and we've been working very diligently. Thio populate operator hub dot io, which is where all of the upstream projects that have operators like the one that Reynolds has created for in the videos GP use are being hosted so that anyone could deploy them, whether on open shift or any kubernetes so that that dropped. And yesterday we dropped um, and announced Open Sourcing Quay as project quay dot io. So there's a lot of Io is going on here, but project dia dot io is, um, it's a fulfillment, really, of a commitment by Red Hat that whenever we do an acquisition and the poor folks have been their acquired by Cora West's and Cora Weston acquired by Red Hat in an IBM there. And so in the interim, they've been diligently working away to make the code available as open source. And that hit last week and, um, to some really interesting and users that are coming up and now looking forward to having them to contribute to that project as well. But I think the operator framework really has been a big thing that we've been really hearing, getting a lot of uptake on. It's been the new pattern for deploying applications or service is on getting things beyond just a basic install of a service on open shift or any kubernetes. And that's really where one of the exciting things yesterday on we were talking, you know, and I were talking about this earlier was that Exxon Mobil sent a data scientist to the open ship Commons, Audrey Resnick, who gave this amazing presentation about Jupiter Hub, deeper notebooks, deploying them and how like open shift and the advent of operators for things like GP use is really helping them enable data scientists to do their work. Because a lot of the stuff that data signs it's do is almost disposable. They'll run an experiment. Maybe they don't get the result they want, and then it just goes away, which is perfect for a kubernetes workload. But there are other things you need, like a Jeep use and work that video has been doing to enable that on open shift has been just really very helpful. And it was It was a great talk, but we were talking about it from the first day. Signs don't want to know anything about what's under the hood. They just want to run their experiments. So, >>you know, let's like to understand how you got involved in the creation of the operator. >>So generally, if we take a step back and look a bit at what we're trying to do is with a I am l and generally like EJ infrastructure and five G. We're seeing a lot of people. They're trying to build and run applications. Whether it's in data Center at the and we're trying to do here with this operator is to bring GPS to enterprise communities. And this is what we're working with. Red Hat. And this is where, for example, things like the op Agrestic A helps us a lot. So what we've built is this video Gee, few operator that space on the upper air sdk where it wants us to multiple phases to in the first space, for example, install all the components that a data scientist were generally a GPU cluster of might want to need. Whether it's the NVIDIA driver, the container runtime, the community's device again feast do is as you go on and build an infrastructure. You want to be able to have the automation that is here and, more importantly, the update part. So being able to update your different components, face three is generally being able to have a life cycle. So as you manage multiple machines, these are going to get into different states. Some of them are gonna fail, being able to get from these bad states to good states. How do you recover from them? It's super helpful. And then last one is monitoring, which is being able to actually given sites dr users. So the upper here is decay has helped us a lot here, just laying out these different state slips. And in a way, it's done the same thing as what we're trying to do for our customers. The different data scientists, which is basically get out of our way and allow us to focus on core business value. So the operator, who basically takes care of things that are pretty cool as an engineer I lost due to your election. But it doesn't really help me to focus on like my core business value. How do I do with the updates, >>you know? Can I step back one second, maybe go up a level? The problem here is that each physical machine has only ah limited number of NVIDIA. GPU is there and you've got a bunch of containers that maybe spawning on different machines. And so they have to figure out, Do I have a GPU? Can I grab one? And if I'm using it, I assume I have to reserve it and other people can't use and then I have to give it up. Is that is that the problem we're solving here? So this is >>a problem that we've worked with communities community so that like the whole resource management, it's something that is integrated almost first class, citizen in communities, being able to advertise the number of deep, use their your cluster and used and then being able to actually run or schedule these containers. The interesting components that were also recently added are, for example, the monitoring being able to see that a specific Jupiter notebook is using this much of GP utilization. So these air supercool like features that have been coming in the past two years in communities and which red hat has been super helpful, at least in these discussions pushing these different features forward so that we see better enterprise support. Yeah, >>I think the thing with with operators and the operator lifecycle management part of it is really trying to get to Day two. So lots of different methodologies, whether it's danceable or python or job or or UH, that's helm or anything else that can get you an insult of a service or an application or something. And in Stan, she ate it. But and the operator and we support all of that with SD case to help people. But what we're trying to do is bridge the to this day to stuff So Thea, you know, to get people to auto pilot, you know, and there's a whole capacity maturity model that if you go to operator hab dot io, you can see different operators are a different stages of the game. So it's been it's been interesting to work with people to see Theo ah ha moment when they realize Oh, I could do this and then I can walk away. And then if that pod that cluster dies, it'll just you know, I love the word automatically, but they, you know, it's really the goal is to help alleviate the hands on part of Day two and get more automation into the service's and applications we deploy >>right and when they when they this is created. Of course it works well with open shift, but it also works for any kubernetes >>correct operator. HAB Daddio. Everything in there runs on any kubernetes, and that's really the goal is to be ableto take stuff in a hybrid cloud model. You want to be able to run it anywhere you want, so we want people to be unable to do it anywhere. >>So if this really should be an enabler for everything that it's Vinny has been doing to be fully cloud native, Yes, >>I think completely arable here is this is a new attack. Of course, this is a bit there's a lot of complexity, and this is where we're working towards is reducing the complexity and making true that people there. Dan did that a scientist air machine learning engineers are able to focus on their core business. >>You watch all of the different service is in the different things that the data scientists are using. They don't I really want to know what's under under the hood. They would like to just open up a Jupiter Hub notebook, have everything there. They need, train their models, have them run. And then after they're done, they're done and it goes away. And hopefully they remember to turn off the Jeep, use in the woods or wherever it is, and they don't keep getting billed for it. But that's the real beauty of it is that they don't have to worry so much anymore about that. And we've got a whole nice life cycle with source to image or us to I. And they could just quickly build on deploy its been, you know, it's near and dear to my heart, the machine learning the eyesight of stuff. It is one of the more interesting, you know, it's the catchy thing, but the work was, but people are really doing it today, and it's been we had 23 weeks ago in San Francisco, we had a whole open ship comments gathering just on a I and ML and you know, it was amazing to hear. I think that's the most redeeming thing or most rewarding thing rather for people who are working on Kubernetes is to have the folks who are doing workloads come and say, Wow, you know, this is what we're doing because we don't get to see that all the time. And it was pretty amazing. And it's been, you know, makes it all worthwhile. So >>Diane Renaud, thank you so much for the update. Congratulations on the launch of the operators and look forward to hearing more in the future. >>All right >>to >>be here >>for John Troy runs to minimum. More coverage here from Q. Khan Club native Khan, 2019. Thanks for watching. Thank you.

>> Live from Seattle, Washington, it's the Cube, covering KubeCon and Cloud Native Con North America 2018. Brought to you by Red Hat, the Cloud Native Computing Foundation and its ecosystem partners. >> Welcome back everyone. We are live in Seattle for KubeCon 2018, Cloud Native Con. It's the Cube, I'm John Furrier, your host with Stu Miniman. Our next guest is Ashesh Badani, who is the Vice-President and General Manager of Cloud Platforms at Red Hat. Great to see you, welcome back to the Cube. >> Thanks for having me on. Always good to be back. >> So you guys, again, we talk every year with you. It's almost like a check-in. So what's new? You got some big, obviously, the news about the IBM. We don't really want to get into that detail. I know you just a stop on that because it's already out there. But you guys had great success with platformers of service. Now you got the growth of Kubecon and Cloud Native Con, 8000 attendees and users. There's uptake. What's the update on the Red Had side? >> Yeah, we're excited. Excited to be back at Kubecon. It's bigger and better than it's ever been, I think so. That's fantastic. We've been investing in this community for over four years now, since 2014. Really, from the earliest days. Based the entire platform on it. Continue growing that, adding lots of customers across the world. And I think what's really been gratifying for us to see is just the diversity of participants. Both in user perspective as well as the wider ecosystem. So whether you're a storage player, a networking player, management, marketing, what have you. Everything sort of building around this ecosystem. I think we're creating a great amount of value and we're seeing diverse applications being built. >> So you guys have been good then on (mumbles), good timing, a lot of things are going on. This show is an open-source community, right. And that's been a great thing. This is kind of where the end users come from. But two other personas come in that we're seeing participate heavily. The IT pro, the IT expert, and then the classic developer. So you have kind of a melting pot of how this is kind of horizontally connecting. You guys have been successful in the IT side. Where is this impacting the end users?6 How is this open-source movement impacting IT, specifically, and at the end of the day, the developers who are writing code? Have to get more stuff out. What's your thoughts? >> So, we hosted OpenShift Commons yesterday. OpenShift Commons, for the the folks who don't know, is our gathering of participants within the larger OpenShift community. We had lots of end users come and talk about the reason they're adopting a Kubernetes-based platform is to get greater productivity. So for example, if you're someone like Progressive Insurance, an established organization, how do you release applications quicker? How do you make your developers more productive? How do you enable them to have more languages, tools, frameworks at their disposal? To be able to compete in this world where you've got start-ups, you've got other companies trying to compete aggressively with you. I think it's a big dent here, right? It's not just for if you work traditional IT. But it's for if you were a company of all sizes. >> When you talk about customers, every customer is different. You've got, you look at IT, everything is additive, it tends to be a bit of a heterogeneous mess when you get there. Help connect for us what are you hearing from customers? How does, not just Kubernetes, but everything going on here in the Cloud Native environment? How is it helping them? How is it changing the way that they do their business and how's Red Hat involved? >> So one thing we've been noticing is that Hybrid Cloud is here and here to stay. So we've consistently been hearing this from customers. They've invested lots of money and time and energy, skills, in their existing environments. And they want to take advantage of public clouds. But they want to do that with flexibility, with portability, to bring to bear. What we've been trying to do is focus on exactly that. How do we help solve that problem and provide an abstraction. How do you provide primitives. So, for example, we announced our support of Knative, and how we'll make that available as part of OpenShift. Why's that? Well, how can we provide Serverless primitives within the platform so folks can have the flexibility to be able to adopt next-generation technologies. But to be able to do that consistently regardless of where they deploy. >> So, I love that. Talk about meeting the customers there. One of the things that really strikes me, there's so much change going on in the industry. And that's an area that Red Hat has a couple decades of experience. Maybe help explain how Red Hat in bringing some of that enterprise, oversight. Just like they've done for Linux for a long time. >> Yeah, yeah. Stu, you're following us very closely, as are you John, and the team at the Cube. We're trying to embrace that change as it comes upon us. So, I think the last time I was here, I was here with Alex Polvi of Core OS. Red Hat acquired Core OS in January. >> Big deal. >> Yeah, big acquisition for us. And now we're starting to see the fruits of some of that labor. In terms of integrating that technology. Why did we do that? We wanted to get more automation into the platform. So, customers have said, hey, look, I want these clusters to be more self-managing, self-healing. And so we've been really focused on saying how can we take those challenges the customers have, bring that directly into a platform so they're performing more and more like the expectations that they have in the public cloud, but in these diverse, introgenous, environments. >> That speaks to the operating model of cloud. You guys have a wholistic view because you're Red Hat. You got a lot of customers. You have the Dev House model, you got the Kubernetes container orchestration, micro-services. How does that all connect together for the customer? I mean, is it Turn Key and Open Shift? You guys had that nice bet with Core OS, pays big, huge dividends. What are some of those fruits in the operating model? So the customer has to think about the systems. It's a systems model, it's an operating system, so-to-speak. But they still got to develop and build apps. So you got to have a systems-wholistic view and be able to deliver the value. Where does it all connect? What's your explanation? >> So distributed systems are complex. And we're at the point where no individual can keep track of the hundreds, the thousands, the hundred-thousand containers that are running. So, the only way, then, to do it is to be able to say, how can the system be smart? So, at the Commons yesterday we had sort of a tongue-in-cheek slide that said, the factory of the future will only have two employees, a man and a dog. The man's there to feed the dog, and the dog's in place to ensure the man doesn't go off and actually touch the equipment. And the point really being, how can we bring technology that can bring that to bare. So, one example of that is actually through our Core OS acquisition. The Core OS team was working on a technology called, operators. Which is to say, how can we take the human knowledge that exists. To take complex software that's built by third parties and bring that natively into the platform and then have the platform go and manage them on behalf of the actual customer itself. Now we've got over 60 companies building operators. And we've, in fact, taken entire open-shift platforms, put operators to work. So it's completely automated and self-managed. >> The trend of hybrid is hot. You mentioned it's here to stay. We would argue that it's going to be a gateway to multi-cloud. And as you look at the stacks that are developing and the choices, the old concept of a stack-- and Chris was on earlier, the CTO of CNCF. And I kind of agree with him. The old notion of stack is changing because if you've got a horizontal, scale-able cloud framework, you got specialty with machine learning at the top, you got a whole new type of stack model. But, multi-cloud is what the customers want choice for. Red Hat's been around long enough to know what the multi-vendor word was years ago. Multi-vendor choice, multi-cloud choice. Similar paradigms happening now. Modern version of multi-vendor is multi-cloud. How do you guys see the multi-cloud evolution? >> So we keep investing and helping to make that a reality. So, last week, we made some announcements around Open Shift dedicators. Open Shift dedicators is the Open Shift manage service, or AWS. Open Shift is available in ways where it can be self-managed directly by customers in a variety of environments. Directly run around any public cloud or open stack, or what you'd like environment. We have third-party partners. For example, DXC D-systems providing managed versions of Open Shift. And then you can have Red Hat managed Open Shift for you. For example, on AWS, or coming next year, with Microsoft. Through our partnership for Open Shift on Azure. So you as a customer now have, I think, more choice than you ever had before. In terms of adopting Dev-Ops or dealings with micro-services. But then having flexibility with regard to taking advantage of tools, services, that are coming from, pretty much, every corner of IT industry. >> You guys have a huge install base. You've been servicing customers for many, many years, decades. Highest level support. Take us through what a customer, a traditional Red Hat customer that might not be fully embracing the cloud in the past, now is on-boarding to the cloud. What's the playbook? What do you guys offer them? How do you engage with them? What's the playbook? Is it, just buy Open Shift? Is there a series of-- how do you guys bring that Red Hat core Lenux customer that's been on Prim. Maybe a little bit out of shadow IT in the cloud, saying, hey, we're doing additional transformation. What's the playbook? >> So, great question, John. So, first fall into the transformation might be an over-hyped term. Might be a peak hype at this point in time. But I think that the bigger point from my perspective is how do you move more dollars, more euros, more spend towards innovation. That's what every company is sort of trying to do. So, our focus is, how can we build on the investments that they've made? At this point in time, (mumbles) Lenux probably has 50,000 customers. So, pretty much, every customer, any size, around the world, is some kind of Lenux user. How can we then say, how can we now provide you a platform to have greater agility and be able to develop these services quicker? But, at the same time, not forget the things that enterprises care about. So, last week we had our first big security issue released on Kubernetes. The privilege escalation flaw. And so, obviously, we participate in the community. We had a bunch of folks, along with others addressing that, and then we rolled our patches. Our patch roll-out went back all the way to version 3.2, 3.2 shipped in early 2016. Now, the one hand you say, hey, everyone has Dev-Ops, why do you need to have a patch for something that's from 2016? That's because customers still aren't moving as quickly as we'd like. So, I just want to temper, there's an enthusiasm with regard to, everyone's quick, everything's lightning fast. At the same time, we often find-- and so, going back to your question, we often find some enterprises will just take a little bit longer, in reality to kind of get-- (both speaking at once) >> Work loads, they're not going to be moving overnight. >> That's right. >> So there's some legacy from those workloads. >> Right, right. And so, what we want to do is ensure, for example, the platform. So we talked about the security and lifecycle. But, is supporting these Cloud Native, next generation, stateless applications, but also established legacy stateful applications all on the same platform. And so the work we're doing is ensure we don't-- you know, it's like, leave no application behind. So, either the work that we'll do, for example, with Red Hat Innovation Labs. We help sort of move that forward. Or with GSIs, global integrated, real integrators to bring those to bare. >> Ashesh, wonder if we could drill a little bit. There's a lot of re-training that needs to happen. I've been reading lots on there. It's not, oh, I bring in this new Cloud Native team that's just going to totally re-vamp it and take my old admins and fire them all. That's not the reality. There's not enough training people to do all of this wonderful stuff. We see how many people are at this show. Explain what Red Hat's doing. Some of the training maturation, education paths. >> So we do a lot of work on the just core training aspect, learning services, get folks up to speed. There's work that happens, for example, in CNCF. But we do the same thing around certifications, around administering the systems, developing applications, and so on. So that's one aspect that needs to be learned. But then there's another aspect with regard to how do we get the actual platform, itself, to be smart enough to do things, that in the past, individual people had to do? So, for example, if we were to sort of play out the operator vision fully and through execution. In the past, perhaps you needed several database admins. But, if you had operators built for databases, which, for example couch, base, and mongo, and others, have built out. You can now run those within the platform and then that goes and manages on behalf. Now you don't need as many database admins, you free those people up now to build actual business innovation value. So, I think what we're trying to do is increasingly think about how we sort of, if you will, move value up the stack to free up resources to kind of work on building the next generation of services. And I think that's our business transformation work. >> And I think, even though digital transformation is totally over-hyped, which I agree, it actually is really relevant. Because I think the cloud wave, right now, has been certainly validated. But what's recognized is that, people have to re-imagine how they do their infrastructure. And IT is programmable. You're seeing the network. The holy trinity of IT is storage, networking, and compute. So, when you start thinking about that in a way that's cloud-based, it's going to require them to, I don't want to say re-platform, but really move to an operating-environment that's different, that they used to have. And I think that is real. We're seeing evidence of that. With that in mind, what's next? What do you guys got on the horizon? What's the momentum here? What's the most important story that you guys are telling here at Red Hat? And what's around the corner? >> Yeah, so obviously, I talked about a few announcements that we made right around Open Shift Dedicated and the upgrades around that. And things like, for example, supporting bring-your-own-cloud. So, if you got your own Amazon security credentials, we help support that. And manage that on your behalf, as well. We've talked this week about our support native, trying to introduce more server-less technologies into Open Shift. We announced the contribution of SCD to the Cloud Native Computing Foundation. So, continuing re-affirming our commitment to the community I think looking ahead, going forward, our focus next year will be on Open Shift four, which will be the next release of the platform. And there, it's all about how do we give you a much better install than upgrade experience than you've had before? How do we give you these clusters that you can deploy in multiple different environments and manage that better for you? How do we introduce operators to bring more and more automation to the platform? So, for the next few months our focus is on creating greater automation in the platform and then enabling more and more services to be able to run on that. >> Pretty exciting for you guys riding the wave, the cloud wave. Pretty dynamic. A lot of action. You've guys have had great success, congratulations. >> Thank you very much. >> You're fun to watch. The Cube coverage here. We're in Seattle for KubeCon 2018 and Cloud Native Con. I'm John your host. Stay with us for more coverage of day one of three days of coverage after this short break. We'll be right back. (upbeat music)

>> Voiceover: Live from Boston, Massachusetts, it's the Cube covering Red Hat Summit 2017. Brought to you by Red Hat. >> Hi, I'm Stu Miniman and welcome back to the three days of live coverage here at Red Hat Summit 2017. The sixth key note of the week just wrapped up. Everybody's streamin' out. We've got a couple more segments. Happy to welcome back to the program a couple gentlemen we had on actually the Open Stack Summit. John Allessio, who'd the vice president of - And Nick Hopman, who's the senior director of Emerging Technology Practices, both with Red Hat. Gentlemen, great to see you again. >> Great to see you again Stu, good afternoon. >> Yeah, so a year ago you guys launched this idea of the Open Innovation Labs. We're opening these labs this year. You've got some customers. We actually had Optum on earlier in the week. We're going to have the easiER AG guys on, I should say - I was corrected earlier this week. I shouldn't say guys, actually I think it's two doctors, a man and a woman that are on. >> Andre and Dorothy. Andre and Dorothy - so really amazing customer testimonials for working through. So John, why don't you start with, you know, give us the update on the innovation lab program. Open and innovation get, you know, discussed a lot. Give us the real meat of what happens. >> So, just maybe a quick recap. >> Yeah. >> So Stu, we had about oh a year and a half ago or so, our strategic advisory board tell us, Red Hat, we really are looking for you to help show us the way in how to develop software, but also kind of help us leverage this culture that Red Hat has and developing software the Red Hat way. And so we worked with about a dozen clients across the globe, got a lot of great feedback on what they were looking for. We created an offering and then we launched it, as you said in Austin at Open Stack Summit. And now we've done many engagements in Europe and in North America across multiple different industries. We had here at the Summit this week actually two clients talk on the main stage, both Optum and easiER AG. And both of them have been through innovation lab engagements. Very different industries, very different clients, but what it has proven in both cases is it's really been a great way and a great catalyst to kind of spark innovation, whether it's within an existing IT infrastructure or building out some capability in particular customer environments, like we did with Optum, or kind of taking some ideas. And I'll let Dorothy and Andre tell their story when they come on and work with you. I don't want to take their thunder. But a great way to show you how we can work with a start up and really help them kind of take their vision and make it reality in an application. >> Yeah, Nick, you know, we've done so many interviews about the various pieces, lots of interesting business. It reminds me of that kind of pipelining that you talk about. One of the announcements this week was Open Shift IO, which it helps with kind of the application modernization. Can you maybe help us, you know, put together how the products that Red Hat does and what you're doing in the Open Innovation Labs, how do those go together and mesh and new stuff come in? >> It's actually kind of at the core of what we do anyway. So, we are building on top of the foundation, the technologies at Red Hat's core platform. But in a residency with Open Innovation Labs we are tying in other technologies, other things outside of the Stack. But with like Open Shift IO, what we've created was what we called the push button infrastructure. How are we showing with the process and everything to innovate on top of the Red Hat technology? How do we accelerate that journey? And so we created what was called the push button infrastructure to show that foundational acceleration, and Open Shift IO is actually now kind of part of that core. And adding in other components, other technologies that Red Hat has, whether it's our ISV partners, things in Open Shift commons, all those things to accelerate the application development experience. And so I think with Open Shift IO and as Red Hat continues to evolve in the development kind of tooling landscape, you're going to see how we are helping our customers do cloud data of application development more so than ever before. >> Yep, and maybe to add to that too, Nick, we were talking to a client this morning about some of their challenges and their priorities for this current physical year, And that particular client was talking about Jenkins and a number of non-Red Hat technologies as well because at the end of the day, our customers have Red Hat products, have non-Red Hat products. I think the great thing that maybe you can mention is when you look at that push button infrastructure that we've built, it's not really a Red Hat thing, although it clearly is tied to the Red Hat technology. But it's even bigger than that. And I think that would be important for the team to understand. >> Yeah so we actually have online is what we call our text stack, and it allows the customer to kind of select the current technologies that we've currently got integrated into our push button infrastructure, and it's always evolving. So I think what we're trying to bring to the table from a technology perspective is our more prescriptive approach. But it's always changing, always evolving. So if customers are wanting to use x or y technology, we're able to integrate with that. But even more so, if you take that technology to the foundation, put a couple of droplets of the Red Hat DNA and the culture is really where that innovation and that inspiration kind of where it's - it's culminating on top of it. So they're building out the applications, like the easiER AG examples. >> John: Yeah, excellent. >> It's great, I always love - By the time we get to the end here, oh I see some of the common threads. You know, for example, Ansible's acquired a year and a half ago, boy we've seen Ansible you know weave it's way into a lot of products. >> Nick: Sure. >> Was talking to Ashush just a sort while ago. And the Open Stack commons, which reflected what you were just talking about is customers are coming, they're sharing their stories. And it's not all Red Hat pieces. One thing I think, I go to a lot of technology shows, and it's usually, "Oh, well we want to talk about solutions." But by these pieces, and Red Hat at it's core it's all open source, and therefore there's always going to be other pieces that tie in. How do you extend as to how much of this is driven by the Red Hat business versus you know the problems of the customer? I'm sure those mesh together pretty well, but maybe some learning you've had over the last year that you could share on that. >> Sure. I think one of the great starting points Stu is what we try and do in every case is start with what we call is a discovery session. So it's one of our consultants, or one of our solution architects really going into the client and having a discussion around what is the business problem we're trying to solve, or what is the business opportunity we're trying to capitalize upon. And from there, you know we have a half day to a day kind of discussion around what these priorities are, and then we come back to them with the deliverable that says okay, here's how we could solve that problem. Now there will be areas that we of course think we have Red Hat technology that absolutely is a perfect fit. We're going to put it in and make that as a recommendation. But there's going to be other technologies that we're also going to recommend as well. And I think that's what we've learned in these Innovation Lab engagements. Because often it's a discussion with IT of course, but also a discussion with line of business. And sometimes what happens in these discovery sessions is sometimes it's the line of business and IT perhaps connecting for the first time on this particular topic. And so we'll come back with that approach and it'll be an approach that's tailored to that customer environment. >> One thing kind of pivots a little bit from the topic of the technology, but I mean the culture and how we're doing this. I mean we are working with ISV's and things of how they could come through the residency to get things spun up into Open Shift commons and get their technology in the Stack or integrated with Red Hat's technical solutions. But on the other hand, you know really when they come in and they work with us, they're driving forward with looking at you know changes of their culture. They're trying to do digital transformation. They're trying to do these different types of things, but working with that cross-functional team. They're coming up with, oh wow, we were solving the problems the wrong way. And that's kind of just the point of the discovery session, figuring out what those business challenges are is really kind of what we're bubbling up with that process. >> Yeah, I'm curious. When I think to just open innovation, even outside of the technology world, sometimes we can learn a lot from people that aren't doing the same kind of things that we've been doing. I know you've got a couple of case studies here, customers sharing their stories, but how do we allow the community to learn more? When they get engaged in the innovation lab are customers sharing a little bit more? We know certain industries are more open to sharing than others, but what are they willing to share? What don't they share? How do you balance that kind of security if you will of their own IP as separate from the processes that they're doing? >> John: Sure. >> It's actually kind of interesting, we had a story this week, we have an engagement going on in our London space, which will be launching in a week and a half. But they're going on right now. And there was a customer that was kind of coming through for a regular executive briefing if you will. And we walked him through the space. And they saw the teams working in there and they were before in the sales kind of meaning, they were a little bit close-minded and close-sourced if you will. Trying to not want to share some of their core nuggets of their IP if you will. And once they saw kind of the collaborative landscape, and this is not even technology based, but just the culture of an open conversation. You know I hate to overuse - you know the sticky notes everywhere, the dev ops. I mean they were really doing a conversation with the customer that was engaging. And all of a sudden the customer that was there on the sales conversation goes, "I want to do this session, I want to go through this discovery session with you guys." And so I think customers are trying to do that. And the other thing is, in our spaces and in our locations, like Boston, we are actually having two team environments, and we've designed it to try and create collisions. So they're basically on two sides, but there's also a common area in the middle where we're trying to create those collisions to inspire that open conversation with our clients as well. Some may be comfortable with it, some might not be as comfortable with it, but we're going to challenge them. >> Nick, I love that term collisions. There's a small conference I go to in Providence. Haven't made it every year, but a few times. It's an innovation conference. And they call it the random collision of unusual suspects. It's the things we can learn from the people we don't know at all. Unfortunately, we're too much. You know, we know the people we know. We know a lot of the same information that we know. If somebody outside of the like three degrees of separation that you might find, that next really amazing thing that will help us move to the next piece, it brings me to my next point. You mentioned London and Boston, how do you decide where you're building your next centers, what's driving that kind of piece of it? And, you know, bring us up to speed as the two new locations, one of which if we had a good arm we might be able to throw a baseball and hit. >> Excellent, so let me just start by first of all saying, you know part of what we're doing here is it's this experiential residency is what it is. And that residency can happen at a client location, at a Red Hat location, or even a pop-up you know kind of third party location. And quite frankly, over the course of the last year, we've done all three of those scenarios. So all three of them are valid. As far as it relates to a Red Hat facility, what we try and do is find a location if we can that's either co-located with a large percentage of Red Hat clients, and or maybe Red Hat engineering. Because oftentimes we'll want to bring some of the engineers into these sessions. So, Mountain View, where we have a center today was a natural 'cause we have some engineering capability out on the west coast. And Boston is of course very natural as well because we have a very large engineering presence here in Boston. In fact, I'll let you talk a little bit about the Boston center 'cause that's going to be our next one that opens here in just a few weeks. So maybe Nick, talk a bit about you know what we're doing in the Boston center, which will be, if you will, our world wide hub for Red Hat innovation. It's not just going to be the Boston center, it's also going to be our world wide hub. >> No pun intended that it's in the hub that is Boston. >> You got it, you got it! >> Excellent. >> So you know, what are we doing in the innovation center, and the engineering center, and the customer briefing center all co-located in Boston. >> Yeah so it's actually going back to the collisions. We've even try and create collisions in our own organization. So it's actually an eight-shaped building. We've got four floors, or two floors on each side. So kind of effectively four floors. Engineering on one side on two floors, and an EBC on a floor above the Open Innovation Labs, and the Open Innovation Labs on the third floor if you will. And there's actually floor cut-outs, so people you know if they're coming in from an executive briefing, they can see down, see what's going on there. And then engineering on the other side. And the point there is that open culture just even within our organization, working with the engineers across the board, getting them over into our space, working with us to solving the problems. And showing, you know, I think the key point that I would hit on there is really trying to inspire customers what it's like to work in a community. So community powered innovation. All those types of things. And so the space is trying to do that. The collisions, the openness obviously, flexibility, but also what we're trying to do is create a platform or a catalyst of innovation. And whether or not it's in the location or pop-up location, we're trying to show the customer some of these principals that we're seeing that's effectively allowing Red Hat to drive the innovation, and how they can take that back into their own. So, you know the locations are great for driving a conversation from a sales perspective, and just overall showcasing it. But the reality is we've got this concept to innovate anywhere. We want to be able to take our technology, our open culture, everything you would want to use and go be able to take that back into your organization. 'Cause our immersive experience is only you know, it's kind of camp for coders or camp for the techies if you will. So you know that's working well, but that's not long term. Long term we have to show them how they can drive it forward, you know with themselves. >> Where do I sign up for the summer program? (all laugh) >> It's coming this summer. >> So Boston will launch in the end of June. >> End of June, early July. >> And the June timeframe we had, I don't know how many dozens of clients, and partners, and Red Hatters go through in hard hat tours this week, here at the Summit. And then in two weeks, we'll open in downtown or really in the heart of London. >> Stu: Alright, yeah, quick flat flight across the pond to get to London. Anything special about that location? >> I think just overall the locations all have a little bit of uniqueness to them. I they're definitely - we did design them to inspire innovation, thinking outside the box. So I think you know, if you go visit one of our locations you might a couple kind of hidden rooms if you will. Some other unique things. But overall, they are just hubs in general for the regions. Hubs of technology and innovation. And so from the go forward perspective I mean we are trying to say, you know, Red Hat is doing things different, thinking different. And these are kind of a way to show it. So trying to find that urban location that is a center point for people to be able to travel in and be able to experience that is really kind of the core. >> So London will open in two weeks, and then we're already working on blueprints for Singapore. >> Singapore, yeah. >> For our Asia hub, and had some great conversations with our leader for Latin America about some very initial plans for Latin America as well. So you know, we'll have great presence across the globe. We'll be able to bring this capability to customer sites. We've already done that. We'll be able to do pop ups. 'Cause even in some cases customers are saying you know we don't want to travel, but we want to get out of our home environment so we can really focus on this and have that immersive experience, and that intimate experience. So we'll do the pop ups as well. >> Driving change, we are seeing that that's the best way. Especially with this kind of, you know, the residency. It is a time box. So if we get them out of their day to day, some of the things, you know, sometimes are the things that are holding them out. Get them in the pop up location, get them outside of their space. All of a sudden their eyes open up. And we had a large retailer, international retailer that we did a project with on the west coast, and getting them out of their space got them coming back. The actual quotes from their executives and the key stakeholders were like they came back fired up. >> Stu: Yeah. >> And they came back motivated to try to make change without our organization. So it's disruption on every level. >> Yeah, you can't underestimate the motivation and the spirit that people come out of these engagements with. It's like a renewed sense of, "I can do this." And we saw that exactly with this retail engagement of really already working on preparing for Black Friday, and putting some great plans in place and really building that out for them. >> John Allessio, Nick Hopman; we always love digging in about the innovation. Absolutely something that excites most people of our industry. That doesn't? Maybe you're in the wrong industry. >> Exactly. >> We've got a couple more interviews. Stay tuned with us. I'm Stu Miniman, you're watching the Cube. (light music)