(upbeat music) >> From around the globe, it's theCUBE with digital coverage of Postgres Vision 2021 brought to you by EDB. >> Well, hi everybody John Walls here on theCUBE and we're now welcoming Jeremy Wilmot who is the chief product officer at ACI Worldwide part of the Postgres movement, you might say or certainly benefiting from the great value that Postgres is providing a number of enterprises across the globe. Jeremy good to see you today and first off, congratulations you are the first guest I've talked to maybe in a year and a half in their office. So good for you. >> Thanks (chuckles) John that's very kind of you John and great to see you and thanks for having me here. Yeah, it's great to be in the office, it really is. I'm here in Miami in South Florida and getting some sort of normalcy back is great for all of us and I'm certainly enjoying it. So thank you before (indistinct) has been. >> I'm sure you are, yeah, congratulations on that front. First off, let's talk about ACI Worldwide for the folks in our audience who aren't familiar with the payments, your role in terms of that payment ecosystem. Tell us a little bit about ACI Worldwide. >> Sure, well, primarily we're a software company. That's ACI, we started 1975 in Omaha, Nebraska built the first debit card system and ATM system for first National Bank of Omaha and over the last 45 years, we've globalized ourselves, we have, we are delivering mission-critical real-time payment systems across the world to banks to merchants to billers, we help them meet the payment needs of their consumers and their corporates. So we process, manage digital payments, we power omni-commerce and e-commerce payments, we present and process bill payments, we manage fraud, we manage the risk all within that and as I said on a global basis 13 of the G20 countries with a leading DDA account or current account payment processing software in those countries and have been for many years. >> So, as the CPO then quite obviously in the financial space your plate is quite full these days in terms of providing for your client base. How would you characterize maybe the evolution in terms of product development that you've been through in the financial world here over the past say, three to five years, where were you back then to where you are now and what role has Postgres played in that journey? >> Sure, yeah. So, specific to the Postgres part of the ecosystem, previously five-plus years ago our previous database solution was complex, it was expensive, it was hard to change and maintain and we leveraged multiple pieces of software from multiple vendors as a result of that. So at that time we looked for an alternative that was simpler and better and we went through a very comprehensive due diligence process, we explored both open source and license models of database to support our solution and when we looked at all of the options we determined that 2ndQuadrant Postgres was the one that provided the most comprehensive solution we were looking for. It had the right mix of capabilities and performance at the right total cost of ownership that we were looking for. And in the payments world as you can imagine, you've got to to be 24/7 365. And we also required a lower cost of ownership than we had before. But we also wanted a greater flexibility and time to market that we could pass on to our customers. And then the last thing I'd say that we were looking for was a multi-deployment capability. And what I mean by that is that we would be able to use this new platform, Postgres platform in our own data centers in our own private cloud, but we could also deploy it in the public cloud, whether we would run it or whether our customers would run it. We wanted that ability to mix and match between these different deployment options. >> So you've talked about a lot of key elements here attributes in terms of availability, accessibility reliability, security obviously. Walk us through those in terms of why you think 2ndQuadrant was addressing your needs in those particular areas or any others for that matter but what it was that checked the box specifically about what Postgres was offering you as opposed to what these other possible solutions and services were that you were looking at. >> Yeah, I think, we're very focused on being able to identify what our customers need and when they're offering services to consumers and to their corporates what is it that they require that's going to enable them to win and compete. And payments industry has a lot of cost pressures within it. It has regulation, it has consumer convenience and the whole movement of digitalization that puts a lot of downward pressure on the cost space. And those who are going to win in the payment space need to be able to address that. So, that is relevant for our banks, for our merchants, for the billers. They all come under very similar regulatory pressure and market pressure and as a result, the ability to reduce dramatically in a very significant way, the total cost of ownership upon which the payment software was going to be operating that was one of the key elements that was very important to us as we made that decision. The second one I think was to enable us to be able to do what we are good at and what our customers expect us to do. And that in turn enables them to focus on their core competencies. We're a software company, we own our own IP we manage our own software for the needs of the 24/7 365 payment requirements and therefore the merchant or the biller or the bank can really focus in on the digital experience for their customers, focusing on their core competencies and what they need to do to win. That was a second key factor for us. I think the third one for us was as well speed to market. Speed to market for ourselves and being competitive to the alternative to ACI, but also more importantly a speed to market for our customers. And there are, the payment world is highly regulated requires significant certification in order to launch new services that's often the long pole in the tent. So we want to be able to get to that point as quickly as possible. And being able to have a public cloud deployment open systems capabilities that would really allow us to pass on that speed to market to those customers. So for example, an acquirer, a payment acquirer moving into a new geographical country they want to compete in they can (indistinct) on their competitors by launching minimum viable products in six to nine months that is five years ago, that could have been a 24 to 30 months endeavor for them to take on. So I, those were important considerations for us as we were choosing a longterm partner for the Postgres world and the public cloud world. >> Obviously, so you've talked a lot about your relationship with your clients and I know you have a really keen awareness of the need to ensure that trust, to ensure that reliability to ensure the collaboration. How about your relationship on the other side with EDB and in terms of all those elements so how has that evolved over a period of time and what kind of service and what kind of value do you think are you deriving from that relationship now? >> So with EDB, first of all, our journey started with 2ndQuadrant and now EDB. And we were specifically looking at the, one area was at the Bi-Directional Replication BDR that we were wanting to support with our solutions particularly in the public cloud. And that was going to enable us to replace multiple pieces of software from multiple vendors. And so we were to create that solution that was right for ACI, it was right for our customers from a functionality and agility and a cost perspective. So technologically with the non-functional requirements and the reliability, availability, serviceability aspects that we were looking for that was in partnership with 2ndQuadrant and EDB, that was a key element. I think the second piece of it is we worked really well with 2ndQuadrant EDB in terms of partnering to meet the needs of the market. It's great to have the right technology in place but then you need your partners really to be able to work with you tactically real-time in order to win in the market and make it work. And I found that they'd been a great partner for us to be able to do that and to be able to react quickly, do the right thing and really enable us to be a great partner to our customers as we deliver real-time payments, as we deliver the acquiring capabilities, as we deliver a modernization for the big banks that we work with as well. >> Now, before I let you go, I'm going to give you a two-part question here. That's always one way to squeeze a little more info (laughing) to the guest. First off advice. You've been through this transformation obviously you're very happy with all that has transpired, so your advice to others who are considering this journey. And then secondly, what can they and you do you think expect in terms of future challenges, opportunities how we might want to frame that with Postgres? Like, where are we going from here, basically? So, two parts, advice and then where do you think this is headed? >> So advice, I certainly learnings from us versus advice is number one, be very thorough in the due diligence that you do and be very clear on what you want and what are your goals that you're looking for. So from an AGI perspective, we were clear that total cost of ownership in terms of the stack that we were going to be providing to our customers. That was very important, number one number two, nonfunctional requirements. So I've talked about the mission criticality of payments 24/7 365. That was a key second piece. And then the third one, ease of deployment. I talked about that, multi-cloud deployment that we were looking for. So we were clear what we wanted and we we took our time from a due diligence point of view. It's a multi-year decision being made so it's not something specifically I think we want to rush into. In terms of looking forward and where do we go from here? Performance is critical so further up performance enhancements, ability for rapid failover availability, near 100% availability that we're looking for five-nines and above, working together with Postgres in order to make those failovers more seamless because they will happen, particularly in the real-time payments world, where we're now seeing billions of transactions happening in a week and soon that will be in a day, they will need to be able to deal with. And for all of this to happen in a public cloud environment, we, I think all understand a lot of the benefits of public cloud and we need to be able to provide this failover availability capability in the public cloud but also in a hybrid cloud environments we're in a multi-cloud environment, so we need to keep working that and make that happen that will make Postgres a payment-grade infrastructure that could power the world's real-time payments and we would love to be able to do that into the future. >> Well, Jeremy thanks for the insights, we appreciate that and once again, congratulations on getting back in that office. I know it's probably a pretty welcomed addition to your regimen now. >> Yeah, John, thank you very much and thanks to everyone who's dialed in for this and John I look forward to welcoming you in the office soon. >> Very good sir, I look forward to that as well. I'll take you up on that in Miami for sure. John Walls here on theCUBE talking with Jeremy Wilmot is the chief product officer at ACI Worldwide. part of our Postgres Vision 2021 coverage. (upbeat music)

