(upbeat music) >> Hey guys, welcome back to the show floor of KubeCon + CloudNativeCon '22 North America from Detroit, Michigan. Lisa Martin here with John Furrier. This is day one, John at theCUBE's coverage. >> CUBE's coverage. >> theCUBE's coverage of KubeCon. Try saying that five times fast. Day one, we have three wall-to-wall days. We've been talking about Kubernetes, containers, adoption, cloud adoption, app modernization all morning. We can't talk about those things without addressing security. >> Yeah, this segment we're going to hear container and Kubernetes security for modern application 'cause the enterprise are moving there. And this segment with Red Hat's going to be important because they are the leader in the enterprise when it comes to open source in Linux. So this is going to be a very fun segment. >> Very fun segment. Two guests from Red Hat join us. Please welcome Doron Caspin, Senior Principal Product Manager at Red Hat. Michael Foster joins us as well, Principal Product Marketing Manager and StackRox Community Lead at Red Hat. Guys, great to have you on the program. >> Thanks for having us. >> Thank you for having us. >> It's awesome. So Michael StackRox acquisition's been about a year. You got some news? >> Yeah, 18 months. >> Unpack that for us. >> It's been 18 months, yeah. So StackRox in 2017, originally we shifted to be the Kubernetes-native security platform. That was our goal, that was our vision. Red Hat obviously saw a lot of powerful, let's say, mission statement in that, and they bought us in 2021. Pre-acquisition we were looking to create a cloud service. Originally we ran on Kubernetes platforms, we had an operator and things like that. Now we are looking to basically bring customers in into our service preview for ACS as a cloud service. That's very exciting. Security conversation is top notch right now. It's an all time high. You can't go with anywhere without talking about security. And specifically in the code, we were talking before we came on camera, the software supply chain is real. It's not just about verification. Where do you guys see the challenges right now? Containers having, even scanning them is not good enough. First of all, you got to scan them and that may not be good enough. Where's the security challenges and where's the opportunity? >> I think a little bit of it is a new way of thinking. The speed of security is actually does make you secure. We want to keep our images up and fresh and updated and we also want to make sure that we're keeping the open source and the different images that we're bringing in secure. Doron, I know you have some things to say about that too. He's been working tirelessly on the cloud service. >> Yeah, I think that one thing, you need to trust your sources. Even if in the open source world, you don't want to copy paste libraries from the web. And most of our customers using third party vendors and getting images from different location, we need to trust our sources and we have a really good, even if you have really good scanning solution, you not always can trust it. You need to have a good solution for that. >> And you guys are having news, you're announcing the Red Hat Advanced Cluster Security Cloud Service. >> Yes. >> What is that? >> So we took StackRox and we took the opportunity to make it as a cloud services so customer can consume the product as a cloud services as a start offering and customer can buy it through for Amazon Marketplace and in the future Azure Marketplace. So customer can use it for the AKS and EKS and AKS and also of course OpenShift. So we are not specifically for OpenShift. We're not just OpenShift. We also provide support for EKS and AKS. So we provided the capability to secure the whole cloud posture. We know customer are not only OpenShift or not only EKS. We have both. We have free cloud or full cloud. So we have open. >> So it's not just OpenShift, it's Kubernetes, environments, all together. >> Doron: All together, yeah. >> Lisa: Meeting customers where they are. >> Yeah, exactly. And we focus on, we are not trying to boil the ocean or solve the whole cloud security posture. We try to solve the Kubernetes security cluster. It's very unique and very need unique solution for that. It's not just added value in our cloud security solution. We think it's something special for Kubernetes and this is what Red that is aiming to. To solve this issue. >> And the ACS platform really doesn't change at all. It's just how they're consuming it. It's a lot quicker in the cloud. Time to value is right there. As soon as you start up a Kubernetes cluster, you can get started with ACS cloud service and get going really quickly. >> I'm going to ask you guys a very simple question, but I heard it in the bar in the lobby last night. Practitioners talking and they were excited about the Red Hat opportunity. They actually asked a question, where do I go and get some free Red Hat to test some Kubernetes out and run helm or whatever. They want to play around. And do you guys have a program for someone to get start for free? >> Yeah, so the cloud service specifically, we're going to service preview. So if people sign up, they'll be able to test it out and give us feedback. That's what we're looking for. >> John: Is that a Sandbox or is that going to be in the cloud? >> They can run it in their own environment. So they can sign up. >> John: Free. >> Doron: Yeah, free. >> For the service preview. All we're asking for is for customer feedback. And I know it's actually getting busy there. It's starting December. So the quicker people are, the better. >> So my friend at the lobby I was talking to, I told you it was free. I gave you the sandbox, but check out your cloud too. >> And we also have the open source version so you can download it and use it. >> Yeah, people want to know how to get involved. I'm getting a lot more folks coming to Red Hat from the open source side that want to get their feet wet. That's been a lot of people rarely interested. That's a real testament to the product leadership. Congratulations. >> Yeah, thank you. >> So what are the key challenges that you have on your roadmap right now? You got the products out there, what's the current stake? Can you scope the adoption? Can you share where we're at? What people are doing specifically and the real challenges? >> I think one of the biggest challenges is talking with customers with a slightly, I don't want to say outdated, but an older approach to security. You hear things like malware pop up and it's like, well, really what we should be doing is keeping things into low and medium vulnerabilities, looking at the configuration, managing risk accordingly. Having disparate security tools or different teams doing various things, it's really hard to get a security picture of what's going on in the cluster. That's some of the biggest challenges that we talk with customers about. >> And in terms of resolving those challenges, you mentioned malware, we talk about ransomware. It's a household word these days. It's no longer, are we going to get hit? It's when? It's what's the severity? It's how often? How are you guys helping customers to dial down some of the risk that's inherent and only growing these days? >> Yeah, risk, it's a tough word to generalize, but our whole goal is to give you as much security information in a way that's consumable so that you can evaluate your risk, set policies, and then enforce them early on in the cluster or early on in the development pipeline so that your developers get the security information they need, hopefully asynchronously. That's the best way to do it. It's nice and quick, but yeah. I don't know if Doron you want to add to that? >> Yeah, so I think, yeah, we know that ransomware, again, it's a big world for everyone and we understand the area of the boundaries where we want to, what we want to protect. And we think it's about policies and where we enforce it. So, and if you can enforce it on, we know that as we discussed before that you can scan the image, but we never know what is in it until you really run it. So one of the thing that we we provide is runtime scanning. So you can scan and you can have policy in runtime. So enforce things in runtime. But even if one image got in a way and get to your cluster and run on somewhere, we can stop it in runtime. >> Yeah. And even with the runtime enforcement, the biggest thing we have to educate customers on is that's the last-ditch effort. We want to get these security controls as early as possible. That's where the value's going to be. So we don't want to be blocking things from getting to staging six weeks after developers have been working on a project. >> I want to get you guys thoughts on developer productivity. Had Docker CEO on earlier and since then I had a couple people messaging me. Love the vision of Docker, but Docker Hub has some legacy and it might not, has does something kind of adoption that some people think it does. Are people moving 'cause there times they want to have these their own places? No one place or maybe there is, or how do you guys see the movement of say Docker Hub to just using containers? I don't need to be Docker Hub. What's the vis-a-vis competition? >> I mean working with open source with Red Hat, you have to meet the developers where they are. If your tool isn't cutting it for developers, they're going to find a new tool and really they're the engine, the growth engine of a lot of these technologies. So again, if Docker, I don't want to speak about Docker or what they're doing specifically, but I know that they pretty much kicked off the container revolution and got this whole thing started. >> A lot of people are using your environment too. We're hearing a lot of uptake on the Red Hat side too. So, this is open source help, it all sorts stuff out in the end, like you said, but you guys are getting a lot of traction there. Can you share what's happening there? >> I think one of the biggest things from a developer experience that I've seen is the universal base image that people are using. I can speak from a security standpoint, it's awesome that you have a base image where you can make one change or one issue and it can impact a lot of different applications. That's one of the big benefits that I see in adoption. >> What are some of the business, I'm curious what some of the business outcomes are. You talked about faster time to value obviously being able to get security shifted left and from a control perspective. but what are some of the, if I'm a business, if I'm a telco or a healthcare organization or a financial organization, what are some of the top line benefits that this can bubble up to impact? >> I mean for me, with those two providers, compliance is a massive one. And just having an overall look at what's going on in your clusters, in your environments so that when audit time comes, you're prepared. You can get through that extremely quickly. And then as well, when something inevitably does happen, you can get a good image of all of like, let's say a Log4Shell happens, you know exactly what clusters are affected. The triage time is a lot quicker. Developers can get back to developing and then yeah, you can get through it. >> One thing that we see that customers compliance is huge. >> Yes. And we don't want to, the old way was that, okay, I will provision a cluster and I will do scans and find things, but I need to do for PCI DSS for example. Today the customer want to provision in advance a PCI DSS cluster. So you need to do the compliance before you provision the cluster and make all the configuration already baked for PCI DSS or HIPAA compliance or FedRAMP. And this is where we try to use our compliance, we have tools for compliance today on OpenShift and other clusters and other distribution, but you can do this in advance before you even provision the cluster. And we also have tools to enforce it after that, after your provision, but you have to do it again before and after to make it more feasible. >> Advanced cluster management and the compliance operator really help with that. That's why OpenShift Platform Plus as a bundle is so popular. Just being able to know that when a cluster gets provision, it's going to be in compliance with whatever the healthcare provider is using. And then you can automatically have ACS as well pop up so you know exactly what applications are running, you know it's in compliance. I mean that's the speed. >> You mentioned the word operator, I get triggering word now for me because operator role is changing significantly on this next wave coming because of the automation. They're operating, but they're also devs too. They're developing and composing. It's almost like a dashboard, Lego blocks. The operator's not just manually racking and stacking like the old days, I'm oversimplifying it, but the new operators running stuff, they got observability, they got coding, their servicing policy. There's a lot going on. There's a lot of knobs. Is it going to get simpler? How do you guys see the org structures changing to fill the gap on what should be a very simple, turn some knobs, operate at scale? >> Well, when StackRox originally got acquired, one of the first things we did was put ACS into an operator and it actually made the application life cycle so much easier. It was very easy in the console to go and say, Hey yeah, I want ACS my cluster, click it. It would get provisioned. New clusters would get provisioned automatically. So underneath it might get more complicated. But in terms of the application lifecycle, operators make things so much easier. >> And of course I saw, I was lucky enough with Lisa to see Project Wisdom in AnsibleFest. You going to say, Hey, Red Hat, spin up the clusters and just magically will be voice activated. Starting to see AI come in. So again, operations operator is got to dev vibe and an SRE vibe, but it's not that direct. Something's happening there. We're trying to put our finger on. What do you guys think is happening? What's the real? What's the action? What's transforming? >> That's a good question. I think in general, things just move to the developers all the time. I mean, we talk about shift left security, everything's always going that way. Developers how they're handing everything. I'm not sure exactly. Doron, do you have any thoughts on that. >> Doron, what's your reaction? You can just, it's okay, say what you want. >> So I spoke with one of our customers yesterday and they say that in the last years, we developed tons of code just to operate their infrastructure. That if developers, so five or six years ago when a developer wanted VM, it will take him a week to get a VM because they need all their approval and someone need to actually provision this VM on VMware. And today they automate all the way end-to-end and it take two minutes to get a VM for developer. So operators are becoming developers as you said, and they develop code and they make the infrastructure as code and infrastructure as operator to make it more easy for the business to run. >> And then also if you add in DataOps, AIOps, DataOps, Security Ops, that's the new IT. It seems to be the new IT is the stuff that's scaling, a lot of data's coming in, you got security. So all that's got to be brought in. How do you guys view that into the equation? >> Oh, I mean you become big generalists. I think there's a reason why those cloud security or cloud professional certificates are becoming so popular. You have to know a lot about all the different applications, be able to code it, automate it, like you said, hopefully everything as code. And then it also makes it easy for security tools to come in and look and examine where the vulnerabilities are when those things are as code. So because you're going and developing all this automation, you do become, let's say a generalist. >> We've been hearing on theCUBE here and we've been hearing the industry, burnout, associated with security professionals and some DataOps because the tsunami of data, tsunami of breaches, a lot of engineers getting called in the middle of the night. So that's not automated. So this got to get solved quickly, scaled up quickly. >> Yes. There's two part question there. I think in terms of the burnout aspect, you better send some love to your security team because they only get called when things get broken and when they're doing a great job you never hear about them. So I think that's one of the things, it's a thankless profession. From the second part, if you have the right tools in place so that when something does hit the fan and does break, then you can make an automated or a specific decision upstream to change that, then things become easy. It's when the tools aren't in place and you have desperate environments so that when a Log4Shell or something like that comes in, you're scrambling trying to figure out what clusters are where and where you're impacted. >> Point of attack, remediate fast. That seems to be the new move. >> Yeah. And you do need to know exactly what's going on in your clusters and how to remediate it quickly, how to get the most impact with one change. >> And that makes sense. The service area is expanding. More things are being pushed. So things will, whether it's a zero day vulnerability or just attack. >> Just mix, yeah. Customer automate their all of things, but it's good and bad. Some customer told us they, I think Spotify lost the whole a full zone because of one mistake of a customer because they automate everything and you make one mistake. >> It scale the failure really. >> Exactly. Scaled the failure really fast. >> That was actually few contact I think four years ago. They talked about it. It was a great learning experience. >> It worked double edge sword there. >> Yeah. So definitely we need to, again, scale automation, test automation way too, you need to hold the drills around data. >> Yeah, you have to know the impact. There's a lot of talk in the security space about what you can and can't automate. And by default when you install ACS, everything is non-enforced. You have to have an admission control. >> How are you guys seeing your customers? Obviously Red Hat's got a great customer base. How are they adopting to the managed service wave that's coming? People are liking the managed services now because they maybe have skills gap issues. So managed service is becoming a big part of the portfolio. What's your guys' take on the managed services piece? >> It's just time to value. You're developing a new application, you need to get it out there quick. If somebody, your competitor gets out there a month before you do, that's a huge market advantage. >> So you care how you got there. >> Exactly. And so we've had so much Kubernetes expertise over the last 10 or so, 10 plus year or well, Kubernetes for seven plus years at Red Hat, that why wouldn't you leverage that knowledge internally so you can get your application. >> Why change your toolchain and your workflows go faster and take advantage of the managed service because it's just about getting from point A to point B. >> Exactly. >> Well, in time to value is, you mentioned that it's not a trivial term, it's not a marketing term. There's a lot of impact that can be made. Organizations that can move faster, that can iterate faster, develop what their customers are looking for so that they have that competitive advantage. It's definitely not something that's trivial. >> Yeah. And working in marketing, whenever you get that new feature out and I can go and chat about it online, it's always awesome. You always get customers interests. >> Pushing new code, being secure. What's next for you guys? What's on the agenda? What's around the corner? We'll see a lot of Red Hat at re:Invent. Obviously your relationship with AWS as strong as a company. Multi-cloud is here. Supercloud as we've been saying. Supercloud is a thing. What's next for you guys? >> So we launch the cloud services and the idea that we will get feedback from customers. We are not going GA. We're not going to sell it for now. We want to get customers, we want to get feedback to make the product as best what we can sell and best we can give for our customers and get feedback. And when we go GA and we start selling this product, we will get the best product in the market. So this is our goal. We want to get the customer in the loop and get as much as feedback as we can. And also we working very closely with our customers, our existing customers to announce the product to add more and more features what the customer needs. It's all about supply chain. I don't like it, but we have to say, it's all about making things more automated and make things more easy for our customer to use to have security in the Kubernetes environment. >> So where can your customers go? Clearly, you've made a big impact on our viewers with your conversation today. Where are they going to be able to go to get their hands on the release? >> So you can find it on online. We have a website to sign up for this program. It's on my blog. We have a blog out there for ACS cloud services. You can just go there, sign up, and we will contact the customer. >> Yeah. And there's another way, if you ever want to get your hands on it and you can do it for free, Open Source StackRox. The product is open source completely. And I would love feedback in Slack channel. It's one of the, we also get a ton of feedback from people who aren't actually paying customers and they contribute upstream. So that's an awesome way to get started. But like you said, you go to, if you search ACS cloud service and service preview. Don't have to be a Red Hat customer. Just if you're running a CNCF compliant Kubernetes version. we'd love to hear from you. >> All open source, all out in the open. >> Yep. >> Getting it available to the customers, the non-customers, they hopefully pending customers. Guys, thank you so much for joining John and me talking about the new release, the evolution of StackRox in the last season of 18 months. Lot of good stuff here. I think you've done a great job of getting the audience excited about what you're releasing. Thank you for your time. >> Thank you. >> Thank you. >> For our guest and for John Furrier, Lisa Martin here in Detroit, KubeCon + CloudNativeCon North America. Coming to you live, we'll be back with our next guest in just a minute. (gentle music)

