(upbeat music) >> Good afternoon and welcome back to Las Vegas. You're watching theCUBE's coverage of AWS 2021. My name is Dave Vellante. theCUBE goes out to the events. We extract the signal from the noise. Very few physical events this year doing a lot of hybrid stuff. It's great to be back in hybrid event... Physical event land, 25,000 people here. Probably a little few more registered than that. And then on the periphery, got to be another at least 10,000 people that came in, flew in and out, see what's happening. A bunch of VCs, checking things out, a few parties last night and so forth. A lot of action here. It's like re:Invent is back. Matt Coulter is here. He's a technical architect at Liberty Mutual. Matt, thanks for flying in from Belfast. Good to see ya. >> Dave, and thanks for having me today. >> Pleasure. So what's your role as a technical architect? Maybe describe that, we'll get into a little bit. >> Yeah so I am here to empower and enable our developers across the globe to rapidly deliver business value and solve problems for our customers in a well-architected way that doesn't introduce problems or risks, you know, later down the line. So instead of thinking of me as someone who directly every day, build software, I try to create the environment where other people can rapidly build software. >> That's, you know, it's interesting. because you're a developer, right? You can use like, "Hey I code." That's what normally you would say but you're actually creating frameworks and business model so that others can learn, teach them how to fish, so we speak. >> Yeah because I can only scale, there's a certain amount. Whereas if I can teach, there's 5,000 people in Liberty Mutual's tech organization. So if I can teach the 5,000 to be 5% better, it's way more than me even if I 10Xed >> When did you first touch the Cloud? >> Personally, it would have been four/five years ago. That's when I started in the Cloud. >> What was that experience like for you? >> Oh, it was hard. It was very different to anything that we'd done in the past. So it's because you... Traditionally, you would have just written your small piece of code. You would have had a big application that was out there, it had been out there maybe 20 years, it was deployed, and you were just adding a couple of lines. Whereas when you start putting stuff into the Cloud, it's out there. It's on the internet for anyone there to try and hack or try to get into. It was a bit overwhelming the amount that you needed to learn. So it was- >> Was it worth it? >> Oh yeah. Completely. (laughing) So that's the thing, that I would never go back to the way we did things before. And that's why I'm so passionate, enthusiastic about the stuff I've been doing. Because to me, the amount of benefits you can get, like now we can deliver thing. We have teams going out there and doing discovery and framing with the business. And they're pushing well-architected products three days later into production. That was unheard of before, you know, this year. >> Yeah. So you were part of Werner's keynote this morning. Of course that's always one of the keynotes that's most anticipated at re:Invent. It's on the sort of last day. He's awesome. This is you know, 10th year of re:Invent. He sort of did a look back. He started out (chuckles) he's just a cool guy and very passionate. But talk about what your role was in the keynote. >> Yeah so I had a section towards the end of the keynote, and I was to talk about Liberty Mutual's serverless first journey. I actually went through from 2014 through to the current day of all the major Cloud milestones that we've hit. And I talked through some of the impact it's had on our business and the impact it's had on our developers. And yeah it's just been this incredible journey where as I said, it was hard at the start. So we had to spark this culture within our company that we were going to empower and enable our developers and we were going to get them excited about doing this. And that's why we needed to make it safe. So there was a lot of work went down at the start to make the Cloud safe for our developers to experiment. And then the past two years have been known that it's safe, okay? Let's see what it can do. Let's go. >> Yeah so Liberty Mutual has been around many many years, Boston-based, you know, East Coast-based, my home city. I don't live in Boston but I consider it my city. And so talk about your business a little bit because you're an established company. I don't know, probably a hundred years old, right? Any all other newbies nipping at your business, right? Coming in with low-cost products. Maybe not bringing as much protection as you dig into it. But regardless, you've got to compete with them technically. So what are some of the drivers in your business and how are you using the Cloud to sort of defend your turf and grow? >> Yeah so first of all, we're 109 years old. (laughing) Yeah. So absolutely, there's an entire insurtech market of people here gunning for the big Liberty Mutual because we've been here for so long. And our whole thing is we're focused on our customers. So we want to be there for people in their time of need. Because at a point in time whenever you need insurance, typically something is going wrong. And that's why we're building innovative solutions like a serverless call center we built, that after natural disaster, it can automatically process claims in less than four minutes. So instead of having to wait on hold for maybe an hour, you can just text or pick up the phone, and four minutes later your claims are through. And that's we're using technology always focused on the customer. >> That's unbelievable. Think about that experience, to me. I mean I've filed claims before and it's, it's kind of time consuming. And you're saying you've compressed that to minutes? Days, weeks, you know, and now you've compressed that to minutes? >> Yeah. >> Tell us more about how you did that. >> And that's because it's a fully serverless solution that was built. So it doesn't require like people to scale. It can scale to whatever number of our customers need to make a claim at that point because that would typically be the bottleneck if there's some kind of natural disaster. So that means that if something happens we can just switch it on. And customers can choose not to use it. You can always choose to say I want to speak to a person. But now with this technology, we can just make it easy and just go. Everything, all the information we know in the back end, we just use it and actually make things better for you. >> You're talking about the impact that it had on your business and developers. So how do you quantify that? Maybe start with the business. Maybe share some ways in which you look at that measure. >> Yeah, so I mean, in terms of how we measure the impact of the Cloud on our business, we're always looking at our profitability and we're always looking, as I say, at our customers. And ideally, I want our Cloud bill to go down as our number of customers goes up because that's why we're using the serverless fast mindset, we call it. We don't want to build anything we don't have to build. We want to take the best that's out there and just piece it together and produce these products for our customers. So yeah, that's having an impact on our business because now developers aren't spending weeks, months, years doing all this configuration. And they can actually sit down with the business and understand how we write insurance. So now we can start being innovative with our products and talking about the real business instead of everything else. >> When you say you want your Cloud bill to go down, you know, it reminds me like in the old days of IT budgeting, right? It was always slash, do more with less cut, cut, cut, right? And it was kind of going in cycles. But with the Cloud a lot of customers that I talk to, they were like, might be going down as a percentage of revenues but actually it might be going up as you launch more projects because they're driving revenue. There's a tighter tie between revenue and Cloud bill. How do you look at that? >> Yeah. So I mean, with every project, you have to look at the worth-based development often and whether or not it's going to hold this away in the market. And the key thing is with the serverless products that are being released now, they cost pennies if they're low scale. So you can actually launch a new product into the market and it maybe only cost you $20 to see if that thing would fit in the market. So by the time you're getting into the big bills you know whether or not you've got a market fit and you can decide whether you want to pivot. >> Oh wow. So you you've compressed, that's another business metric. You've compressed the time to get certainty around product market fit, right? Which is huge because you really can't go to market until you have product market fit (laughing) >> Exactly. You have to be. Thoroughly understand if it's going to work. >> Right because if you go to the market and you've got 50% churn. (laughing) Well, you don't want to be worried about the go-to market. You got to get back to the product so you can test that and you can generate. >> So that's why, yeah, As I said, we have developers who can go out and do discovery and framing on a potential product and deliver it three days later which (chuckles) >> How has the Cloud effected developer satisfaction or passion? I guess it's... I mean we're in AWS Cloud. Our developers, we tell them "Okay, you got to go back on-prem." They would say, "I quit." (laughing) How has it affected their lives? >> Yeah it's completely there for them, it's way better. So now we have way more ownership over any, you know, of everything we ever did. So it feels like you're truly a part of Liberty Mutual and you're solving Liberty's problems now. Because it's not a case of like, "Okay, let's put in a request to stand up a server, it's going to take six months. And then let's do some big long acquisition." It's a case of like, "Let's actually get done into the nitty gritty of what we going to build." And that's- >> How do you use the Cloud developer kit? Maybe you could talk about that. I mean, explain what it is. It's a framework. But explain from your perspective. >> Yeah so the Cloud typically, it started off, and lot of it was done by Cloud infrastructure engineers who created these big YAML files. That's how they defined all the stuff that's going to be deployed. But that's not typically the development language that most developers use. The CDK is in like Java, TypeScript, .NET, Python. The language is developers ready known love. And it means that they can use everything they already know from all of their previous development experience and bring it to the Cloud. And you see some benefits like, you get, I talked about this morning, a 1500 line YAML file was reduced to 14 lines of TypeScript. And that's what we're talking about with the cognitive difference for a developer using CDK versus anything else. >> Cognitive abstraction, >> Right? >> Yeah. And so it just simplifies your living and you spend more time doing cool stuff. >> Yeah we can write an abstraction for our specific needs once. And then everybody can use that abstraction. And if we want to make a change and make it better, everyone benefits instead of everybody doing the same thing all the time. >> So for people who are unfamiliar, what do you need? You need an AWS account, obviously. You got to get a command-line interface, I would imagine. maybe some Node.js often running, or is it- >> Yeah. So that's it. You need an AWS account, and then you need to install CDK, which is from Node Package Manager. And then from there, it depends on which way you want to start. You could use my project CDK patterns, has a whole ray of working patterns that you can clone among commands. You just have to type, like one command you've got a pattern, and then CDK deploy. And you'll have something working. >> Okay so what do you do day-to-day? You sort of, you evangelize folks to come in and get trained? Is there just like a backlog of people that want your time? How do you manage that? >> So I try to be the place that I'm needed the most based on impact of the business. And that's why I try to go in. Liberty split up into different areas and I try to go into those areas, understand where they are versus where they need to be. And then if I can do that across everywhere, you can see the common thesis. And then I can see where I can have the most impact across the board instead of focusing on one micro place. So there's a variety of tools and techniques that I would do, you know, to go through that but that's the crux of it. >> So you look at your business across the portfolio, so you have portfolio view. And then you do a gap analysis essentially, say "Okay, where can I approach this framework and technology from a developer standpoint, add value? >> Yeah like I could go into every single team with every single project, draw it all out and like, what we call Wardley map, and then you can draw a line and then say "Everything blue in this line is undifferentiated, heavy-lifted. I want you to migrate that. And here's how you're going to do it I've already built the tools for that." And that's how we can drive those conversations. >> So, you know, it's funny, I spent a lot of time in the insurance business not in the business but consulting with heads of application development and looking at portfolios. And you know, they did their thing. But you know, a lot of people sort of question, "Can developers in an insurance company actually become cool Cloud native developers?" You're doing it, right? So that's going to be an amazing transformation for your colleagues and your industry. And it's happening as we look around here (indistinct) >> And that's the thing, in Liberty I'm not the only one. So there's Tommy Gloklin, he's an AWS hero, and there's Diali Mikan, who's an AWS hero. And Diali is in Workgrid but we're still all the same family. >> So what does it mean to be an AWS hero? >> Yeah so this is something that AWS has to offer you to join. So basically, it's about impacting the community. It's not... There's not like a checklist of items you can go through and you're hero. It's you have to be nominated internally through AWS, and then you have to have the right intentions. And yeah, just follow through. >> Dave: That's awesome. Yeah so our producer, Lynette, is looking for an Irish limerick. You know, every, say I'm half Irish is through my marriage. Dad, you didn't know that, did you? And every year we have a St Patrick's Day party and my daughter comes up with limericks. So I don't know, if you have one that you want to share. If you don't, that's fine. >> I have no limericks for now. I'm so sorry. (laughing) >> There once was a producer from, where are you from? (laughing) So where do you want to take this, Matt? What's your future look like with this program? >> So right now, today, I actually launched a book called the CDK book. >> Dave: Really? Awesome. >> Yeah So me and three other heroes got together and put everything we know about CDK and distilled it into one book. But the... I mean there's two sides, there's inside Liberty. The goal as I've mentioned is to get our developers to the point that they're talking about real insurance problems rather than tech. And then outside Liberty in the community the goal is things like CDK Day, which is a global conference that I created and run. And I want to just grow those farther and farther throughout the world so that eventually we can start learning you know, cross business, cross market, cross the main instead of just internally one company. >> It's impressive how tuned in you are to the business. Do you feel like the Cloud almost forces that alignment? >> It does. It definitely does. Because when you move quickly, you need to understand what you're doing. You can't bluff almost, you know. Like everything you're building you're demonstrating that every two weeks or faster. So you need to know the business to do it. >> Well, Matt, congratulations on all the great work that you've done and the keynote this morning. You know, true tech hero. We really appreciate your time coming in theCUBE. >> Thank you, Dave, for having me. >> Our pleasure. And thank you for watching. This is Dave Vellante for theCUBE at AWS re:Invent. We are the leader global tech coverage. We'll be right back. (light upbeat music)