(upbeat music) >> From around the globe, it's theCUBE with digital coverage of Postgres Vision 2021 brought to you by EDB. >> Well, hi everybody John Walls here on theCUBE and we're now welcoming Jeremy Wilmot who is the chief product officer at ACI Worldwide part of the Postgres movement, you might say or certainly benefiting from the great value that Postgres is providing a number of enterprises across the globe. Jeremy good to see you today and first off, congratulations you are the first guest I've talked to maybe in a year and a half in their office. So good for you. >> Thanks (chuckles) John that's very kind of you John and great to see you and thanks for having me here. Yeah, it's great to be in the office, it really is. I'm here in Miami in South Florida and getting some sort of normalcy back is great for all of us and I'm certainly enjoying it. So thank you before (indistinct) has been. >> I'm sure you are, yeah, congratulations on that front. First off, let's talk about ACI Worldwide for the folks in our audience who aren't familiar with the payments, your role in terms of that payment ecosystem. Tell us a little bit about ACI Worldwide. >> Sure, well, primarily we're a software company. That's ACI, we started 1975 in Omaha, Nebraska built the first debit card system and ATM system for first National Bank of Omaha and over the last 45 years, we've globalized ourselves, we have, we are delivering mission-critical real-time payment systems across the world to banks to merchants to billers, we help them meet the payment needs of their consumers and their corporates. So we process, manage digital payments, we power omni-commerce and e-commerce payments, we present and process bill payments, we manage fraud, we manage the risk all within that and as I said on a global basis 13 of the G20 countries with a leading DDA account or current account payment processing software in those countries and have been for many years. >> So, as the CPO then quite obviously in the financial space your plate is quite full these days in terms of providing for your client base. How would you characterize maybe the evolution in terms of product development that you've been through in the financial world here over the past say, three to five years, where were you back then to where you are now and what role has Postgres played in that journey? >> Sure, yeah. So, specific to the Postgres part of the ecosystem, previously five-plus years ago our previous database solution was complex, it was expensive, it was hard to change and maintain and we leveraged multiple pieces of software from multiple vendors as a result of that. So at that time we looked for an alternative that was simpler and better and we went through a very comprehensive due diligence process, we explored both open source and license models of database to support our solution and when we looked at all of the options we determined that 2ndQuadrant Postgres was the one that provided the most comprehensive solution we were looking for. It had the right mix of capabilities and performance at the right total cost of ownership that we were looking for. And in the payments world as you can imagine, you've got to to be 24/7 365. And we also required a lower cost of ownership than we had before. But we also wanted a greater flexibility and time to market that we could pass on to our customers. And then the last thing I'd say that we were looking for was a multi-deployment capability. And what I mean by that is that we would be able to use this new platform, Postgres platform in our own data centers in our own private cloud, but we could also deploy it in the public cloud, whether we would run it or whether our customers would run it. We wanted that ability to mix and match between these different deployment options. >> So you've talked about a lot of key elements here attributes in terms of availability, accessibility reliability, security obviously. Walk us through those in terms of why you think 2ndQuadrant was addressing your needs in those particular areas or any others for that matter but what it was that checked the box specifically about what Postgres was offering you as opposed to what these other possible solutions and services were that you were looking at. >> Yeah, I think, we're very focused on being able to identify what our customers need and when they're offering services to consumers and to their corporates what is it that they require that's going to enable them to win and compete. And payments industry has a lot of cost pressures within it. It has regulation, it has consumer convenience and the whole movement of digitalization that puts a lot of downward pressure on the cost space. And those who are going to win in the payment space need to be able to address that. So, that is relevant for our banks, for our merchants, for the billers. They all come under very similar regulatory pressure and market pressure and as a result, the ability to reduce dramatically in a very significant way, the total cost of ownership upon which the payment software was going to be operating that was one of the key elements that was very important to us as we made that decision. The second one I think was to enable us to be able to do what we are good at and what our customers expect us to do. And that in turn enables them to focus on their core competencies. We're a software company, we own our own IP we manage our own software for the needs of the 24/7 365 payment requirements and therefore the merchant or the biller or the bank can really focus in on the digital experience for their customers, focusing on their core competencies and what they need to do to win. That was a second key factor for us. I think the third one for us was as well speed to market. Speed to market for ourselves and being competitive to the alternative to ACI, but also more importantly a speed to market for our customers. And there are, the payment world is highly regulated requires significant certification in order to launch new services that's often the long pole in the tent. So we want to be able to get to that point as quickly as possible. And being able to have a public cloud deployment open systems capabilities that would really allow us to pass on that speed to market to those customers. So for example, an acquirer, a payment acquirer moving into a new geographical country they want to compete in they can (indistinct) on their competitors by launching minimum viable products in six to nine months that is five years ago, that could have been a 24 to 30 months endeavor for them to take on. So I, those were important considerations for us as we were choosing a longterm partner for the Postgres world and the public cloud world. >> Obviously, so you've talked a lot about your relationship with your clients and I know you have a really keen awareness of the need to ensure that trust, to ensure that reliability to ensure the collaboration. How about your relationship on the other side with EDB and in terms of all those elements so how has that evolved over a period of time and what kind of service and what kind of value do you think are you deriving from that relationship now? >> So with EDB, first of all, our journey started with 2ndQuadrant and now EDB. And we were specifically looking at the, one area was at the Bi-Directional Replication BDR that we were wanting to support with our solutions particularly in the public cloud. And that was going to enable us to replace multiple pieces of software from multiple vendors. And so we were to create that solution that was right for ACI, it was right for our customers from a functionality and agility and a cost perspective. So technologically with the non-functional requirements and the reliability, availability, serviceability aspects that we were looking for that was in partnership with 2ndQuadrant and EDB, that was a key element. I think the second piece of it is we worked really well with 2ndQuadrant EDB in terms of partnering to meet the needs of the market. It's great to have the right technology in place but then you need your partners really to be able to work with you tactically real-time in order to win in the market and make it work. And I found that they'd been a great partner for us to be able to do that and to be able to react quickly, do the right thing and really enable us to be a great partner to our customers as we deliver real-time payments, as we deliver the acquiring capabilities, as we deliver a modernization for the big banks that we work with as well. >> Now, before I let you go, I'm going to give you a two-part question here. That's always one way to squeeze a little more info (laughing) to the guest. First off advice. You've been through this transformation obviously you're very happy with all that has transpired, so your advice to others who are considering this journey. And then secondly, what can they and you do you think expect in terms of future challenges, opportunities how we might want to frame that with Postgres? Like, where are we going from here, basically? So, two parts, advice and then where do you think this is headed? >> So advice, I certainly learnings from us versus advice is number one, be very thorough in the due diligence that you do and be very clear on what you want and what are your goals that you're looking for. So from an AGI perspective, we were clear that total cost of ownership in terms of the stack that we were going to be providing to our customers. That was very important, number one number two, nonfunctional requirements. So I've talked about the mission criticality of payments 24/7 365. That was a key second piece. And then the third one, ease of deployment. I talked about that, multi-cloud deployment that we were looking for. So we were clear what we wanted and we we took our time from a due diligence point of view. It's a multi-year decision being made so it's not something specifically I think we want to rush into. In terms of looking forward and where do we go from here? Performance is critical so further up performance enhancements, ability for rapid failover availability, near 100% availability that we're looking for five-nines and above, working together with Postgres in order to make those failovers more seamless because they will happen, particularly in the real-time payments world, where we're now seeing billions of transactions happening in a week and soon that will be in a day, they will need to be able to deal with. And for all of this to happen in a public cloud environment, we, I think all understand a lot of the benefits of public cloud and we need to be able to provide this failover availability capability in the public cloud but also in a hybrid cloud environments we're in a multi-cloud environment, so we need to keep working that and make that happen that will make Postgres a payment-grade infrastructure that could power the world's real-time payments and we would love to be able to do that into the future. >> Well, Jeremy thanks for the insights, we appreciate that and once again, congratulations on getting back in that office. I know it's probably a pretty welcomed addition to your regimen now. >> Yeah, John, thank you very much and thanks to everyone who's dialed in for this and John I look forward to welcoming you in the office soon. >> Very good sir, I look forward to that as well. I'll take you up on that in Miami for sure. John Walls here on theCUBE talking with Jeremy Wilmot is the chief product officer at ACI Worldwide. part of our Postgres Vision 2021 coverage. (upbeat music)