(Upbeat music) >> Okay, welcome back everyone, to theCUBE's Coverage of Red Hat Summit 2021 virtual I'm John Furrier, your host of theCUBE got two great guests from Deloitte Consulting Dave Knight who manages the Red Hat Relationship, Lee he's the lead there, and Mike Bourgeois who's the Public Sector Managing Director both from Deloitte Consulting LLP official name. Guys, great to come on, and we were just talking before camera about all the stories. Great to have you on theCUBE, thanks for coming on. >> Yeah, thanks for having me. >> Like I said we were just talking about all the stories from the transition from pre-COVID, COVID. Now we've got a view into post-COVID. I want to dig into that 'cause there's a lot of things happening. You guys have been in the trenches, front lines bringing solutions, but before we get into that, can you guys just introduce yourself share your roles at Deloitte and give us a quick overview of what you work on. >> Yeah, so again, thanks for having us John Dave Knight I'm a solution architect and Global Red Hat Alliance Manager for Deloitte. I've got responsibility for making sure that play nicely in the sandbox together or we've got a joint customer and solutions to deliver to those customers. >> Hi everyone, thanks for having us John, I'm a Managing Director Mike Bushwa out of Boston Texas. I am coming up on year 20 and Public Sector Consulting. My area of expertise is large state government systems that serve the needs of millions of citizens and thousands of state workers, good to be here. >> Yeah. Great to have you. And I wanted to chime in with you right away because Mike you are living in probably one of the hottest markets Public Sector. I've been following that for many, many years, generations actually from the early computer industry GSA contracts, all these contracts you've got all the Public Sector, they move very slowly but now the pandemic, there was no place to hide. Everything got pulled back, disruption, you can't just shut down critical infrastructure and critical services. People had to move fast. What was your experience and how is it now give us a taste of some of the challenges and the landscape. >> You bet John, so we talked a little bit before we started this, but my 20 year consulting career, I can't think of anything really in close to this, other than maybe Y2K and as Dave mentioned the Affordable Care Act Legislation in 2009, though that was a much smaller scale as it turned out to be. So I would be remiss not to share examples of extraordinary challenges our clients have had related to the pandemic. Department of Labor and Health and Human Service Agencies for example, responded to the pandemic in rapid timeframe that were rarely seen in government. Citizens that were used to coming in appealed offices, We're now required to do most things virtually. Deloitte has been privileged to assist clients with digital solutions across the country in response to this unprecedented event. And so I'd like to share just a couple of examples. The first is for Department of Labor, the pandemic contributed to millions of layoffs throughout the country Department of Labor workers found called volumes increasing by a 1000% in some cases, the amount of increased volume required agencies across the country hire temporary workers to help out. Millions of new unemployment claims needed to be filed in benefits rapidly provided to citizens of name. So the big challenge was the agency had to figure out how to rapidly file claims into the unemployment system, rather than requiring new citizens to use an external web application they were really unfamiliar, the agency needed more efficient approach. The approach we used was to create an internal web application that enabled workers to file unemployment insurance claims on behalf of citizens. Workers collected the necessary data from citizens and claims were filed into the system. The application enabled workers to focus on filing claims rather than sort of a technical support role showing how to people use an external web application. More citizen were served in much less time, claims are filed efficiently by train workers which resulted in benefits being received in a much more timely fashion. And so a second example is, with Department of Human Services. So one stay as mentioned Citizens were used to going into field offices but suddenly they were told you can't come into the field office. So once they provided a 100% virtual application and the important part here is certification solution for the Disaster Supplemental Nutrition Assistance Program or DSNAP for short. this application was stood up in two weeks, families who needed food assistance can now apply and be certified for benefits remotely. Today over 50,000 cases have certified and citizens receiving food nutrition assistance. Back to you John. >> So, I mean obviously there's some great use cases you got, basically I got to work at home, new architecture there you got to have a new workflows. I mean, this poses some real challenges. How did you guys put it together? I mean, Dave take us through where this all fits in with the Red Hat, because obviously now it's new deployment new capabilities have to be deployed for the pandemic. How does this bring together the partnership with Red Hat? >> Yeah, so great question and it really plays to the strength of both Deloitte and Red Hat, right? The success stories that Mike has illustrated show how we can quickly pivot as a firm to delivering these types of solutions and help our customers think through innovative ways to solve the problems. So, I mean the prime example that Mike just gave, everything used to be done in offices. Now it's all done remotely cause you can't go to the office even if you want to. And that is very much aligned with the innovation we get with our partnership with Red Hat, right? They've led the way in open source and some of the technologies that we've leveraged that our solutions include, answerable for automation, some of the middleware products, and I would say one of the cornerstones is the OpenShift Platform. Now that allows us to greatly accelerate the development and delivery of those solutions to our customers. Sort of again, aligning our innovative thinking with Red Hats Innovative Technologies. >> What would you say if someone said, "what's the partnership strengths and what needs specifically are you addressing with customers and customer needs?" >> So I, again, I think our lean towards innovation is a common thread across both firms and where we have our greatest strength. We like to take our customers on a journey but it's not our journey, it's their journey, right? So we help them figure out where they want to go and how they want to get there in a way that aligns with their business goals, their budgets all the sort of factors that drive those things and Red Hat is very open to that approach. They sort of invented the crowdsourcing of open source they made it into a business model. They've developed that from literally nothing. And that aligns very nicely with us. That's one of the key strengths. We also are firm believers in open source again to the degree that our customers like the leverage that to drive their journeys. And we're seeing that, especially in the Public Sector Space as being a key driver of the technologies they employ. >> Mike, I want to come back to you on this open ma component open question, open source, open to technology open innovation out in the open as Red Hat calls it. How does Red Hat open source software, address the needs for your customers for security and on-premise considerations. >> I'll talk a little bit about open source principles in general still the open source principles of transparency meritocracy community problem solving and collaboration. These are on its of both software innovation as well as organizational transformation. One of the highest demand transformation needs that I'm seeing in the market is the desire to adopt innovative technology, and most importantly, moving workloads to the cloud. It's no longer a thought, it is an imperative moving workloads to the cloud, on new deals hosted in the cloud, on an existing, is it large systems let Deloitte help us get to the cloud. So I believe the key to success embracing the cloud is recognizing first the need for change in people, processes and technology. The vehicle for this transformation is DevSecOps and innovative open source platforms, such as the OpenShift platform that Dave mentioned. OpenShift focuses on people, processes and technology and the security conversation becomes even easier. I mean, I see Linux was around for years, and we've always used Linux on our Java based workloads now we can have the conversation about saying, Hey, well that se Linux operating system we've been using for years now, there's this really cool Container Management Platform that we can solve real problems like auto scaling, in my Health and Human Services career, I can remember every year when open enrollment comes around systems engineers are teed up, and ready to manually add those to a BMR cluster or something like that. Well, now we don't have to do these things. We can rely on Kubernetes so auto scale, and then and get rid of those instances when workload demands seven resolved. So it's a really cool technology kind of behind the scenes. It's not the dog and pony show sometimes but in the end it helps the clients and Deloitte remain consistent with those service level agreements. >> That's a great example about the open enrollment illustrates the fact that, you got to provision more stuff to take that load on it. It's always hard in Public Sector you might not have the speed. So I got to follow up and ask you, you guys have had wins in the Public Sector lately with Red Hat, you guys Deloitte and Red Hat working together and get some wins under your belt, on around cloud and cloud and technology obviously with the pandemic has needs there. Are you guys seeing any particular sector challenges specifically around Public Sector as it goes this next level a lot of modernization happening we're seeing that, but any challenges that you're seeing, can you give some examples of how these challenges are being addressed? First talk about the challenges and then give some examples of how they're overcoming them. >> So I can jump in here with this one then, and Mike I think you probably have some maybe Public Sector specific examples, but one of the things that I think is common across all industries is resource constraints, right? And particularly as we look for human resources and not in the HR sense, but developers, CIS admins those types of resources as Mike said, the cloud is here to stay, right? And it's not something that people are thinking about it's de facto part of the conversation. And that's great, but it leads to silos of skills which puts further sort of strain on a limited pool of resources within most sites IT organization. So something like an OpenShift, something like an Ansible solves problems related to resource constraints, because they're skills that are portable across cloud environments, right? If you can manage OpenShift you can manage OpenShift on-prem, you can manage it recently released AWS version of that ROSA on the Azure version of that. So it's no matter where you're running it you've got a common set of skills and access sort of a force multiplier, same thing with Ansible automation, right? If you can write scripts, with an Ansible you can do those repeatable tasks in a much more efficient fashion. And again sort of multiplying the capacity of your existing workforce. >> So you've got an operating leverage there. I mean, this is what you're getting at is that, Public Sector and other commercial areas they kind of got to get used to this fact that, you get some leverage here, you get some operating leverage. >> More or less has always been a thing in IT. And it's not relenting that's for sure. >> It's been more at the more, with less has always been kind of a tagline for budget cuts, right? You can squeeze more out of the investment. Here it's kind of like do more with less than the sense of there's more net new things happening with leverage. So, I mean, do you agree with that? What's your take on that? >> Yeah, I think that's exactly right. It's more with less from a resource perspective, right? Typically it was budget, but no money is just another resource. Now we're getting into the personnel side of it. The other thing I would say is, something like an OpenShift Platform allows the Mike's point around DevOps, it allows the developers to develop, right? I have an article in wired.com about this, where developers are saddled with meetings and they have to become concerned with infrastructure and they have traditionally and security. And I am I doing all these things that aren't related to development. If you have a good DevOps Platform in place the security folks can build guard rails into the platform and the developers can just go develop which is what they want to do in the first place. Yeah exactly, that's another riff on the more, with less, again in a resource, the human resource way versus the budget way. >> Yeah, and that really is where OpenShift ties in. Mike what's your take on this? Because with this kind of program ability infrastructure as code DevSecOps kind of modern developers, Public Sector loves that, because they just want to build the new apps. They got to modernize. So change the infrastructure once. And then a lot of ma many benefits on top of it. It's almost like, it sounds like an operating system to me. >> Yeah, lots of thoughts going around my head right now but I'll say the more with less to me when I'm having client conversations is imagine a world of higher innovation, more technology at lower costs, right? I mean, so CIO is light up when I explained to them the orders of magnitude cost savings on top of the innovation introduced to their environment. So when moving workloads to the cloud is not as easy as just packaging up a binary and dropping in on a name, your cloud provider, right? There's an entire, a blueprinting strategy. There's a Cloud Native Architecture, modernization discussion, so we do those sorts of things, at Deloitte and we work with clients very closely to do that. I want to say teaming with Red Hat allows us to be proactive with our design and reference architecture validation. The Collaborative Partnership in Relationship allows us to connect senior engineers from Deloitte and Red Hat. So we have low level strategic discussions, we validate our assumptions and optimize to use a Red Hat technology. What we're doing in Public Sector is separating the monolithic application into layers. And whenever it comes to technologies like Ansible, like OpenShift, like Jenkins, all of these things that any application needs and Public Sector, we're saying out to the account teams across the country, look this is a slower layer DevOps Platform. And by the way, you can run any .Net or Java based workload on it. So we're trying to make opinionated reference architecture so that regardless of the solution, we can just go to market with that platform that tried and true production application. So I'll give a quick example John, if now's a convenient time regarding, well, one of the things that we've done for particular state client. >> Definitely yeah, give the use cases we love those. >> Yes so one of the impactful modernization that struck my mind was the State of Washington. They've mentioned the affordable care act earlier, there are two major things that came out of that. One was the eligibility and enrollment systems had to be modified across all 50 states. But the second thing and the primary driver behind the affordable care act was health insurance exchange. A way for millions of citizens to have access to healthcare using Subsidized Health Insurance Plans. So in Washington and health benefits exchange is that health insurance exchange, State of Washington has been a client of Deloitte since 2012. The solution was originally designed using closed source proprietary products. There are three drivers for change. The first is the API gateway was end of life and needed to be replaced. Number two was the client wanted it to move health benefit exchange to the cloud from an on-premise hosting arrangement. And third is reducing cost of those solution with innovative products. So the agency was looking for a platform that provided flexibility, auto-scaling and performance and lower cost of ownership. So we worked with the agency and we evaluated a variety of API Management and Integration Platforms after reviewing the outcomes for each proof of concept the agency decided to move forward with Red Hats, three skill API Management Platform, Red Hat Fuse for Integration and OpenShift Container Platform that offered the auto-scaling continuous integration tools and out of the box monitoring and reporting capabilities proactively monitor the health of the solution. I often describe a little bit of OpenShift as a data center or DevSecOps in the box. It just is all there. You don't need to add layers on top of OpenShift install and configure it, tune it and just you're off and running in a short amount of time. So three outcomes I'll mention, go ahead, John. >> NO continue, I thought you were finished. So on the outcomes side, the first outcome the agency substantially lower the cost of ownership using commercially supported open source while increasing access to innovative emerging technology. So the agency wanted a solution not only to meet their current needs, but extend the solution going forward. The beautiful thing about OpenShift is you can drop a container images into the platform without installing an operating system. It's all just there and it's spreading to be extended. The number two outcome cloud migration. Deloitte work collaboratively with the agencies and infrastructure and managed services team to successfully migrate the health benefit exchange to the cloud. And the last thing a bit obvious, but that's successful release, working collaboratively with our client. We were able to migrate the solution within 100 days from making the products decision. The cut over to the new solution was seamless with minimal downtime and zero production issues or exceptionally proud of that. >> Great stuff, great use case. And again, those are great business examples. Dave, I want to get this last question to you and Mike can chime in too. As Red Hat Summit evolves, and we're hearing the theme here at the event about transformation is the innovation, Innovation is about scale. When you hear the words like in a box or Hybrid Cloud you hear about an operating environment. So it's an opportunity to set the table for the next generation, this is what I see. What do you guys see as people talk about Hybrid Cloud and soon to be Multiple Cloud? Because you guys you said have tough relationships. You deal with IBM and Red Hat and you probably deal with other people. Clients want, from what we hear they want back to the Multi Vendor Open Connection Distributed Environment. That's what they want. So how does your relationship evolve, given all this is happening? How do you see the future, please chime in. >> Thanks, that's a fantastic question. I actually think the market is coming catching up to where I've been thinking for quite a while. And that is the Hybrid is kind of where it's at. A lot of customers have been in some sort of Hybrid mode as part of the step or a journey to the cloud, getting all the way to the cloud. But I think we're seeing some transition. I know customers are starting to ask me more and more about Hybrid solutions for a variety of reasons, right? The easy workloads for the most part have either been moved or be are being moved, or at least there's a strategy and a plan to get them moved. And now we're starting to be asked about some of the more difficult architecture type questions, right? The workloads that are a little bit more sticky to the on-premise model. And so Hybrid becoming more of the endpoint as opposed to a step along the journey. The other big thing is some repatriation, right? Workloads coming off of cloud. Maybe they seem like good candidates but for whatever reason, the cost drivers or other things weren't realized, let's get them back on premise. Maybe it's a regulatory thing and new regulations are making folks uncomfortable. So I see Hybrid as a pretty interesting next wave of cloud, Deloitte as a far or we're skilling up or tooling up in order to address the needs of our customers, again are starting to ask us these really challenging questions about Hybrid Cloud and Hybrid Cloud Architectures. >> Yeah and just the key point there is that you think about it like with the way you're discussing it, it's a platform, not a tool, right? So if you think about it like a platform then you can move things around and look at architectures and changes of how resources and workloads are deployed and then what data you're getting from it. Whether you bring it to a factory, for instance you say, Hey, okay, we're going to put it on prem because it's a factory or whatever, and you need more data. What was the changeover? This is like a day to operations kind of mindset. What's your comment on that? >> Well I mean I have actually going back three years now, one of the marketing lines that we developed internally, was moved to a platform, not a provider. But because you get that flexibility, now, the reality is what works stay where they're put for a variety of reasons. But I think one of those reasons could be, because they're put in places where they tend to not want to move, right? So if we could put them into a platform where, there is some portability built into the platform, I think we might have a different sort of outcomes for customers. And I think architecture is absolutely the key, right? That to me is the secret sauce here. >> Mike set up for you to close us out here, platform, Public Sector, Hybrid, that's what they want. It's an ideal scenario for anyone in Public Sector and in general, and why wouldn't you want to have a great platform that's it can be programmed, and rearchitected at will for the benefit of the business powered by software. What's your thoughts? >> Yeah, all good points and I will agree with Dave that Hybrid is certainly evolving. Eight years ago, Hybrid was consuming and address validation API in the cloud and not custom coding that, but today I do agree that Hybrid Cloud is all about a vehicle a way of moving workloads across data centers. It's an architecture that is encapsulated by something like an OpenShift so that you can federate your workloads across data centers. You can put them in one or easily moved them to the other. Maybe that's for a variety of reasons. It could be compute and storage is being reduced by one provider versus the other. So the solutions were we're designing today, they are data center agnostic, we're not being tied to data centers anymore. The best design solutions, you can just let them move in their easy manner. So that that's my take on Hybrid Cloud. And I would say the and Red Hat are making investments to help us advance that thinking help us advance those solutions. We had Deloitte have created a Red Hat OpenShift lab environment, and we've done this purposely to validate reference architectures to show account teams the way we have delivered the very very large accounts to show them what DevSecOps to means from a product perspective and to give them opinionated processes to be successful in delivering these large type solutions. >> Dave, Mike, thanks for coming on, and I appreciate you guys coming on theCUBE and sharing the perspective on the Red Hat Relationship with Deloitte Consulting. Thanks for coming on. >> Thank you. >> Thank you, John. >> This is CUBE Coverage of Red Hat Summit 2021, am John for your host, thanks for watching.