>> From theCUBE studios in Palo Alto in Boston, connecting with thought leaders all around the world, this is theCUBE conversation. >> Hi, I'm Stu Miniman, and welcome to a CUBE conversation. Always love when we can dig into practitioner discussions, and one of the editorial themes I've been really looking into in 2020 has been discussion of server lists. So really excited to welcome to the program, Dave Anderson, he is director of technology at Liberty Mutual, coming to me from Ireland. Dave, thanks so much for joining us. >> Thank you Stu, delighted to be here. >> All right, so I think most of our audience is probably familiar with Liberty Mutual. You work in the software group, Liberty IT, as part of Liberty Mutual. If you could just start us off, give us a little bit about your background, and your group's role inside the organization. >> Sure, Liberty IT started 20 years ago as really sort of an internal software host. Part of the Liberty Mutual group, we're part of Liberty Mutual Technologies. So we kind of work across all the markets in Liberty Mutual and all the kind of global locations. My role as director of technology is really think about what's the technical direction of Liberty IT? I can lead the architects with my group and really thinking about global architecture of Liberty Mutual and how can we provide business value in the mission going forward. >> Excellent, so Dave I guess what is the just kind of overall business and IT relationship? When I think of companies like yours, usually MNA comes in their growth expansions and digital transformation's been one of those buzzword discussions. But absolutely you need to be close to your customers there's lots of services that you need to provide online. How are some of those overall dynamic impacting how IT is supporting the business? >> That's a great question Stu. I mean technology has always been a key differentiator in Liberty Mutual. Even as my group was setup, like I said 20 years ago. It was always seen as a differentiator as something that we can be very good at. We've always been quite close to be in the cutting edge of technology. Many companies would say, "We're not an insurance company, we're a technology company that sells insurance." We are an insurance company, that's very important but we also need to understand that using the latest technology i.e. the cloud providers, really helps us deliver value to our business partners and customers. It is critical that we have a very tight partnership with our business partner. >> Excellent so yeah 20 years, a lot has changed in that time. Give us a little bit if you can, share a snapshot of where you are kind of in the cloud discussion. And what are the relationships between kind of the infrastructure side of the team and the development side of the team? And excepting that'll lead us forward to the server discussion. >> Sure I mean I joined Liberty about 12 years ago, 13 years ago and I actually started in one of the digital channels, that existence of digital channels. And probably almost 10 years ago our CEO James McGlannan quite a visionary, started kind of pressing the public cloud agenda and we started discussing public cloud as a potential future. It was a really exciting time. Cause I think the infrastructure development we all are in, gosh what's the possibilities of public cloud. And as you know the cloud itself it probably changes every year, it's redefined, there's new capabilities. I'm not sure we could envisage where we are today back when we started that conversation. Like every large enterprise, the initial conversation's around how do we enable this? How do we make this safe? How do we protect our data? All the usual kind of questions you would have. But in a way we kind of really joined together the very different departments. We thought, well how do we move the enterprise forward? And as well I mean we want to get a global capability for cloud was very important. And bringing up the velocity that we can deliver value quickly to our business partners. We didn't do it for technology's sake we did it to contribute real value for the business. And one of the really interesting things that we talked about is we shied away from counting how many virtual machines do we have in the cloud. That wasn't really a good metric for us. How are we delivering value to your business partners? That was kind of the metric that we chased and continue to chase. >> Well that's excellent how you kind of laid that out. I'm wondering if you could help extend that and bring us into where serverless fit into that discussion. I loved how you say it's not about number of VM's or the new shiny thing. So, what was it that led to your first use of serverless? And bring us a little bit along that journey that you've been going through. >> Sure, well one of the things that I've always found critical working in technology is that curiosity. But in a search for what's next. So, within micro IOS charts my people will say, "Where do we need to get to? What is 3 to 5 years out?" And we've a lot of really fantastic peers right across Liberty Mutual. Bright, open minded, they can think ahead. So one of my team was at I think it was re:Invent in I think it was 2013, where the launched Lambda for 2014. And each my crew were excited. They can build their first small application. It was actually a document generation. I think they were using some propriety systems. So they built a document generation solution. I couldn't believe the amount of ROM cost that was saved. It probably knocked something like 97% off the cost. Couldn't believe it. And we started saying, "Wow this is potential." But back then, again 5 or 6 years ago the stack was very immature. There was a lot of things you needed to figure out. Like the observability, the developer environment. There's a whole bunch of stuff that wasn't quite right. So it's something that we shared to our peers across the organization. We talked about it. We really started to kind of think, "Well this is interesting, this idea of serverless or manage servers." It started to really change how we thought and it really started to make the concept of a cloud native application very real. Cause we started to think of cloud native architecture loaded into application architecture. And that started to really flip how we thought. So it's just been a real journey these past couple of years. And a big thing for me is we started with engineers thinking of cloud as a mindset not necessarily as a platform. That opened the door to a lot of possibilities. >> Yeah, that's really interesting that you said that. Often times we say cloud is an operational model not a physical location. Are you using multiple clouds today? >> Yes, we probably tend to have a multi cloud strategy. And really to be very clear, serverless for us it's not just functions of service. Its not saying, "We're just using kind of something like Lambda." It's really about that idea using managed service. Thinking about evolution of architecture. How can we kind of try and cut out anything that is actually not differentiating? There's a great term which I always like is the stack policy is sometimes a technology companies we get obsessed by the stack. We think that the piece near the customer is quite easy. But think from the technology perspective we need to think about, we can deliver the most value by making the customer experience kind of best. And it can be even ramp the stack from whoever we need. >> Yeah, no, its a fascinating discussion. I've seen even today. You say serverless functions as a service. A lot of it is I don't want the developer to have to think about those underlying layer. Which reminds me of the discussion we've been having about platform as a service for more than a decade but PaaS was supposed to be platform independent. So I could have my code where ever it goes. Serverless today, right now we've talked about Lambda, Amazon there's certain things that I could only do on Amazon. There are discussions and working groups and the cloud data computing foundation. Working on how we can do serverless functions as a service that could expand between multiple clouds or use the same sort of code. So how do you look at that space? You talk about cloud native. How do you make sure that you're leveraging the technologies of the specific cloud but I guess I'll throw out not being locked into any one provider? >> I think about it for me it starts with the empowerment of the engineering team. We talk about a serverless first strategy that means that we've got the capability to build anything you need to. But to rent where you can. We had a fascinating story one of our best stories is a company called Workgrid. Workgrid Software is one of the companies that we spun out of Liberty Mutual. That was a project that we had an internal digital assistant that we built with some of our teams, it'd be back 4, 5 years ago. And our CEO James McGlannan decided to fund that as a kind of a startup. They broke off around 3 years ago and that initial team had 4 people in that engineering team. So they kind of decided that they would be serverless first in their approach. They didn't have time to think about operability or rights for portability. They had to realize business value really quickly. So they took a evolutionary architectural approach which meant they kept incrementing and iterating delivering value where possible. What's the next best thing that they can build to deliver value to the customer? So when you think in that regard, if you ever come to an Amazon of a grid, no one way doors, keep the two way doors. Don't lock yourself into anything. Make decisions that you can always build upon. So with that kind of constant iterative work our teams and that's serverless first strategy. It means that when you do rent the service if you need to change to another service it's just a matter of if you've your boundaries set up practically, it's very easy to get out of that. You dig yourself in deep to something, that's the difference. So I think there's an engineering mindset and culture that we certainly have proudness in our teams. But they kind of go fast, focus on business value and try and be sort cloud native in their outlook. >> Excellent, yeah, I just heard Andy Jassy in the AWS Summit online talking about those one way door. So sounds like from your standpoint, serverless is a two-way door for architecting in your mindset? >> Absolutely, I mean I think really for me it brings architecture back into the team. It's one of the really nice things is if your team use managed services that focus is on business value. If our infrastructure is set up to support that type of team then you have minimal hand offs within the team. Through the single team, its their job to create value, engineer the solution, make sure the security is good enough, build the operation, the visibility it's all contained within one team. We get a huge responsibility from that one team. As an engineer that is super powerful, super huge autonomy. So we can talk with the serverless engineer and for me it's been absolutely fascinating to see teams come into this environment and once they understand that event driven way of creating their systems. And I use the words systems rather than applications to create event driven systems they're constantly building upon. It's just fascinating to see where they go. You start to see the creativity and innovation of the engineers. So its truly unbelievable to watch. They're really very cool. >> Dave, I'm curious when you look at the application portfolio that your team manages, how do you decide what goes serverless? Is it new development all goes serverless? Has there been a migration? How do you look at the overall application portfolio that you have? >> It kind of depends I suppose on, I'm not going to sit here and say that we're going to refactor everything to serverless. I think when you do a migration there's usually six or seven paths you can go down and you do what's best for the business. But for new development, it's definitely interesting we haven't found many used cases that are really a bad fit. It's a spectrum we may decide what different servers to use. We built a system last year which was absolutely fascinating to see. It's like a a financial aggregation system where we do a lot of our accounting. So it was kind of serverless ETL, we're trying to do like an end of month batch system to detect a lot accounts from different countries and kind of pipe them into a kind of general ledger. Not something I would've thought about for serverless, to be honest. But then when you think about it and some of our engineering leads they have put this together. They can design this fantastic system using serverless workflows. Cause you're taking lots of various different types of data orchestrated in a single destination. And we put live in that this year and I think one of the monthly ends that they recently ran I think they ran something like 100 million transactions. Relatively low cost and of course being a month end system the rest of the months there's zero cost. You don't pay for idle. We only actually pay for wireless roaming in that month end process for maybe like FDRs or something. >> Dave, you talked about the early days 2014 when Lambda was announced, re:Invent, when you first started using it in the first year or so. There's the maturity of that ecosystem solutions set. Where do you see things now? What's working well? What's on your wishlist? Kind of mature or increase overall functionality to help? >> I think that the developer environment and developer experience is a big part. One of the key messages in trying to kind of get into our culture is code is a liability. It's not an asset. If you have a bunch of engineers writing lots of code that in fact is a liability. There's no business asset in that. The asset is in the system that you create. Trying to get engineers into the mindset to write less code and they actually engineer systems. So one of the things we've been trying to do is maybe using patterns as building blocks. People became kind of like a Lego building block way of creating their systems. Piecing somethings like CDK code development kit patterns. Using the world architect process to make sure that teams are looking after their cost, their security, their performance, their liability, and their kind of optimizations. Some of those things are really important in that whole ownership of an operational view of their systems. And also even things like observability. When you create a system with a lot of events laying around it starts getting complex. But then if you do it correctly you can start to layer on well, what better insights can we build on top of the system? So it's really opening up teams a different way of working. And then of course there's lots of operational challenges when you get into more complex environment. So as we often say, it's not easier, different, built difficulty building systems, but it's different, that's what's definitely easier but better. >> All right, how about anything that you're looking out towards the future? You talked about the early days when you look at these and while you're not necessarily throwing the latest shiny thing into production, there's that curiosity. So what's exciting you now? Anything else kind of looking forward that you prepare? >> I think one of the fantastic success stories we've had is with a project we call Virtual Assistant. And really to answer your question, its about how teams can properly work at MVP. So, one of the things that we really find fascinating is when you put a good engineering team. And I mean a team who you're really solid engineers you then layer on the cloud and security best practices and verification. We then put them in a coded serverless environment with real business problem. They then create a MVP. You're virtual assistant in, raises an MVP. So if you call into a call center and you have a fairly straightforward request, like if you have an auto claim you might say, "Well when can I pick up my ramp bill?" If you already done your claim. We have an NLP a natural language assistant that can help you with that conversation. So when you start with an MVP system like that you can start them off at a fairly small traffic, until you actually tune that until it's kind of perfect. And then you gradually scale up and add on other data driven potential AI services, integrations to that. So I think when you start to take the MVP approach, and have a very, very novel solution see what that's like in the wild and then start to scale out. We scale that system for taking maybe 30 calls maybe taking about a quarter on your calls. It's fantastic how you can start to scale these system up. Well I think what I'm really looking for is more kind of support to see how we can you know, it's the art of the possible. How can we use this skillset and this serverless mindset to create really fascinating business applications. Because when you get under that kind of creative conversation with business partners, I mean they don't want to hear about Lambda or events or observability. They want to say, "Well, what can I do with AI? What can I do with Voice, what can I do with Vision?" So we start to open up really fantastic conversations like that. So I'd like to see more of that, but in a creative product development. >> Excellent, well yeah Dave, so important that you brought back as to how IT in the business. Working together, it's not about the technical widget or knobs or anything. But the services and the value that ultimately you can provide for the business and the impact that has on your ultimate end customer. All right, Dave, thanks so much. Real pleasure having a chat with you. >> Thanks Stu really appreciate it, thank you. >> All right, be sure to check out theCUBE.net. Lots of backgrounds, if you go hit the search, you can actually type serverless, find out more about what we've been covering as well as what events we will be at in the future. I'm Stu Miniman and thank you for watching theCube. (gentle music)