>> From Seattle, Washington, it's theCUBE covering KubeCon and CloudNativeCon North America 2018 brought to you by Red Hat, the Cloud Native Computing Foundation and it's ecosystem partners. >> Hello everyone, welcome back to theCUBE's coverage here. Day three of wall to wall coverage at KubeCon, CloudNativeCon 2018, here in Seattle, theCUBE's been breaking it down all week. I'm John Furrier with Stu Miniman. Our next guest is Tuan Nguyen who is the principal engineer in technical marketing, cloud products and solutions at Cisco Systems. Tuan, welcome to theCUBE. Thanks for joining us. >> Thanks for having me. Thank you. >> So obviously, cloud has been a big part of Cisco. We've seen at Cisco Live last year and Cisco Barcelona. >> Yeah. >> Got your big European event coming up, Cisco Live in Europe. >> Yes. >> Cloud has been a big part of the CEO's conversations on stage. >> Yes. >> Cisco's going all in on cloud, DevNet. >> Yeah. >> DevNet Create, two communities. You guys got a cloud native vibe going on in Cisco. >> Yeah, we do. >> Cloud centered. You got some products that are addressing this. >> Right. >> This is a, shift for Cisco, big time. >> Yeah. >> You've in the cloud, but this is like all. It feels like an all in. >> Right, right. Yeah, yeah, so what we've been evangelizing to people here is that Cisco is a software company, right? We certainly have a very strong heritage in our enterprise relationships related to our hardware platforms but we're transitioning and we're really making that conversion to being a software company. Cisco has been acquiring talent and technology in the past couple years. We've developed some strong relationships with Google and AWS as well and we developed these reference architectures that our customers can buy as kind of a single unit and get the support that they need from us. >> Yeah. >> So. >> We covered your recent announcement with AWS. >> Yes. >> Really nice, elegantly designed Kubernetes strategy where using EKS over here, you got the Cisco stuff on here so it's seamless experience for the customer which is great, congrats, I think that's a great announcement. I think it's directionally correct. I think that's what customers want. But I want to ask you a bigger question I want to get your opinion on, perspective. When you look at Kubernetes, what we're hearing here at the show from end users and from the emerging start ups that are contributing is that, breaking down the monolithic application into a series of granule sets of services is what everyone is doing. That's clearly, that microservices, a variety of other things, Kubernetes can connect that. But it's the network that brings it together. >> Right. >> So we're seeing the policy knobs inside Kubernetes as being a very strategic benefit. We had one expert say, "A lot of people "aren't taking advantage of those policy knobs. "This is a great opportunity." >> Right. >> You guys are, (laughing) as networked as you could be at Cisco. This is your DNA. >> Yeah. >> How are you guys looking at Kubernetes? Are you looking at the policy knobs? How do you talk to your customers about this new opportunity with Kubernetes? >> Yeah. >> What's the real up side-- >> Yeah. >> For your customers with Kubernetes? >> Yeah. So one, you mentioned, we see Kubernetes as very pervasive so we offer an on prem version of Kubernetes and of course, you know, we partner with Google and with AWS to deliver on cloud versions of Kubernetes and related to policies, application policies, in the form of Istio and network policies or security policies in the form of a network interface. Our on prem solution offers three types of CNIs. So we're very flexible in that way and certainly if you are a Cisco customer and you have a Cisco ecosystem of hardware platforms then we natively integrate into those platforms and we let you leverage your existing investments, yeah. >> So if I look at it that way, then I'm saying, okay, I'm good with Cisco right now. >> Yeah. >> Do I have to change anything with Kubernetes? What's the impact to me, as a Cisco customer? >> Yeah. >> Is this added value? Consistent environment? What's the impact to the customer's day to day, operational? (laughing) >> Sure, sure. Yeah. >> Environment? >> Yeah, so our customers are asking us to tie both VM based and container based workloads into CICD, so we obviously, with with our ACI/CNI we give them the capability to construct policies in Kubernetes that end up on the hardware platform, right? That's number one. Then we also have a hardware registry, we have security policies, that can be carried across different platforms, so in your private cloud and VMware and OpenStack, you can carry those same policies. For us, we've got application delivery, frameworks and platforms, that deliver the application in the form of both VM and container based as well as bare metal and we kind of unify the user experience, when it comes to application deployment in Kubernetes. >> Yeah, so Tuan, I'm actually glad that we got you towards the end of what we've been talking about here because one of the things we've been teasing apart is, multi clouds, in many ways, is like what we've been talking about a long time about multi vendor. >> Yeah. >> And the networking space is an area that we really understand. You know, what worked and what didn't work in a multi vendor world and the management piece was often the breaking point because just stitching all those together, we've looked for the last few years, customers have multi cloud and getting their arms around that and how do I manage that, can be a real challenge. >> Yeah, yeah. >> We know Cisco's making investments, they've made acquisitions. Tell us, what have we learned from the past? What's different about this now that will make it successful where management has been one of the pitfalls for quite a long time? >> Yeah, yeah. So I think what we've learned from the past is that customers are asking us for policies that can span across the multi cloud, right? So, whereas certain platforms will give you a hybrid cloud experience, Cisco is investing in things like VPN meshed apologies into CSR, in ASR, in protecting workloads as they move across different cloud targets. And then also in the provisioning and life cycle management. We feel that customers want the capability to run applications in any cloud environment and under any type of overlay or underlay networking platforms, yeah. >> Tuan, one of the things that you talk about not only getting your arms around it but there is multi axis's that I need to optimize for. One of the ones, of course, sorting out is cost. So, you know, where does Cisco sit in this environment? The big shift that I think was really highlighted for me last year, going to Cisco Live is, it used to be most of what I'm managing, I control. >> Right. >> Today, most of the network and most of the environments that I'm in charge of? They're outside of my purview. >> Right. >> With doing that multi cloud world. >> Right. >> So how I make sure that I don't, you know, get myself in trouble with the CFO? >> Right. >> Or have unexpected things come up? >> Right, right, yeah. I came through a software acquisition called CliQr Technologies and CliQr Technologies is that one tool that gives you that experience and allows you to see cloud cost. So cloud cost from a hourly, metered perspective but also from a budgeting perspective. And we're adding additional components into our platform that gives you like true cost for all of your compute, all of your network, your storage, your services like Lambda and then also makes recommendations on the instant sizes that you need to use. We have policies like suspension policies that help our customers to save on their cloud bill. In a lot of ways, the life cycle management aspect of applications is something that differentiates us from other cloud management platforms. >> Talk about the cost side and the cost of ownership. I've always been talking about the cloud as the TCO or total cost of ownership, changes a bit. What are some of the challenges that you've seen the customers having that you guys are helping with? When you look at integrating security, networking and application performance and management? Cause it's not siloed anymore. >> Yeah. >> They're integrating together. >> That's right. >> This is a new dynamic. >> Right, right. >> What's state of the art? What are you guys doing? You guys address that? What are some of the customer challenges? Just, what's your thoughts on that area? >> Yeah so most of the time there are two basic challenges to this. One is, you know bringing the cloud economy into the private cloud consumption is something that our platform does. And then also being able to visualize all the costs. Helping our customers to make good decisions about what types of workloads run where best and whether it's, so we enable, obviously, VMs as well as cloud native, container based, micro services to co-exist in a single platform so we'll deploy VMs and containers in a hybrid fashion. >> Yeah. >> Or we'll deploy them into the same and we'll give you the utilization of those workloads based on dollar amounts, based on run time and also based on the type of workload. >> So here's the curve ball question for you. Now multi cloud comes into the equation? >> Yeah. >> How do you guys deal with that because workload, in some cases, I've heard from customers that refactoring those workloads is a problem. >> Right. >> So if I'm going to run true multi cloud, I'm going to have multiple clouds, I need networks to know, have smarts, around where I want to put that and do I want it in different geography maybe or region? So the network has the intelligence on a lot of things. >> Right. >> How are you guys addressing the multi cloud component? >> Yeah, yeah. >> With workload? Without refactoring? >> Yeah. So because we can compose applications that consist of both VMs and containers, right? One of the projects, just one of the use cases that we worked on with our relationship with Google was to, from cloud center, to deploy cloud native workloads in GKE that would navigate and basically traverse the VPN network to go back into the on prem target in order to access a database that was kind of a legacy database using an API URL. So that whole workflow was something that we solved for with our reference architecture so, you know, we obviously have the portfolio of products that allows our customers to take advantage of both hardware, software and networking and security and monitoring all in one reference architecture. >> A lot of opportunities for you guys. I think you're positioned well. We've covered you guys on the DevNet, DevNet Create. >> Yeah. >> You're seeing the cloud center, this dashboard kind of model of looking at the operations side, the development side. A lot of changes. Really kind of fit right into your wheelhouse. >> Yes, yeah. >> I think the Kubernetes policy knobs, it's a big story that I'm walking away with on this trip and saying, wow, policy sounds like a networking thing. Networking guys love policy. >> Yeah. >> If you can automate it? >> Yeah, that's right. >> And managed the costs? >> Yeah. >> It's a good thing. >> Yeah. >> Thanks for coming on, appreciate your insight. >> Thank you, thank you very much. >> CUBE coverage here, day three continues. I'm John Furrier with Stu Miniman. Stay with us for wall to wall coverage here at KubeCon, CloudNativeCon. We'll be right back with more, after this short break. (upbeat techno music)