>> Let me check. (uptempo orchestral music) (uptempo techno music) >> Live, from San Francisco, it's theCUBE! Covering Red Hat Summit 2018. Brought to you by Red Hat. >> Hey welcome back everyone, we are live here with theCUBE in San Francisco, Moscone West, for Red Hat Summit 2018. I'm John Furrier, co-host of theCUBE, with John Troyer co-host, analyst this week. the TechReckoning co-founder. Our next two guests are Ashesh Badani, vice president and general manager of OpenShift Platform and Alex Polvi, CEO of CoreOS, interview of the week because CoreOS now part of Red Hat. Congratulations, good to see you again. Thanks for coming on theCUBE. >> You're welcome. >> So obviously this is for us, we've been covering both of you guys pretty heavily and we've been commenting very positively around the acquisition of CoreOS. Two great companies that know open-source, pure open-source. You guys got the business model nailed down, these guys got great tech. You bring it together. So the first question is how's everyone doing? How's everyone feeling? And where's the overlap, if any and where's the fix? Explain the true fit of CoreOS. >> I'm going to start Alex, you want to jump in after. We're very excited right, so when we first had interactions with CoreOS, we knew this is going to be a great fit. The conversation we had earlier, both companies delivers in open-source, delivers in the mission center to take us forward regard to Kubernetes, as the container orchestration engine, and then being able to build out value for our customers around it. I think from our perspective, the work that both CoreOS did in advancing the community forward but also the work they've done around automation or their upgrades, management metering, charge back and so on. Being able to bring all those qualities into Red Hat is incredible. So I think the fits been good. It's been three months, I'll let Alex comment some more on that but we've been doing a lot of work from integration perspective around engineering, around product management. At Red Hat Summit this week, we reveal details around some of the converged road maps, which I can talk about some more as well. So we're feeling pretty good about it. >> Alex, your reaction. >> Yes, it's been three months. If you've studied CoreOS at all, you know everything that we do really centers around this concept of automated operations. And so by being part of Red Hat, we're starting to bring that to market in a much bigger and faster way of really accelerating it. The way the acquisition are really successful is either mutually beneficial to both companies and they accelerate the adoption of technology and that's definitely happening. We had the announcement yesterday with Red Hat CoreOS around the Linux distribution. Last week, we did the operator framework. It was very central to the work that we've been doing as part of CoreOS, and then as companies in a lot of ways is being part of Red Hat for three months now. This is what our company would have looked like if we ever just another 10 years along or whatever very similar, we're like a mini Red Hat, and now we're leaped ahead in a big way. >> And you guys done a good work. We've documented on theCUBE many times, and we were in Copenhagen last week. Now covering the operating framework but I want to get your reaction. You guys did a lot of great work on the tech side obviously, you can go into more detail but we've always been saying on theCUBE. If you try to force monetization in these emerging markets, you're optimizing behavior. And this was something that's gone on, we've seen containers. It's been well documented obviously what's happened. It's certainly a beautiful thing. Got Kubernetes now on top working together with that. If as an entrepreneur out there that are building companies. If you try to force the monetization too early, you really thinking differently. You guys stay true to it. Now we've got a good home with Red Hat. Talk about that dynamic because that was something that I know you guys faced at CoreOS and you've managed through it. Tempted probably many times to do something. Talk about the mission that you had, staying true to that and just that dynamic. It's challenging. >> Yeah, as we set out to build a company in general, there are really three operating principles. There is build a great technology to solve our mission which is to secure the internet through automated operations, build a great place to spend their days which is really about the people and the culture and so on. Why are we doing this, and the third was to make it sustainable and by that I mean to build their own money fountains, building out of the middle of our campus. And so by joining Red Hat it's we have a money fountain sitting there. (laughing) It's spewing off a ton of cash flow every single quarter that allows us to continue to do those first two things in perpetuity, and that third one is something every company needs in order to continue to execute towards the mission. And the thing that's so awesome about working with Red Hat is we're very much aligned and compatible. Red Hat's mission isn't exactly the same thing we are working but it's definitely compatible. It's like Apache and GPL are compatible. It's like that type of compatible. >> You both believe in open-source in a big way. Talk about the Red Hat perspectives. Now you got like a kid in a candy store. Openshift made a big bed with Kubernetes. You see now, you have the CoreOS, how has it changed in Red Hat internally? Things moving around actually accelerates the game a bit for you guys, and you're seeing new life being pumped into OpenStack. You're seeing clear line of sight with Kubernetes on the app side. We were just at KubeCon. A lot of people are pretty excited. There's clear lines of sight on what's defacto. What people are going to build around, and also differentiate. >> Right, so I'll start off by saying I really hope our CEO, Jim Whitehurst doesn't see this interview but if it goes off in terms of money factor. I'm currently make budget request. I think I know what's going on. >> Balance sheet, cashless now. It's in the public filings. If I see a fountain of money spewing off the thing, >> The ability to reinvest. >> This is a really good fit. (laughing) The way to say this, they have a great business model. >> Yeah, yeah. >> Some of us will make money, some of us will spend the money. Some of us will spend the money, it will work out well. (laughing) >> It's a great win. It's a great win. It obviously accelerates the plans. The commercialization is already there with Red Hat. This is just a good thing for everybody but the impact of you guys accelerating, just seeing OpenShift. You can boil it down to the impact of Red Hat. What is the impact? >> So in all seriousness, I think the focus for us really has been about there is so much complimentary work that's been going on with the CoreOS team that we're bringing into OpenShift, and to Red Hat in general that accelerates everything that you're seeing. You saw some amazing announcements happen this week with regard to our partnership with Microsoft and getting OpenShift out and Azure, and joint support offering. The work we're doing with IBM to get IBM middleware as well as IBM Cloud Private support integrated with OpenShift. The work that Alex referred to around automation, being able to bring that to our customers. We see all the excitement around that front as well so we want to take all Techtonic work that has been going on at CoreOS, then move that to OpenShift. Carry forward the community that CoreOS built around Container Linux, and actually inject a lot those ideas into that Linux, our flagship technology. Bring that passion and energy to bear as well, and then carry forward a lot of the other projects that they have. For example, the Quake Container Registry, that's extremely popular. Carry that forward, support our customers to use that both stand alone integrated with the OpenShift platform. Other projects like FCB that Alex has been talking about which is the underpinnings of Kubernetes plus running worldwide. So all of those things, we can bring forward, and then all the advancements that were made in place by CoreOS as they're working towards their money fountain, just plug that right into it. >> And just as a point of reference, Brendan Burns flew in yesterday. Microsoft Build is going up so he left their own conference to come down here. >> As did Scar Guthrie, right? >> That's a great testament. This is the testament. They're coming down, really laying down support. This is a real big deal. This is not a fake deal, it's real. >> And so I want to talk a little bit about specifics of the timeline, the road maps. Sometimes with these mergers or acquisitions, it's well the technology will be incorporated at some point, and then it goes away to die and you never see it again. And then the people all leave, and then you ask what was going on. But here, you actually have, I was great. You were talking to me. You have some specific timelines and we'll start to see some of the Techtonics Stack in OpenShift fairly soon. >> Yes, absolutely so the acquisition was announced three months ago and we said at that time that by Red Hat Summit, we'll lay out for you a road map and so we're now starting to do that. We put out release of some materials around some details with regard to how that's coming out. We have detailed sessions going on at Red Hat Summit around the integration plans between Red Hat, OpenShift and CoreOS with a few specific areas with regard to OpenShift. You'll start seeing the earliest versions if you will of the work that's being done. This summer, we'll deliver the full road map to you there by the end of this calendar year. With regard to, for example pieces like the Quake Container Registry that's being made available and being sold now as we speak. Customers can go get that, and we want to make sure no customer is left behind. Right, that's a principle we put out. And with regard to supporting any existing customers on Techtonic or the Container Linux space, we're doing that as we're working to integrate them into the Red Hat portfolio. Can you talk a little bit about the decision for Red Hat's atomic coast and Container Linux? Now re-named again, CoreOS. That was one of the seminal inventions that you all made as you started the company. I think it had some brilliant ideas again about security and the operational aspects but can you talk about some of those technologies and the decisions made there? >> Yeah, like I said, the acquisition of CoreOS Red Hat was about saying look what can we take that CoreOS has been doing to accelerate both work and community but also what could be doing to deliver this technology to customers. So the goal was we'll take all the atomic and the word that's been going on there have that be superseded by the work that's coming out of CoreOS Container Linux carry the community forward. Release a version of that called Red Hat CoreOS and in its initial form make that actually an underlying environment to run OpenShift in. Okay so for customers who want the automation that Alex talked about earlier. They made that available both at the underlying platform. Make it available in OpenShift platform itself via the work that's come from Techtonic, and then ultimately, Alex will talk about this some more through operators. So trusted operations from ISP or third party software that would run on the platform. All right so now if you will, we'll have full stack automation all the way through. OpenShift also support Red Hat Linux, a traditional environment for the thousands of customers that we have globally. Over a period of time, you should expect to see much of the work that's going on Red Hat CoreOS find its way into it as well. So I think this just benefits all around for us both in the near term as well as long. >> And Red Hat Container certification, where does that fit into all this? >> Yeah, a great question, so what we announced maybe was, actually was two years ago was a Container certification program. Last year, we spent some time talking about the health of those containers, and being able to provide that to customers. And this year, we're talking about trusted operations around those containers. That carries forward, we've got hundreds of ISPs that have built certified containers around it, and now with the operator framework, we've had, I think it's four ISPs demonstrating previews of their operators working with our platform as well as 60 more that are committed to building ISP operators that will be certified again. >> So people are certified in general, pretty much. I think we're very excited. The fact that we went to KubeCon last week, announced that the operating framework have been based on the ideas that the CoreOS team has been working on for at least two years. Making that available to the community and then saying for the ISPs that want a path to market. Going back to the money fountain again for the ISP that want to pass through market which is pretty much all of them. We also have the ability to do that so give them an opportunity to make sure that as wide as possible some adoption of the software at the same time help with commercialization. >> Can you guys share your definition of operator because I saw the announcement but we we're on a broader definition when we see the DevOps movement going the next level. It's all about automation and security, you mentioned that admin roles are being automated in a way to see more of an operator function within enterprise and emerging service providers. So the role operator now takes on two meanings. It's a software developer. It also is a network operator, it's also a service, so what is that, how do you guys view that role because if this continues, you're going to have automation. More administrator is going to be self healing, all this stuff is going to go on. Potentially operations is now the developers and IT all blurring together. How do you guys define the word operator in the future state? >> Well I know the scenario of great interest to you. >> So operator is the term for the piece of software that implements the automated operations. And so automated operations, what is that? Well that's what sets apart, the way I think about it is what sets apart a cloud provider verses a hosting provider. It's a set of software that really runs the thing for you and so if we're going to get into specific Kubernetes lingo, it would be an application specific controller. That's a piece of software that's implements the automated operations. And automated operation is a software that gives you that simplicity of cloud. It's at the core of a database as a service. It's both hosting but also automated operations. Those two things together make up a cloud service and that software piece is what we're decoupling from the hosting providers for the first time and allowing any open-source project or ISP brings the simplicity of cloud but in any environment. And that's what the operator is a piece of software that actually goes and implements that. >> So a microservices framework, this fits in pretty nicely. How do you see obviously? >> Microservices, there's all these terms. Microservice is more of an architecture than anything but it's saying look, there's these basic things that every operations team has to go and do. You have to go and install something, you have to upgrade it, you have to back it up, when it crashes in the middle of the night, get it going again. A lot of these things, the best practices for how you do them are all common. There's no ingenuity in it. And for those things, we can now because of Kubernetes write software that just automates it, and this was not possible five years ago. You couldn't write those software. There were things like configuration management systems and stuff like that that would allow companies to build their own custom versions of this. But to build a generic piece of software that knows how to run application like Prometheus or a database or so on. It wasn't possible to write that and that's what the first four or five years of CoreOS was is making it possible, that's why you saw all these mat and new open-source projects being built. But once it was possible it was like let's start leveraging that. You saw the first operator come out about a year ago, and I think it was our ATD operator was the first one, and we started talking about this as a concept. And now we're releasing operator framework which is from all the learnings of building the first couple. We now made a generic, so anybody can go and do it, and as part of Red Hat, we're now bringing it to the whole ISP ecosystem. So the whole plan to make automated operations ubiquitous is still well underway. >> I'd love to extend that conversation though to the operator, the person. >> Right. I think you and your team brought the perspective of the operational excellence right to the table. A lot of cloud has been driven by the role of developer and DevOps but I've always felt like well wait a minute operators the people who use to be known as IT insisted they had a lot to bring to the table too about security and about keeping things running, and about compliance and about all that good stuff. So can you talk a little bit as you see the community emerging, and as you see all these folks here. How do you talk to people who want to understand what their role is going to be with all this automation in keeping the clouds running? >> Computers use to be people too. (laughing) But we're not going to completely automate away everything because there's still parts of this wildly complex system that justifies whole conferences of thousands of people that require a whole lot of human ingenuity. What we're doing is saying let's not like do the part that is the fire drill in the middle of the might that keeps you from making forward progress. The typical role of an operations person today is just fighting fires of mundane things that don't actually add a lot of value to the business. In fact, this guy is difficult because you only get brought up when things are on fire. You never get an praise when things are going well. And so what we want to do is help the operations folks put out those fires like the security updates. Let's just roll those out automatically. The way you do those across all organizations does not need to be special and unique but they're really critical to do right. >> Well it's just automate that stuff away and let the operations team focus on moving the business forward. The parts that require the human spirit to actually go and do, and if we get to a point where a CEO of a company is like, wow, I can not come up with a new vision for this imitative 'cause my operations team are just so fast at influencing them. Then we have to start worrying about operations people's job but I don't see that happening for a very long time. >> And no one is going to be sitting around twiddling their thumbs either. >> Let me just extend that point a little bit. The whole point of operators is to encapsulate human knowledge that ISPs have and bring that in the platform and automate it. So the challenge that we've had is an operations person is required to know a lot about a lot. So the question then really is how can we at least take some of what's already known by people and be able to replicate that and that allows for every one to move forward. I think that's just forward-- >> Well, there's a bigger picture beyond that, so I agree but there is also scale. With cloud, you have scale issues. So with scale automation is a beautiful thing 'cause the fire has also grown exponentially too so you can't be operating like this. Scale matters, super. >> The reason that this stuff was invented at Google initially was not because of Google's high career per second. Is that they were, to build the application they're building required so many servers that you couldn't hire enough operations people without writing software to automate it. So they were forced to custom design the system because they had so many servers to run to build the software that they wanted to build. And other companies are just now getting to that point because every company is going through a digital transformation. They have to have thousands of servers just to run their applications. There's no way you're just going to hire the operations staff to go and do it all by hand. You have to write software to turn the operations people into mech warriors of running servers. You need to wrap them in automation in order to scale that. >> At KubeCon, she made a comment that all those operations folks at Google are software developers. >> Brand engineers. >> Brand engineering, so they're not Ops guys just pushing buttons and provisioning gear and what not. They're actually writing code. You bring up the Google piece, the other piece that we heard at KubeCon. We hear this consistently that this is now a new way to do software development. So when a former Googler went to work for another company, left Google. She went in and she said, "Oh my God, you guys don't do. "You don't use board?" To her, she's like how do you write software? So she was like young and went out in the real world and was like wait a minute, you don't do this? So this is a new model in software development at scale with these new capabilities. >> I think so and I think what's really important is the work we're doing with regards to an ecosystem perspective to help folks. So one of the top things I hear from customers all the time is this sounds fantastic. Everyone's talking about DevOps or microservices or wanting to run Kubernetes at scale. Do I have the skills? Can I keep up with the change that's in place and how do I continue going forward around that? So we announced at Red Hat Summit Managed offerings from let's say Atos and DXC where you've got goals to integrate us helping folks, or companies like Extension T systems. The CEO came and spoke today about the work we're doing with them to help connected cars, and those applications be rolled out quick and fast. I think it's going to take a village to get us to where we want to because the rate of change is so fast around all of these areas and it's not slowing down that we'll have to ensure there's more automation and then there's more enablement that's going on for our customers. >> So some clarity, can you guys comment on your reaction to obviously we've seen OpenStack has done over the years and now with well Containers, now Kubernetes. You seeing at least two ecosystems clearly identified. Application developers, cloud native and then I would call under the hood infrastructure, you got OpenStack. Almost it clarifies where people can actually focus on real problems that the Kubernetes needs. So how has the Container, maturation of Containers with Kubernetes clarified the role of the community? If this continues with automation, you can almost argue that the clarity happens everywhere. Can you comment on how you see that happening? Is it happening or is it just observation that's misguided? >> I think we're getting better with regard to fit for a purpose or fit for use case. All right, so if you start thinking about the earliest days of OpenStack. OpenStack is going to be AWS in a box, and then you realize well that's not a practical way of thinking about what a community can do a build at scale. And so when you start thinking about a Word appropriate use case for this. Now you start betting if you will, a set of scales, you set expectations around how to make that successful. I think we'll go through the same if we haven't already or even going through it with regard to Kubernetes. So not every company in the world can run Managed World call. DYI Kubernetes, don't many companies will start with that. And so the question is how do we get to the point where there's balance around it and then be able to take advantage of the work? For example, companies like Red Hat work for us was doing to help accelerate that path 'cause to the point Alex was trying to make is the value for them being able to keep up with the core release of Kubernetes? And every time a bug shows up to go off and be able to fix and patch it, and watch that or is the value building the next set of applications set on top of platforms. >> That's great, well congratulations guys. Thanks for coming on theCUBE. Appreciate the insight. Congratulations on the three months into Red Hat. Good fit, and enjoy the rest of the show. Thanks for coming on, I appreciate it. >> Thanks. >> Live from Red Hat Summit, it's theCUBE's coverage here of Red Hat and all the innovation going on out in the open. We're here in the middle of, we open the floor with Moscone West with live coverage. Stay with us for more after this short break. (uptempo techno music)