>>And welcome back to the cubes coverage of AWS executive summit at re-invent 2021. I'm John ferry hosts of the cube. This segment is about surviving and thriving and with the digital revolution that's happening, the digital transformation that's turning into and changing businesses. We've got two great guests here with guardian life. Nick Volpi CIO of individual markets at guardian life and Kim golly CTO of life. And is at Accenture essentially, obviously doing a lot of cutting-edge work, guardian changing the game. Nick, thanks for coming on, Kevin. Thanks for coming on. >>Thanks John. Good to be here. >>So I wonder before I get into the question, I want to just set the table a little bit. The pandemic has given everyone a mandate, the good projects are exposed. The bad projects are exposed. Everyone can kind of see kind of what's happening because of the pandemic forced everyone to kind of identify what's working. What's not working what the double-down on innovation for customers is a big focus, but now with the pandemic kind of relieving and coming out of it, the world's changed. This is an opportunity for businesses, Nick, this is something that you guys are focused on. Can you take us through what guardian lives doing kind of in this post pandemic changeover as cloud goes next level? >>Yeah. Thanks John. So, you know, the immediate need in the pandemic situation was about the new business capability. So those familiar with insurance traditionally, you know, life insurance, underwriting, disability underwriting is very in-person fluids labs, uh, attending physician statements. And when March of 2020 broke that all came to an abrupt halt, right doctor's office were either closed. Testing centers were either closed or inundated with COVID testing. So we had to come up with some creative ways to digitize our new business, um, adopt the application and adopt our new medical questionnaires and also get creative on some of our underwriting standards that put us at, you know, certain limits and certain levels and how we, when we needed fluids. So we, we, we have pretty quickly, we're agile about decisions there. And we moved from about, uh, you know, 40 to 50% adoption rate of our electronic applications to, you know, north of 98% across the board. >>Um, in addition, we kind of saw some opportunities for products and more capabilities beyond new business. So after we weathered the storm, we started taking a step back. And like you said, look at what we were doing. Like kind of have a start, stop, continue conversation internally to say, you know, this digitation digitization is a new norm. How do we meet it from every angle, not just a new business, right? And that's where we started to look at our policy administration systems, moving more to the cloud and leveraging the cloud to its fullest extent versus just a lift and shift. >>Kim, I want to get your perspective at a century I'm, I've done a lot of interviews with the past, I think 18 months, lots of use cases with a central, almost in every vertical where you guys are almost like the firefighters get called in to like help out cause the cloud actually now isn't an enabler. Um, how do you see the impact of the, of the pandemic around reverbing through? I mean, obviously you guys come to the table, you guys bring in, I mean, what's your perspective on this? >>So, yeah, it's really interesting. I think the most interesting fact >>Is, you know, we talk about Nick raised the, you know, such a strong area in our business of underwriting and how can we expedite that? There's been talking on the table for a number of years. Um, but the industry has been very slow or reluctant to embrace. And the pandemic became a very informed, I became an enforcer in it to be honest. And a lot of the companies were thinking about a prior. Um, but that's, it they'll think about it. I mean, even essentially we, we launched a huge three-year investment to get clients into cloud and digital transformation, but the pandemic just expedited everything. Now the upside is clients that were in a well-advanced stage of planning, uh, that we're easily able to adopt. Uh, but clients that weren't were really left behind. Um, so we became very, very busy just supporting the clients that weren't didn't have as much forethought as the likes of guardian, et cetera. >>Nick, that brings up a good point. I want to get your reaction to see if you agree. I mean, people who didn't put their toe in the cloud, or just jump in the deep end, really got flat-footed when the pandemic hit, because they weren't prepared people who were either ingratiated in with the cloud or how many active projects were even being full deployments in there did well, what's your take on that? >>Yeah, the, the enablement we had and, and the gift we were given by starting our cloud journey, and I want to say 2016, 17 was we really started moving to the cloud. And I think we were the only insurer that moved production load to the cloud at that point. Um, most of insurers were putting their development environments, maybe even their environments, but, you know, guardian had a strategy of getting out of the data center and moving to a much more flexible, scalable environment architecture using the AWS cloud. Um, so we completed our journey into the cloud by 2018, 19, and we were at the point of really capitalizing versus moving. So we were able to move very quickly, very nimbly, uh, when, when the pandemic hit or in any digital situation, we have that, that flexibility and capacity that AWS provides us to really respond to our customers, our customer's needs. So we were one of the more fortunate insurers that were well into our cloud journey and at the point of optimization versus the point of moving. >>So let's talk about the connection with, with the sensors, life insurance and annuity platform also known as a, I think the acronym is, uh, what was that? Why was that relevant? What, what was that all about? >>Yeah. So I'll go first and then Kim, you can jump in and see if you agree with me. Um, so >>It's essentially, >>I suspect you would write John, like I said, our new business focus was the original, like the, the, the, the emergency situation when the pandemic hit. But as we went further into it and realized the mortality and morbidity and the needs and wants of our customers, which is a major focus of guardian, really being, having the client at the center of every conversation we have, we realized that there was a real opportunity for product and his product continues to change. And you had regulations like 7,702 coming out where you had to reprice the entire portfolio to be able to sell it by January 1st, 2022, we realized our current systems are for policy admin. We're not matching our digital capabilities that we had moved to the cloud. So we embarked on a very extensive RFP to Accenture and a few other vendors that would come to the table and work with us. >>And we just really got to a place where combination of our, our desire to be on the cloud, be flexible and be capable for our customers. Married really well with the, the knowledge, the industry knowledge and the capabilities that Accenture brought to the table with the Ayla platform, um, their book of business, their current infrastructure, their configuration versus development, really all aligned with our need for flexible, fast time to market. You know, we're looking to cut development times significantly. We're looking to cut tests in times niggly. And as of right now, it's all proving true between the CA the cloud capability and halo capability. We are reaping the benefits of having this new platform, uh, coming up in live very soon here before. >>Well, I get to, um, a center's perspective. I want to just ask you a quick follow-up on that. Nick, if you don't mind the, you basically talk us through, okay, I can see what's happening here. You get with Accenture take advantage of what they got going on. You get into the cloud, you start getting the efficiencies, get the cultural change. What refactoring has you have you seen? What's your vision? I should say, what's your vision around what's next? Because clearly there's a, there's a, there's a, there's a playbook you get in the cloud replatform, you get the cultural fit, you understand the personnel issues, how to tap the resources. Then you gotta look for innovation where you can start changing. What, how you do things to refactor the business model. >>Yeah. So I think that, you know, specifically to this conversation, that's around the product capability, right? So for all too long, the insurance companies have had three specific sleeves of insurance products. We've had individual life. We have an individual disability and we'd have individual annuities, right? Each of them serving a specific purpose in the customer's lives, what this platform and this cloud platform allows us to do is start to think about, can we create the concept of a single rapper? Can we bring some of these products together? Can we centralize the buying process? And with ALA behind the scenes, you don't have that. You know, I kind of equate it to building a Ferrari and attaching a, uh, a trailer to it, right? And that's what we were doing today. Our digital front ends, our new business capabilities are all being anchored down or slowed down by our traditional mainframe backends by introducing Accenture on the cloud in AWS, we now have our Ferrari fully free to run as fast as it can versus anchoring this massive, you know, trailer to it. Um, so it really was a matter of bringing our product innovation to our digital front end innovation that we've been working on for, you know, two or three years prior. >>I mean, this is the kind of the Amazon way, right? You decouple things, you decompose, you don't want to have a drag. And with containers, we're seeing companies look at existing legacy in a way that's different. Um, can you talk about how you guys look at that Nick and terminally? Because a lot of CEO's are saying, Hey, you know what? I can have the best of both worlds. I don't have to kill the old to bring in the new, but I can certainly modernize everything. What's your reaction to that? >>Yeah. And I think that's, that's our exact, that's our exact path forward, right? We don't, we don't feel like we need to boil the ocean. Right. We're going after the surgically for the things that we think are going to be most impactful to our customers, right? So legacy blocks of business that are sitting out there that are, you know, full, completely closed. They're not our concern. It's really hitching this new ALA capability to the next generation of products. The next generation of customer needs understanding data, data capture is very important. And right. So if you look at the mainframes and what we're living on now, it's all about the owner of the policy. You lose connection with the beneficiary or the insured, what these new platforms allowed us to do is really understand the household around the products that they're buying. Right. I know it sounds simple, but that data architecture, that data infrastructure on these newer platforms and in the cloud, you can turn it faster. >>You have scale to do more analysis, but you're also able to capture in a much cleaner way on the traditional systems. You're talking about what we call intimately the blob on the mainframe that has your name, your first name, your last name, your address, all in one free form field sitting in some database. It's very hard to discern on these new platforms, given our need and our desire to be deeper into the client's lives, understanding their needs, ALA coupled with em, with AWS, with our new business capabilities on the front end really puts together that true customer value chain. That's going to differentiate us. >>Okay. I'm okay. CTO of a live as he calls it, the acronym for the service you have, this is a great example. I hate to use the word on-ramp cause that sounds so old, right? But in a way in vertical markets, you're seeing the power of the cloud because the data and the AI could be freed up and you can take advantage of all the heavy lifting by providing some platform or some support with Amazon, the, your expertise. This is a great use case of that, I think. And I think, you know, this is, I think a future trend where the developments can be faster, that value can be faster and your customers don't have to build all that lower level abstractions. If you will. Can you describe the essential relationship to your customers as you guys? Cause this is a real great use case. >>Yeah, it is. You know, our philosophy is simple. Let's not reinvent the wheel and with cloud and native services as AWS and, uh, provide w we want to focus on the business of what the system needs to do and not all the little side bets, we can get a great service. That's fully managed that has, uh, security patches updates. We want to focus on the real deal. Like Nick wants to focus on the business and not so much what's underneath it. That's my problem. I'm focusing on that. And we will work together, uh, in a nice little gel. You've had the relatively new term, no code, low code. You know, it's strange a modern system, like a lip has been that way for a number of years. Basically it means I don't want to make code changes. I just want to be able to configure it. >>So now more people can have access to make change, and we can even get it to the point where it's the people that are sitting there, dealing with the clients that would be the ultimate, where they can innovate and come up with ideas and try things because we've got it so simple. We're not there yet, but that's the ultimate goal. So alien, the no code, no code has been around for quite some time. And maybe we should take advantage of that, but I think we're missing one thing. So as good as the platform is the cloud moving in calculating native services, using the built-in security that comes with all that, um, and extending the function and then being able to tap into, you know, the InsureTech FinTech internet of things, and quickly adapt. I think the partnership is big. Okay. Uh, it's, it's very strong part of the exercise, so you can have the product, but without the people that work well together, I think it's also a big challenge. >>You know, all programs have their idiosyncrasies and there's a lot of challenges along the way. You know, there's one really small, simple example I can use. Um, I'd say guardian is one of our industries, market leaders, when, and when they approach the security, they really do lead the way out there. They're very strict, very, um, very responsible, which is such a pleasure to say, but at the end of the day, you still need to run a business. So, you know, because we're a partnership because we all have the same challenges we want to get to success. We were able to work together quite quickly. We planned out the right approach that maximize the security, but it also progressed the business. So, and we applied that into the overall program. So I think it is the product. Definitely. I think it is, uh, everything Nick said you actually elaborated on, but I'd like to point out there's a big part of the partnership to make it a success. >>Yeah. Great, great call out there, Nick, let's get your reaction on that because I want to get into the customer side of it. This enablement platform is kind of the new platform has been around for awhile, but the notion of buying tools and having platforms are now interesting because you have to take this kind of low code, no code capability, and you still got to code. I mean, there's some coding going on, but what it means is ease of use composing and being fast, um, platforms are super important. That requires real architecture and partnership. What's your reaction. >>Yeah. So I think, you know, I'll, I'll tie it all together between AWS and ALA, right? And here's the beauty of it. So we have something called launchpad where we're able to quickly stand up in AIDAP instance for development capabilities because of our Amazon relationship. And then to Kim's point, we have been successful 85% or more of all the work we've done with Inala is configuration versus code. And I'd actually I'd venture to say 90%. So that's extremely powerful when you think about the speed to market and our need to be product innovative. Um, so if our developers and even our, our analysts that sit on the business side could come in and quickly stand up a development buyer and start to play with, um, actuarial calculations, new product features and function, and then spin that to a more higher end development environment. You now have the perfect coupling of a new policy administration system that has the flexibility and configuration with a cloud provider like Amazon and AWS that allows us to move quickly with environments. Whereas in days past you'd have to have an architecture team come in and stand up the servers. And, you know, I'm going way back, but like buy the boxes, put the boxes in place and wire them down. This combination available in AWS has really a new capability to guardian that we're really excited about. >>I love that little comparison. Let me just quickly ask you compared to the old way, give us an order of magnitude of pain and timing involved versus what you just described as standing up something very quickly and getting value and having people shift their, their intellectual capital into value activities versus undifferentiated heavy lifting. >>Yes. I'll, I'll give you real dates. Right? So we engage really engaged with Accenture on the ALA program. Right before Thanksgiving of last year, we had our environment stood up and running all of our vitamins dev set UAT up by February, March timeframe on AWS. And we are about to launch our first product configuration into the, of the platform come November. So within a year we've taken arguably decades of product innovation from our mainframes and built it onto the Ayla platform on the Amazon cloud. So I don't know that you can do that in any other type of environment or partnership. >>It's amazing. You know, that's just great example to me, uh, where cloud scale and real refactoring and business agility is kinda plays out. So congratulations. I got to ask you now on the customer side, you mentioned, um, you guys love, uh, providing value to the customers. What is the impact of the customer? Okay, now you're a customer guardian life's customer. What's the impact of them. Can you share how you see that rendering itself in the marketplace? >>Yeah, so, so clearly AWS has rendered tons of value to the customer across the value stream, right? Whether it be our new business capability, our underwriting capability, our ability to process data and use their scale. I mean, it just goes on and on about the AWS, but specifically around ad-lib, um, the new API environment that we have, the connectivity that we can now make with the new backend policy admin systems has really brought us to a new, a new level. Um, whether it be repricing, product innovation, um, responding to claims capabilities, responding to servicing capabilities that the customer may need. You know, we're able to introduce more self-service. So if you think about it from the back end policy admin, going forward to our client portal, we're able to expose more transactions to self-serve. So minimize calls to the call center, minimize frustration of hold times and allow them to come onto the portal and do more and interact more with their policies because we're on this new, more modern cloud environment and a new, more modern policy admin. So we're delivering new capabilities to the customer from beginning to end being on the cloud with, with, >>Okay, final question. What's next for guardian life's journey year with Accenture. What's your plans? What do you want to knock down for the next year? What's what's on your mind? What's next? >>Uh, so that's an easy question. We've had this roadmap plan since we first started talking to Excentra, at least I've had it in my head. Um, we, we want off all of our policy admin systems for new business come end of 2025. So we've got about four policy admin systems maintaining our different lines of business, our individual disability or life insurance, and our newest, um, four systems that are kind of weighing us down a little bit. We have a glide path and a roadmap with Accenture as a partner to get off of all of these, for new business capability, um, by end of 2024. And that's, you know, I'm being gracious to my teams when I say that I'd like to go a little bit sooner, and then we begin to migrate the, the most important blocks of business that caused the most angst and most concerned with the executive leadership team and then, you know, complete the product. >>But along the way, you know, given regulation, given new, uh, customer customer needs, you know, meeting the needs of the customers changing life, we're going to have parallel tracks, right? So I envision we continue to have this flywheel turning of moving, but then we begin another flywheel right next to it that says we're going to innovate now on the new platform as well. So ultimately John, next year, if I could have my entire whole life block, as it stands today on the new admin platform and one or two new product innovations on the platform as well, by the third quarter, fourth quarter of next year, that would be a success. As far as that. >>Awesome. You guys had all planned out. I love, and I have such a passion for how technology powers business. And this is such a great story for next gen kind of where the modernization trend is today and kind of where it's going. It's the Nick. Appreciate it, Kim. Thanks for coming out with a censure Nixon. It's an easy question for you. I have to ask you another one. Um, this is, I got you here. You know, you guys are doing a lot of great work for other CEOs out there that are going through this right now, whether whatever they are on the spectrum missed the cloud way of getting in. Now this notion of refactoring and then replatforming, and then refactoring business is a playbook we're seeing emerge. People can get the benefits of going to the cloud, certainly for efficiency, but now it opens up the aperture for different kinds of business models. With more data access with machine learning. This refactoring seems to be the new hot thing where the best minds are saying, wow, we could do more, even more. What's your vision? How would you share those folks out there, out there, or the CEOs? What should they be thinking? What's their approach? What advice would you give? >>Yeah, so a lot of the mistakes we make as CEOs, we go for the white hot core first, right? We went the other way. We went for the newer digital assets. We went for the stuff that wasn't as concerning to the business should be fall over. Should there be an outage? Should there be anything? Right? So if you avoid the white hot core, improve it with your peripherals, easier moves to the cloud portals, broker, portals, um, beneficiary portals, uh, simple, you know, AIX frames, moving to the cloud and making them cloud native new builds. Right? So we started with all those peripheral pieces of the architecture and we avoided the white hot core because that's where you start to get those very difficult conversations about, I don't know if I'm ready to move. And I don't see the obvious benefit of moving a dividend generating policy admin system to the cloud. Like why, when you prove it in the pudding and you put the other things out there and prove you can be successful the conversation and move your core and your white hot core out to the platform out to leverage the cloud and to leverage new admin platforms, it becomes a much easier conversation because you've kind of cut your teeth on something much less detrimental to the business. Should it be >>What's the other expression, put water through the pipes, get some reps in and get the team ready to bring training, whatever metaphor you. That's what you're essentially saying. There, get, get some, get some, get your sea legs, get, get practice >>Exactly. Then go for the hard stuff, right? >>It's such a valid point. John is, you know, we see a lot of different approaches across a lot of different companies and, and the biggest challenges, the core is the biggest part. And if you start with that, it can be the scariest part. And I've seen companies trip up big time and you know, it becomes such a bubble spend, which really knocks you on for years, lose confidence in your strategy and everything else. And you're only as strong as your weakest link. So whether you do the outside first or the inside first from a weakest link until it's, the journey is complete, you're never going to maximize. So it was a, it was a very, uh, different and new and great approach that they took by doing a learning curve around the easiest stuff. And then, >>Yeah. Well, that's a great point. One quick, quick followup on that is that the talk about the impact of the personnel, Kim and Nick, because you know, there's a morale issue going on too. There's a, there's a, there's a training. I won't say training, but there's not re-skilling, but there's the rigor. If you're refactoring, you are, re-skilling, you're doing new things, the impact on morale and confidence. If you're not, you get the white, you don't wanna be in the white core unconfident. >>Maybe I should get first. Cause it's Nick's stuff. So he probably might want to say a lot, but yeah. Um, what we see with a lot of insurance companies, uh, they grow through acquisition. Okay. They're very large companies grown over time, uh, buying companies with businesses and systems and bringing it in. They usually bring a ten-year staff. So getting the staff to the next generation, uh, those staff is extremely important because they know everything that you've got today, and they're not so, uh, fair with what's coming up in the future. And there is a transition and people shouldn't feel threatened, but there is change and people do need to adopt and evolve and it should be fun and interesting, but it is a challenge at that turnover point on who controlling what, and then you get the concerns and get paranoid. So it is a true HR issue that you need to manage through >>The final word here. Go for it. >>Yeah. John, I'll give you a story that I think will sum the whole thing up about the excitement versus contention. We see here at guardian. I have a 50 year veteran on my legacy platform team and this person is so excited, got themselves certified in Amazon and is now leading the charge to bring our mainframes onto a lip and is one of the most essential. And I've actually had Accenture tell me if I had a person like this on every one of my engagements who is not only knowledgeable of the legacy, but is so excited to move to the new. I don't think I'd have a failed implementation. So that's the kind of guardian, the kind of backing guardians putting behind this, right? We are absolutely focusing on rescaling. We are not going to the market. We're giving everyone the opportunity and we have an amazing take-up rate. And again, like I said, 50 year veteran who probably could have retired 10 years ago is so excited, reeducated themselves, and is now a key part of this implementation, >>Hey, who wouldn't want to drive a Ferrari when you see it come in, right? I mean Barston magnet trailer. Great story, Nick. Thank you for coming on. Great insight, Kim, great stuff for the century as always a great story here, right? At the heart of the real focus where all companies are feeling right now, we're surviving and thriving and coming out of the pandemic with a growth strategy and a business model with powered by technology. So thanks for sharing the story. Appreciate it. Thanks John. Appreciate it. Okay. So cube coverage of 80 of us executive summit at re-invent 2021. I'm John furrier, your host of the cube. Thanks for watching.

(upbeat music) >> Hello and welcome back to theCUBE's coverage of AWS Executive Summit at re:Invent 2021. I'm John Furrier, your host of theCUBE. This segment is about surviving and thriving with the digital revolution that's happening in the digital transformation that's turning into and changing businesses. We've got two great guests here with Guardian Life, Nick Volpe, CIO of Individual Markets at Guardian Life and Kim Gully, CTO of Life and Annuities at Accenture. Accenture obviously doing a lot of cutting-edge work, Guardian changing the game. Nick, thanks for coming on. Kim, thanks for coming on. >> Thanks John, good to be here. >> So, well, before I get into the question, I want to just set the table a little bit. The pandemic has given everyone a mandate. The good projects are exposed. The bad projects are exposed. Everyone can see what's happening because the pandemic forced everyone to identify what's working, what's not working, what the double-down on. Innovation for customers is a big focus, but now with the pandemic relieving and coming out of it, the world's changed. This is an opportunity for businesses. Nick, this is something that you guys are focused on. Can you take us through what Guardian Life's doing in this post pandemic changeover as cloud goes next level? >> Yeah, thanks John. So the immediate need in the pandemic situation was about the new business capability. So those familiar with insurance, traditionally life insurance underwriting, disability underwriting is very in-person, fluids, labs, attending physician statements. And when March of 2020 broke, that all came to an abrupt halt. Doctor's office were either closed. Testing centers were either closed or inundated with COVID testing. So we had to come up with some creative ways to digitize our new business, adopt the application, and adopt our medical questionnaires, and also get creative on some of our underwriting standards that put us at certain limits and certain levels and when we needed the fluids. So we are pretty quickly, we're agile about decisions there. And we moved from about 40 to 50% adoption rate of our electronic applications to the north of 98% across the board. In addition, we saw some opportunities for products and more capabilities beyond new business. So after we weathered the storm, we started to take a step back. And like you said, look at what we were doing, that have a start, stop, continue conversation internally to say, this digitization is a new norm. How do we meet it from every angle, not just a new business. And that's where we started to look at our policy administration systems, moving more to the cloud and leveraging the cloud to its fullest extent versus just a lifted shift. >> Kim, I want to get your perspective at Accenture. I've done a lot of interviews with the past, I think 18 months. A lot of use cases with Accenture, almost in every vertical where you guys are almost like the firefighters, get called in to like help out 'cause the cloud actually now is an enabler. How do you see the impact of the pandemic reverbing through? I mean, obviously you guys come to the table, you guys bring in, I mean, what's your perspective on this? >> So, yeah, it's really interesting. I think the most interesting fact is we talk about, Nick raise such a strong area in our business of underwriting and how can we expedite that, is being talked on the table for a number of years, but the industry has been very slow or reluctant to embrace. And the pandemic became an enforcer in it to be honest. And a lot of the companies were thinking about it prior, but that's it, they'll think about it. I mean, even Accenture, we launched a huge three-year investment to get clients into cloud and digital transformation, but the pandemic just expedited everything. Now the upside is clients that were in a well-advanced stage of planning, they were easily able to adopt, but clients that weren't, were really left behind. So we became very, very busy just supporting the clients that didn't have as much forethought as likes of Guardian, et cetera. >> Nick, it brings up a good point. I want to get your reaction to see if you agree. I mean, people who didn't put their toe in the cloud or just jump in the deep end, really got flat-footed when the pandemic hit, because they weren't prepared. People who were either ingratiated in with the cloud or having active projects or even being full deployments in there did well. What's your take on that? >> Yeah, the enablement we had and the gift we were given by starting our cloud journey, in I want to say 2016, 17 was we really started moving to the cloud. And I think we were the only insurer that moved production load to the cloud. At that point, most of insurers were putting their development environments, maybe even their SIT environments, but Guardian had the strategy of getting out of the data center or moving to a much more flexible, scalable environment architecture using the AWS cloud. So we completed our journey into the cloud by 2018, 19, and we were at the point of really capitalizing versus moving. So we were able to move very quickly, very nimbly. When the pandemic hit or in any digital situation, we have that flexibility and capacity that AWS provides us to really respond to our customers, our customers need. So we were one of the more fortunate insurers that were well into our cloud journey. And at the point of optimization versus the point of moving. >> Let's talk about the connection with Accenture's life insurance and annuity platform also known ALIP, I think the acronym is. What was that? Why was that relevant? What was that all about? >> Yeah, so I'll go first and then Kim, you can jump in and see if you agree with me. >> He essentially help that, love it. (laughs) >> Yeah, you would suspect you would, right John? >> Yeah. (laughs) >> Like I said, our new business focus was the original, like the emergency situation when the pandemic hit. But as we went further into it and realized the mortality and morbidity and the needs and wants of our customers, which is a major focus of Guardian, really being, having the client at the center of every conversation we have, we realized that there was a real opportunity for product and it's product continues to change and you had regulations like 7702 coming out where you had to reprice the entire portfolio to be able to sell it by January 1, 2022. We realized our current systems are for policy admin. We're not matching our digital capabilities that we had moved to the cloud. So we embarked on a very extensive RFP to Accenture and a few other vendors that would come to the table and work with us. And we just really got to a place where combination of our desire to be on the cloud, be flexible, and be capable for our customers, married really well with the knowledge, the industry knowledge and the capabilities that Accenture brought to the table with the ALIP platform. Their book of business, their current infrastructure, their configuration versus development, really all aligned with our need for flexible, fast time to market. We're looking to cut development times significantly. We're looking to cut test in times significantly. And as of right now, it's all proving true between the cloud capability and the ALIP capability. We are reaping the benefits of having this new platform coming up in live very soon here. >> Before I get to Accenture's perspective, I want to just ask you a quick follow-up on that, Nick, if you don't mind. You basically talk us through, okay, I can see what's happening here. You get with Accenture, take advantage of what they got going on. You get into the cloud, you start getting the efficiencies, get the cultural change. What refactoring have you seen? What's your vision, I should say. What's your vision around what's next? Because clearly there's a playbook. You get in the cloud, re-platform, you get the cultural fit, you understand the personnel issues, how to tap the resources, then you've got to look for innovation where you can start changing, how you do things to refactor the business model. >> Yeah, so I think that, specifically to this conversation, that's around the product capability. So for all too long, the insurance companies have had three specific sleeves of insurance products. We've had individual life. We have an individual disability and we'd have individual annuities. Each of them serving a specific purpose in the customer's lives. What this platform and this cloud platform allows us to do is start to think about, can we create the concept of a single wrapper? Can we bring some of these products together? Can we centralize the buying process? And with ALIP behind the scenes, you don't have that, I kind of equate it to building a Ferrari and attaching a trailer to it, and that's what we were doing today. Our digital front-ends, our new business capabilities are all being anchored down or slowed down by our traditional mainframe back-ends. By introducing Accenture on the cloud in AWS, we now have our Ferrari fully free to run as fast as it can versus anchoring this massive trailer to it. So it really was a matter of bringing our product innovation to our digital front-end innovation that we've been working on for two or three years prior. >> I mean, this is the kind of the Amazon way. You decouple things, you decompose, you don't want to have a drag. And with containers, we're seeing companies look at existing legacy in a way that's different. Could you talk about how you guys look at that Nick internally because a lot of CIO's are saying, Hey, you know what? I can have the best of both worlds. I don't have to kill the old to bring in the new, but I can certainly modernize everything. What's your reaction to that? >> Yeah. And I think that's our exact path forward. We don't feel like we need to blow the ocean. We're going after this surgically for the things that we think are going to be most impactful to our customers. So legacy blocks of business that are sitting out there, that are for completely closed, they're not our concern. It's really hitching this new ALIP capability to the next generation of products, the next generation of customer needs, understanding data. Data capture is very important. So if you look at the mainframes and what we're living on now, it's all about the owner of the policy. You lose connection with the beneficiary or the insured. What these new platforms allowed us to do is really understand the household around the products that they're buying. I know it sounds simple, but that data architecture, that data infrastructure on these newer platforms and in the cloud, you can churn it faster, you have scale to do more analysis, but you're also able to capture in a much cleaner way. On the traditional systems, you're talking about what we call intimately the blob on the mainframe that has your name, your first name, your last name, your address, all in one free form field sitting in some database. It's very hard to discern. On these new platforms, given our need and our desire to be deeper into the client's lives, understanding their needs, ALIP coupled with AWS, with our new business capabilities on the front-end really puts together that true customer value chain. That's going to differentiate us. >> Kim, okay, CTO of ALIP as he calls it, the acronym for the service you have. This is a great example. I hate to use the word on-ramp cause that sounds so old. But in a way, in vertical markets, you're seeing the power of the cloud because the data and the AI could be freed up and you can take advantage of all the heavy lifting by providing some platform or some support with Amazon, your expertise. This is a great use case of that, I think. And this is I think a future trend where the developments can be faster, that value can be faster, and your customers don't have to build all the lower level abstractions, if you will. Can you describe the essential relationship to your customers as you guys? Because this is a real great use case. >> Yeah, it is. Our philosophy is simple. Let's not reinvent the wheel. And with cloud and native services that AWS provide, we want to focus on the business of what the system needs to do and not all the little side bits. We can get a great service that's fully managed, that has security patches updates. We want to focus on the real deal. Like Nick wants to focus on the business and not so much what's underneath it. That's my problem, I'm focusing on that. And we will work together in a nice little gel. You've had the relatively new term, no code/low code. It's strange. A modern system like ALIP has been that way for a number of years. Basically it means, I don't want to make code changes. I just want to be able to configure it. So now more people can have access to make change, and we can even get it to the point where it's the people that are sitting there, dealing with the clients. That would be the ultimate, where they can innovate and come up with ideas and try things because we've got it so simple. We're not there yet, let's be realistic, but that's the ultimate goal. So ALIP, the no code/low code has been around for quite some time. And maybe we should take advantage of that, but I think we're missing one thing. So as good as the platform is, the cloud moving in, calculating native services using the built-in security that comes with all that and extending the function and then be able to tap into the InsurTech, FinTech, internet of things, and quickly adapt. I think the partnership is big. Okay, it's very strong part of the exercise. So you can add the product, but without the people that work well together, I think it's also a big challenge. All programs have their idiosyncrasies and there's a lot of challenges along the way. There's one really small simple example I can use. I'd say Guardian is one of our industries market leaders when they approach the security. They really do lead the way out there. They're very strict, very responsible, which is such a pleasure to say, but at the end of the day, you still need to run a business. So, 'cause we're a partnership because we all have the same challenges, we want to get to success. We were able to work together quite quickly. We planned out the right approach that maximize the security, but it also progressed the business and we applied that into the overall program. So I think it is a product definitely. I think it is everything Nick said, you actually elaborated on, but I'd like to point out, there's a big part of the partnership to make it a success as well. >> Yeah, great, great call out there. Nick, let's get your reaction on that because I want to get it to the customer side of it. This enablement platform is the new, I mean, platform has been around for awhile, but the notion of buying tools and having platforms are now interesting 'cause you have to take this low code/no code capability. I mean, you still got a code. I mean, there's some coding going on, but what it means is ease of use composing and being fast. Platforms are super important. That requires real architecture and partnership. What's your reaction? >> Yeah, so I think I'll tie it all together between AWS and ALIP, and here's the beauty of it. So we have something called LaunchPad where we're able to quickly stand up in ALIP instance for development capabilities because of our Amazon relationship. And then to Kim's point, we have been successful with 85% or more, of all the work we've done with an ALIP is configuration versus code and I'd actually I'd venture to say 90%. So that's extremely powerful when you think about the speed to market and our need to be product innovative. So if our developers and even our analysts that sit on the business side could come in and quickly stand up a development environment, start to play with actuarial calculations, new product features and function and then spin that to a more higher-end development environment. You now have the perfect coupling of a new policy administration system that has a flexibility and configuration with a cloud provider like Amazon and AWS that allows us to move quickly with environments, whereas in days past, you'd have to have an architecture team come in and stand up the servers. And I'm going way back, but like buy the boxes, put the boxes in place and wire them down. This combination of ALIP and AWS has really brought a new capability to Guardian and we're really excited about. >> I love that little comparison. Let me just quickly ask you, compared to the old way, give us an order of magnitude of pain and timing involved versus what you just described as standing up something very quickly and getting value and having people shift their intellectual capital into value activities versus undifferentiated heavy lifting. >> Yes, I'll give you real dates. So we really engaged with Accenture on the ALIP program right before Thanksgiving of last year. We had our environment stood up and running, all of our DEV, SIT, UAT up by February, March timeframe on AWS and we are about to launch our first product configuration into the ALIP platform coming November. So within a year, we've taken arguably decades of product innovation from our mainframes and built it onto the ALIP platform on the Amazon cloud. So I don't know that you can do that in any other type of environment or partnership. >> That's amazing. That's just great example to me where cloud scale and real refactoring and business agility is plays out. So congratulations. I got to ask you now, on the customer side you mentioned, you guys love providing value to the customers. What is the impact to the customer? Okay, now you're a customer, Guardian Life's customer. What's the impact to them? Can you share how you see that rendering itself in the marketplace? >> Yeah, so clearly AWS has rendered tons of value to the customer across the value stream whether it be our new business capability, our underwriting capability, our ability to process data and use their scale. I mean, it just goes on and on about the AWS, but specifically around ALIP, the new API environment that we have, the connectivity that we can now make with the new back-end policy admin systems has really brought us to a new level, whether it be repricing, product innovation, responding to claims capabilities, responding to servicing capabilities that the customer might need. We're able to introduce more self-service. So if you think about it from the back-end policy admin going forward to our client portal, we're able to expose more transactions to self-serve. So minimize calls to the call center, minimize frustration of hold times and allow them to come onto the portal and do more and interact more with their policies because we're on this new, more modern cloud environment and a new more modern policy admin. So we're delivering new capabilities to the customer from beginning to end being on the cloud with ALIP. >> Okay, final question. What's next for Guardian Life's journey year with Accenture? What's your plans? What do you want to knock down for the next year? What's on your mind? What's next? >> So that's an easy question. We've had this roadmap plan since we first started talking to Accenture, at least I've had it in my head. We want off all of our policy admin systems for new business come end of 2025. So we've got about four policy admin systems maintaining our different lines of business, our individual disability, our life insurance, and our annuities, for systems that are weighing us down a little bit. We have a glide path and a roadmap with Accenture as a partner to get off of all of these for new business capability by end of 2024. And I'm being gracious to my teams when I say that I'd like to go a little bit sooner. And then we begin to migrate the most important blocks of business that caused the most angst and most concerned with the executive leadership team and then complete the product. But along the way, given regulation, given new customer needs, meeting the needs of the customer's changing life, we're going to have parallel tracks. So I envision we continue to have this flywheel turning of moving, but then we begin another flywheel right next to it that says we're going to innovate now on the new platform as well. So ultimately John, next year, if I could have my entire whole life block, as it stands today on the new admin platform, and one or two new product innovations on the platform as well by the 3rd quarter, 4th quarter of next year, that would be a success as far as I'm concerned. >> Awesome, you guys had all planned out. I love, and I have such a passion for how technology powers business. And this is such a great story for next gen where the modernization trend is today and where it's going. So Nick appreciate it. Kim, thanks for coming out with Accenture. Nick, so just an easy question for you. I have to ask you another one. This is I got you here. You guys are doing a lot of great work. For other CIOs out there that are going through this right now, whatever they are on the spectrum, missed the CloudWave, getting in now, this notion of refactoring and then re-platforming and then refactoring business is a playbook we're seeing emerge. People can get the benefits of going to the cloud, certainly for efficiency, but now it opens up the aperture for different kinds of business models. With more data access, with machine learning. This refactoring seems to be the new hot thing where the best minds are saying, wow, we could do more, even more. What's your vision? How would you share those folks out there of the CIOs? What should they be thinking? What's their approach? What advice would you give? >> Yeah, so a lot of the mistakes we make as CIOs, we go for the white hot core first. We went the other way. We went for the newer digital assets. We went for the stuff that wasn't as concerning to the business. Should we fall over? Should there be an outage? Should there be anything? So if you avoid the white hot core, improve it with your peripherals, easier moves to the cloud portals, broker portals, beneficiary portals, simple AIX frames, moving to the cloud and making them cloud native, new builds. So we started with all those peripheral pieces of the architecture and we avoided the white hot core because that's where you start to get those very difficult conversations about, I don't know if I'm ready to move. And I don't see the obvious benefit of moving a dividend generating policy admin system to the cloud, like why? When you prove it in the pudding and you put the other things out there and prove you can be successful, the conversation to move your core and your white hot core out to the platform out to leverage the cloud and to leverage new admin platforms, it becomes a much easier conversation because you've kind of cut your teeth on something much less detrimental to the business should it go alright. >> What's the old expression, put water through the pipes, get some reps in and get the team ready to bring training, whatever your metaphor you use, that's what you're essentially saying there. Get some, your sea legs, get practice. >> Exactly. >> Then go for the hard stuff. >> It's such a valid point, John. We see a lot of different approaches across a lot of different companies and the biggest challenges, the core is the biggest part. And if you start with that, it can be the scariest part. And I've seen companies trip up big time and it becomes such a bubble spend, which really knocks you on for years, lose confidence in your strategy and everything else. And you're only as strong as your weakest link. So whether you do the outside first or the inside first, from a weakest link until the journey is complete, you never going to maximize. So it was a very different and new and great approach that they took by doing a learning curve around the easiest stuff and then hit in the core. >> Yeah, well, that's a great point. One quick, quick followup on that is that, talk about the impact to the personnel, Kim and Nick, because there's a morale issue going on too. There's a training. I won't say training, but there's a not re-skilling, but there's the rigor, if you're refactoring, you are re-skilling, you're doing new things. The impact of morale and confidence you get certainly. you don't want to be in the white core unconfident. >> Maybe I should get first 'cause it's Nick's stuff. So he probably might want to say a lot, yeah. What we see with a lot of insurance companies, they grow through acquisition. Okay, they're very large companies, grown over time, buying companies with businesses and systems and bringing it in. They usually bring a tenure staff. So getting the staff to the next generation, that staff is extremely important because they know everything that you've got today and then not so aware with what's coming up in the future. And there is a transition and people shouldn't feel threatened, but there is change and people do need to adopt and evolve and it should be fun and interesting, but it is a challenge at that turnover point on who controlling what, and then you get the concerns and get paranoid. So it is a true HR issue that you need to manage through. >> Nick you're the final word here. Go for it. >> Yeah, John. I'll give you a story that I think will sum the whole thing up about the excitement versus contention we see here at Guardian. I have a 50-year veteran on my legacy platform team and this person is so excited, got themselves certified in Amazon and is now leading the charge to bring our mainframes onto ALIP and is one of the most essential, and I've actually had Accenture tell me, if I had a person like this on every one of my engagements who is not only knowledgeable of the legacy, but is so excited to move to the new, I don't think I'd have a failed implementation. So that's the kind of Guardian, the kind of backing Guardian's putting behind this. We are absolutely focusing on rescaling. We are not going to the market. We're giving everyone the opportunity and we have an amazing take-up rate. And again, like I said, 50-year veteran who probably could have retired 10 years ago is so excited, reeducated themselves and is now a key part of this implementation. >> And who wouldn't want to drive a Ferrari when you see it come in. I mean, back in the trailer. Great story, Nick. Thank you for coming on, great insight. Kim, great stuff for the Accenture, as always a great story here. We're here at the heart of the real focus where all companies are feeling right now. We're surviving and thriving and coming out of the pandemic with a growth strategy and a business model powered by technology. So thanks for sharing the story, appreciate it. >> Thanks John, appreciate it. >> Okay, it's CUBE coverage of AWS Executive Summit at re:Invent 2021. I'm John Furrier, your host of theCUBE. Thanks for watching. (bright music)

>> Narrator: From theCUBE Studios in Palo Alto in Boston, connecting with thought leaders all around the world, this is a CUBE Conversation. >> Hi, I'm Stuart Miniman and welcome to this CUBE Conversation. I'm in our Boston area studio and one of the things we always love to do is talk to startups and really find out they're usually on the leading edge of helping customers, new technologies, conquering challenges. And to that point, we have the co-founder and CEO of env0, that is, Ohad Maislish and we brought along with him he's got two of his investors, one of his advisors. So sitting next to Maish, we have Ed Sim, who's the founder and managing partner of Boldstart Ventures and sitting next to him is Guy Podjarny, who is the founder of Snyk. So now, you know is the acronym for Snyk and if you didn't know that, I know I'd heard about the company a couple years before that and my understanding is, Guy your the ones that connected Ohad with Ed who was the first investor. So Guy let's talk to Ohad in a second, but how the conversation started? And what what piqued your interest about what is now env0? >> Yeah, I think it started with people. I mean, I think fundamentally when you think about technology and think about startups, it needs to be an interesting market, it needs to be a good idea, but it really, first and foremost is about the people. So I've I've known Ohad from actually some work that he's done at Snyk earlier on, and was really impressed with his sharpness, his technical chops, and a lot of times the bias for feedback. And then when he presented the idea to me around kind of making Infrastructure as Code easy, and I don't want to sort of steal his thunder, talking about it and about kind of engaging with developers for it, a thought that literally resonated with me, I think, we'll probably dig into it some more. But in we live in a world in which more and more activities, more and more decisions, and really more effort is rolled on to developers. So, there's a constant need for great solutions that make on one hand make it easy for developers to embrace these solutions, on the other hand, still kind of allow the right kind of governance and controls. And I felt like Infrastructure as Code was like a great space for that, where we asked developers to do more, there's a ton of value in developers doing more around controlling these Infrastructure decisions, but it's just too hard today. So, anyways, I kind of liked the skills, I liked the idea. And I pulled in Ed, who I felt was kind of natural to kind of help introduce these experiences with other startups that share a similar philosophy to kind of help make this happen. >> Awesome, thank you Guys. So Ohad, let's let's throw it to you. Give us a little bit about your background, your team, Infrastructure as Code is not a new term. So I guess would love you to kind of weave into it. You know why now? Is it becoming more real in why your solution is positioned to help the enterprise? >> Awesome, first of all, thank you for having me. It's really exciting and again thank you for the opportunity. Regarding your question, so my background is technical. I was maybe still am a geek started University at a young age at the age of 14 in Palo Alto High School. And started my career in non technical roles very early. I have now like 21 years of experience, this is my second startup and third company, as I mentioned, my previous company is services company, provided services for Snyk and we became friends and later on partners, investors, and so on. And, we we've seen huge shift, we call the Infrastructure as Code the third data center revolution. We look at the first one being virtualization about 20 years ago led by VMware and then ZenSourcer. The second obviously, is the public cloud when companies started clicking buttons in order to get those compute resources but now nobody is clicking those buttons anymore. And instead writing, maintaining and executing that code, that Infrastructure as Code and as the Guy mentioned, it made it much more relevant for developers to influence the Infrastructure decisions and not just the app decisions. With that many challenges and opportunities around Infrastructure as Code management and automation, and that's where we focus. >> All right, so Ed I'm sure like me, you've seen a number of companies, try to climb this mountain and fall down and crash so I feel like five years ago, I would talk to a company and they say, oh, we're going to help, really help the enterprise enable developers for networking for storage, for security or anything like that. And it was like, oh, okay, good luck with that. And they just kind of crashed and burned or got acquired or did something like that. So, I feel like from our viewpoint we've seen for a long time that growth of developers and how important that is, but that gap between the enterprise and the developers feels like we're getting there. So, it gets similar what I asked Ohad why now, why this group, why the investment from you? >> Yeah, so I'll echo Guy's comment about the people. So, first and foremost, I was fortunate enough to invest in Guy back in his prior company before he started Snyk and then invested in Snyk. And there are lots of elements of env0 that remind me of Snyk the idea, for example, that developers are doing more, and that security is no longer a separate piece of developing, it's now embedded kind of in what developers and teams are doing. And I felt like the opportunity was still there for Infrastructure as Code. How do you make developers more productive, but provide that control plan or governance that's centralized so that environments can easily be reproduced. And the thing that got me so excited, was the idea that Ohad was going to tie kind of cloud costs from a proactive basis versus a reactive basis. Meaning that once we know that your environments are up and running, you could actually automatically tag it and tie the environment to the actual application. And to me, tying the business piece to the development piece was a huge, huge opportunity that hasn't been tapped yet. And so there are lots of elements of both Snyk and env0 and we're super excited to be invested in both. >> Alright, so Ohad maybe just step back for a second, give us some of the speeds and feeds we read your blog post 3.3 million dollars of the early investment, how many people you have, what is the stage of the product customer acquisition and the like? >> Sure, so we just launched our public beta and announced the funding couple of months ago led by Boldstart and another VC in Israel named Grove, and then angel investors Guy is the greatest investor among those and so we have some others as well. And now we have like 10 employees nine in Israel, one in New York City, I'm relocating after this all pandemic thing will get better. I'm moving to the Bay Area as soon as possible. That's more or less the status. And as I've mentioned, we just launched our public beta. So we have our first few design partners and early like private beta customers now starting to grow more. >> Yeah, and how would you characterize, what is the relationship between what you're doing in the public clouds. We understand, in the early days, it was like, Oh, well, cloud is going to be easy, it's going to just be enable it, it has been a wonderful tool set for developers. But simple is definitely not, I think anyone would describe the current state of environments. So, help it help us give it a little bit of what you're seeing there. And how you deal with like some very large players in ecosystem. >> Our customers are the same as the cloud vendors customers. The cloud vendors provide great value with the technical aspect with Infrastructure. But once you want to manage your organization, you want to empower your developers, you want to shift left some decisions, APM, did shift left for a performance, Snyk is doing great shift left for security. I believe that we are doing similar things to the cost. And you in the cloud vendors are in charge of you being able to do some technical orchestration. But when do you need to tear down those resources? When do you understand that there is a problematic resource or environment and what exactly made it? What is the association, how you can prevent from (mumbles) deployments from even happening at first. So all of those management information and insight ties back to your business logic and processes that's where we fit. >> I think there's actually a lot of analogy if I can chime in, on maybe an ownership aspect that happens in cloud. So we talk about the cloud and oftentimes cloud is interpreted as the technical aspect of it. So the fact that it allows you to do a bunch of things in the clouds and sort of renting someone else's hardware, and then automating a lot of it. But what cloud also does and that definitely represents what we're doing security and I think applies here, is that it moves a lot of things that used to be IT responsibility being a part of the application. So a lot of decisions, including ones really security, and including ones related cost around anywhere from provisioning of servers to, network access, to when you burst out, and to the balancing of business value to the cost involved or the risk involved. Those are no longer done by a central IT organizations, but rather, they're being done by developers day in and day out. And so I think that's really where the analogy really works with cloud is, it's not so much, like clearly there's an aspect of that that is the the technical piece of tracking how much does it cost in the on demand surrounding of cloud, but there's a lot of the ownership change, or the fact that the decisions that impact that are done by developers, and they're not yet well equipped to have the insights, to have the tools, to make the right decisions with a press of button. >> Thank you Guy and absolutely, 'cause cloud is just one of the platforms you're living on, you know well from Snyk that integration between what's happening in the platform, where open source fits into it, the various parts of the organization that are there. So, you've got some good background, I'm sure, helps you're an advisor to Ohad there to helps pull through a little bit of some of those challenges. Yeah, I mean, Ed I'd love to hear just in general your viewpoint on how startups are doing at monetizing things in the era of... You've got the massive players like Amazon and Microsoft out there. >> Look, the enterprise pain is higher than ever right now, every fortune 500 is a tech company right now and they need engineers, and they're hiring engineers. In fact, many of the largest fortune 500 have more engineers than some of the tech companies. And developer productivity is number one, front and center. And if you talk to CIOs, we just hosted a panel with the CIO of Guardian Life and the CTO of Priceline. They're all looking at how do I kind of automate my tool chain? How do I get things done faster? How do I do things more scalable? And then how do I coordinate processes amongst teams. As Guy hit upon and Ohad as well, not just security, there's product design being embedded with developers as product management being embedded with developers. There's finance now, FinOps. If you're going to spend more and more in the cloud, how do you actually control that proactively before things happen versus after or months after that happens? So I think this is going to be a huge, huge opportunity on the FinOps side. And, the final thing I would say is that winning the hearts and minds of developers to win the enterprise is a tried and trued model, and I think it's going to be even more important as we move forward in the next few years, to be honest with you. >> All right, so Ohad you know I think Ed talked about those hearts and minds of developers absolutely critical. When you look at the tooling landscape out there, the challenge of course, is there's so many tools out there, that there's platform battles, there's developers that find certain things that they love, and then there's, oh, wait, can I have a general purpose solution that can help. You talk about this being the third wave, how does this kind of tie into or potentially replace some of the last generation of automation tools. How do you see yourself getting into the accounts and growing your developer base? >> I think, I have a very simple answer, because, now enterprises have two options. Either they go with productivity self-service, or they go with governance, but they cannot have both. So if it's the smaller or they have less risks, so they go with the productivity and they take those risks, take the extra costs, take that potential damage that can happen. But more we see the case of I cannot allow myself this mess, so I have to block this velocity. I have to block those developers, they cannot just orchestrate cloud resources as they wish they have to open tickets, they have to go through some manual process of approval or we see more and more developers that understand there is a challenge they built in-house env0 of self-service combined with governance solution, and they always struggle doing it well, because it's not their core business. So once you see the opportunity of a more and more customers doing a lot of investment in in-house solution that do the same thing, probably a good idea to do it, as a separate product. And also the fact that we have the visibility of different customers, we can be very early but for later on adds pattern recognition, and notice what makes sense, what is problematic and give those insights and more business logic back to the customers which is impossible for them to do if they're only isolated on their cases. So as providing the same great solution to different companies, allowing them self-service combined with governance, and then additionally, add those and Smart Insights later on. >> Yeah, I think what I love about what he said is that I don't think he even sort of said finance or cost at any time of those. So really, like you said, governance and I think you can swap governance or you can swap the kind of the entity that's doing the governance for security for all of those. And that sounds awfully familiar for Snyk, which really kind of begs the answer to be the same, it's the reason that env0 approach is promising and that it would win against competition is that it tends to be that the competition or the people that are around are focused on the governance piece, they're they're focused on just sort of the entity that is the controlling entity. I like to say that it's actually not about shift left, it's about if you want to choose a direction, it's going to be the sort of the top to bottom. So it's more about, like this governance entities, whether security or finance, they need to shift from a controlling mindset that is top down that is like this dictatorship of sort of telling you what you should and shouldn't do to more of a bottom up element and allowing the teams the people in the trenches people actually make decisions to make correct decisions, and in this case, correct decisions from a financial perspective. And then alongside that, the governing entity, they need to switch to being a supportive entity an enabling entity and I think that transition will happen across many aspects of sort of software development and definitely anything that requires that type of governance from from outside of the development process today that is to change. >> Yeah, to chime in and add to Guys point, development is so important, it touches every aspect of an organization. So I always think about it as almost a collaborative workflow layer versus being reliant on kind of one control entity. Great developers always want to move fast. But, how do you kind of build that collaborative workflow and I think that Ohad in env0 is providing that for the environment and finance. Guys doing it for security. And there's lots of other opportunities out there, like privacy as well. And I wouldn't be surprised if finance folks start getting embedded with development at some point just like security is, or design is, product management is as well, because that is probably one of the highest costs around right now for many companies, and they're all trying to figure out how to stop the bleeding much earlier. >> Yeah, it's been lots of discussion, of course, we kind of go beyond DevOps, I think FinOps is in there. Ohad you have a favorite term that you've had from your advisors yet, how you categorize what you're doing. Any final words on kind of that organizational dynamic which we know so often it's the technology can be the easy part, it's getting everybody in the org, pulling in the same direction. >> Yeah, I think I'm looking at maybe a physical metaphor, or just an example, if you just enter a developer's room, you might see a screen TV there with some APM Datadog, New Relic Metrics, developers care about performance. They know very early if they did something wrong. And now they see more and more in those dashboards, in the developers rooms, things like Snyk to make sure you're not putting any bad open source package, which has security or ability. What we believe is that now they don't have the right tools, the right product that they can be part of the responsibility, of course, and that's like somebody else's problem. In other rooms, you have those TVs, those screens that show what is the cost, and maybe only later on in the waterfall kind of way you try to isolate and root cause analysis on what went wrong, but there is no good reason why those graphs of the past should be in the same rooms next to the APM and the Snyks and to prevent those as early as possible, maybe to change the discussion and build more trust between the developers that now seem not to care about the cost because they used not to care like 10 years ago when we used to have is called Apex-Cloud. The VMware or even EC2 Instances with the predicted pricing, that's all school. Now you have auto scaling Kubernetes, you have Lambda those kind of things you pay per usage. So the possibility for engineers to know how much their code is about to cost to the organization is very challenging now. If we tie from the developer up to, the financial operations, we will provide better service, and just better business value for our customer. >> Awesome, so final question I have for you, and Ohad I'm going to have you go last on this one is you kind of painted the picture of where things are going to go. So give us what success look like, Ed, start with you, give us out 12 to 24 months as to env0 in this wave as what should we be looking for? >> Success to me would be that every large enterprise has this on their budget line item as a must have. And the market is still early and evolving right now, but I have no doubt in my mind, it's going to happen. And as you hear about many large enterprises saying that we were in the second inning of cloud migration now we're in the fourth. That is what success will be and I know it's going to happen faster than we all thought. >> I'll take the developer angle to it, I think success is really when developers are delighted, or sort of they feel they're building better software by using env0 and by factoring this aspect of quality into their daily activities. And I think a lot of that comes down to ease of use. Like, I kind of encourage folks to sort of try out the env0 and see the cost calculation, it's all about making it easy. So what excites me is really around that type of success where it's so easy that it's embedded into their sort of daily activities, and that they're happy it's not a forced thing. It's something they've accepted and like having as part of their software development process. >> I fully agree with both Ed in Guy, but I want to add on on a personal note, that one of the reasons we started env0 is because we saw developers quitting jobs at some places. And the reason for that was that they didn't give them self-service, they didn't empower those developers, they were blocked by DevOps, they needed to open tickets, to do trivial things. And this frustration is just a bigger motivation for us to solve. So we want to reduce this frustration. We want developers to be happy and productive, and do what they need to do, and not getting blocked by others. So that's, I think, another way to look at it, to make sure that those developers are really making good use out of their time and going back home at the end of the day, and feeling that they did what they were paid for, not for waiting for others to locate some cloud resources for them. >> All right, well, Ohad want to wish you the best, absolutely. Some of the early things that we've seen sometimes they're the tools that help, we've been talking gosh I remember 15, 20 years about breaking down the silos between various parts of the organization, some of the tools give you different viewpoints into what you're doing, help have some of the connection and hopefully some empathy as to what the various pieces are there. You really highlighted there's nothing worse than I'm not being appreciated for the work I'm doing, or they don't understand the challenges that I'm going through. So, congratulations on env0. We look forward to following going forward and definitely hope being part your customers in the future. Thanks so much. >> Thank you, thank you very much. >> All right, and Guy really appreciate your perspectives on this thank you for joining us. >> Thanks for having them. >> All right, be sure to check out theCUBE.net where you can find all of the events we're doing online these days, of course, where there's a huge back catalog of what we have in the thousands of interviews that we've done. I'm Stuart Miniman, and thank you for watching theCUBE. (upbeat music)

>> Narrator: Live from New York, it's theCube! Covering AWS Global Summit 2019, brought to you by Amazon Web Services. >> Welcome back, we're here at the Javits Center in New York City for AWS Summit, I'm Stu Miniman, my cohost is Corey Quinn and happy to welcome to the program Scott Mullins, who's the head of Worldwide Financial Services Business Development with Amazon Web Services based here in The Big Apple, thanks so much for joining us. >> Thanks for having me, Stu, thanks for having me, Corey. >> All right so we had obviously financial services big location here in New York City. We just had FINRA on our program, had a great conversation about how they're using AWS for their environments, but give us a thumbnail if you will about your business, your customers and what you're seeing there. >> Sure, we're working with financial institutions all the way from the newest FinTech startups, all the way to organizations like FINRA, the largest exchanges and brokers dealers like Nasdaq, as well as insurers and the largest banks. And I've been here for five years and in that time period I actually went from being a customer speaking at the AWS Summit here in the Javits Center on stage like Steve Randich was today to watching more and more financial institutions coming forward, talking about their use in the cloud. >> Yeah before we get into technology, one of the biggest trends of moving to cloud is I'm moving from CapEx more to OpEx and oh my gosh there's uncertainty because I'm not locking in some massive contract that I'm paying up front or depreciating over five years but I've got flexibility and things are going to change. I'm curious what you're seeing as the financial pieces of how people both acquire and keep on the books what they're doing. >> Yeah it can be a little bit different, right, then what most people are used to. They're used to kind of that muscle memory and that rhythm of how you procured technology in the past and there can be a stage of adjustment, but cost isn't really the thing that people I think look to the most when it comes to cloud today, it's all about agility and FINRA is a great example. Steve has talked about over and over again over the last several years how they were able to gain such business agility and actually to do more, the fact that they're now processing 155 billion market events every night and able to run all their surveillance routines. That's really indicative of the value that people are looking for. Being able to actually get products to market faster and reducing development cycles from 18 months to three months, like Allianz, one of our customers over in Europe has been able to do. Being able to go faster I think actually trumps cost from the standpoint of what that biggest value driver that we're seeing our customers going after in financial services. >> We're starting to see such a tremendous difference as far as the people speaking at these keynotes. Once upon a time you had Netflix and folks like that on stage telling a story about how they're using cloud to achieve all these amazing things, but when you take a step back and start blinking a little bit, they fundamentally stream movies and yes, produce some awesome original content. With banks and other financial institutions if the ATM starts spitting out the wrong number, that's a different point on the spectrum of are people going to riot in the street. I'm not saying it's further along, people really like their content but it's still a different use case with a different risk profile. Getting serious companies that have world shaking impact to trust public cloud took time and we're seeing it with places like FINRA, Capital One has been very active as far as evangelizing their use of cloud. It's just been transformative. What does that look like, from being a part of that? >> Well you know it's interesting, so you know you just said it, financial services is the business of risk management. And so to get more and when you see more and more of these financial institutions coming forward and talking about their use of cloud, what that really equates to is comfort, they've got that muscle memory now, they've probably been working with us in some way, shape or form for some great period of time and so if you look at last year, you had Dean Del Vecchio from Guardian Life Insurance come out on stage at Reinvent and say to the crowd "Hey we're a 158 year old insurance company but we've now closed our data center and we're fully on AWS and we've completed the transformation of our organization". The year before you saw Goldman Sachs walk out and say "Yeah we've been working with AWS for about four years now and we're actually using them for some very interesting use cases within Goldman Sachs". And so typically what you've seen is that over the course of about a two year to sometimes a four year time period, you've got institutions that are working deeply with us, but they're not talking about it. They're gaining that muscle memory, they're putting those first use cases to begin to scale that work up and then when they're ready man, they're ready to talk about it and they're excited to talk about it. What's interesting though is today we're having this same summit that we're having here in Cape Town in Africa and we had a customer, Old Mutual, who's one of the biggest insurers there, they just started working with us in earnest back in May and they were on stage today, so you're seeing that actually beginning to happen a lot quicker, where people are building that muscle memory faster and they're much more eager to talk about it. You're going to see that trend I think continue in financial services over the next few years so I'm very excited for future summits as well as Reinvent because the stories that we're going to see are going to come faster. You're going to see more use cases that go a lot deeper in the industry and you're going to see it covering a lot more of the industry. >> It's very much not, IT is no longer what people think of in terms of Tech companies in San Francisco building products. It's banks, it's health care and these companies are transitioning to become technology companies but when your entire, as you mentioned, the entire industry becomes about risk management, it's challenging sometimes to articulate things when you're not both on the same page. I was working with a financial partner years ago at a company I worked for and okay they're a financial institution, they're ready to sign off on this but before that they'd like to tour US East one first and validate that things are as we say they are. The answer is yeah me too, sadly, you folks have never bothered to invite me to tour an active AZ, maybe next year. It's challenging to I guess meet people where they are and speak the right language, the right peace for a long time. >> And that's why you see us have a financial services team in the first place, right? Because your financial services or health care or any of the other industries, they're very unique and they have a very specific language and so we've been very focused on making sure that we speak that language that we have an understanding of what that industry entails and what's important to that industry because as you know Amazon's a very customer obsessed organization and we want to work backwards from our customers and so it's been very important for us to actually speak that language and be able to translate that to our service teams to say hey this is important to financial services and this is why, here's the context for that. I think as we've continued to see more and more financial institutions take on that technology company mindset, I'm a technology company that happens to run a bank or happens to run an exchange company or happens to run an insurance business, it's actually been easier to talk to them about the services that we offer because now they have that mindset, they're moving more towards DevOps and moving more towards agile. And so it's been really easy to actually communicate hey, here are the appropriate changes you have to make, here's how you evolve governance, here's how you address security and compliance and the different levels of resiliency that actually improve from the standpoint of using these services. >> All right so Scott, back before I did this, I worked for some large technology suppliers and there were some groups on Wall Street that have huge IT budgets and IT staffs and actually were very cutting edge in what they were building, in what they were doing and very proud of their IT knowledge, and they were like, they have some of the smartest people in the industry and they spend a ton of money because they need an edge. Talking about transactions on stock markets, if I can translate milliseconds into millions of dollars if I can act faster. So you know, those companies, how are they moving along to do the I need to build it myself and differentiate myself because of my IT versus hey I can now have access to all the services out there because you're offering them with new ones every day, but geez how do I differentiate myself if everybody can use some of these same tools. >> So that's my background as well and so you go back that and milliseconds matter, milliseconds are money, right? When it comes to trading and actually building really bespoke applications on bespoke infrastructure. So I think what we're seeing from a transitional perspective is that you still have that mindset where hey we're really good at technology, we're really good at building applications. But now it's a new toolkit, you have access to a completely new toolkit. It's almost like The Matrix, you know that scene where Neo steps into that white room and hey says "I need this" and then the shelves just show up, that's kind how it is in the cloud, you actually have the ability to leverage the latest and greatest technologies at your fingertips when you want to build and I think that's something that's been a really compelling thing for financial institutions where you don't have to wait to get infrastructure provisioned for you. Before I worked for AWS, I worked for large financial institutions as well and when we had major projects that we had to do that sometimes had a regulatory implication, we were told by our infrastructure team hey that's going to be six months before we can actually get your dev environment built so you can actually begin to develop what you need. And actually we had to respond within about thirty days and so you had a mismatch there. With the cloud you can provision infrastructure easily and you have an access to an array of services that you can use to build immediately. And that means value, that means time to market, that means time to answering questions from customers, that means really a much faster time to answering questions from regulatory agencies and so we're seeing the adoption and the embrace of those services be very large and very significant. >> It's important to make sure that the guardrails are set appropriately, especially for a risk managed firm but once you get that in place correctly, it's an incredible boost of productivity and capability, as opposed to the old crappy way of doing governance of oh it used to take six weeks to get a server in so we're going to open a ticket now whenever you want to provision an instance and it only takes four, yay we're moving faster. It feels like there's very much a right way and a wrong way to start embracing cloud technology. >> Yeah and you know human nature is to take the run book you have today and try to apply it to tomorrow and that doesn't always work because you can use that run book and you'll get down to line four and suddenly line four doesn't exist anymore because of what's happened from a technological change perspective. Yeah I think that's why things like AWS control tower and security hub, which are those guardrails, those services that we announced recently that have gone GA. We announced them a couple of weeks ago at Reinforce in Boston. Those are really interesting to financial services customers because it really begins to help automate a lot of those compliance controls and provisioning those through control tower and then monitoring those through security hub and so you've seen us focus on how do we actually make that easier for customers to do. We know that risk management, we know that governance and controls is very important in financial services. We actually offer our customers a way to look from a country specific angle, add the different countries and the rule sets and the requirements that exist in those countries and how you map those to our controls and how you map those into your own controls and all the considerations that you have, we've got them on our public website. If you went to atlas.aws right now, that's our compliance center, you could actually pick the countries you're interested in and we'll have that mapping for you. So you'll see us continue to invest in things like that to make that much easier for customers to actually deploy quickly and to evolve those governance frameworks. >> And things like with Artifact, where it's just grab whatever compliance report you need, submit it and it's done without having to go through a laborious process. It's click button, receive compliance in some cases. >> If you're not familiar with it you can go into the AWS console and you've got Artifact right there and if you need a SOC report or you need some other type of artifact, you can just download it right there through the console, yeah it's very convenient. >> Yeah so Scott you know we talked about some of the GRC pieces in place, what are you seeing trends out there kind of globally, you know GDRP was something that was on everybody's mind over the last year or so. California has new regulations that are coming in place, so anything specific in your world or just the trends that you're seeing that might impact our environments-- >> I think that the biggest trends I would point to are data analytics, data analytics, data analytics, data analytics. And on top of that obviously machine learning. You know, data is the lifeblood of financial services, it's what makes everything go. And you can look at what's happening in this space where you've got companies like Bloomberg and Refinitiv who are making their data products available on AWS so you can get B-Pipe on AWS today, you can also get the elektron platform from Refintiv and then what people are trying to do in relation to hey I want to organize my data, I want to make it much easier to actually find value in data, both either from the standpoint of regulatory reporting, as you heard Steve talk about on stage today. FINRA is building a very large data repository that they have to from the standpoint of a regulatory perspective with CAT. Broker dealers have to actually feed the CAT and so they are also worried about here in the US, how do I actually organize my data, get all the elements I have to report to CAT together and actually do that in a very efficient way. So that's a big data analytic project. Things that are helping to make that much easier are leg formations, so we came up with leg formation last year and so you've got many financial institutions that are looking at how do you make building a data leg that much easier and then how do you layer analytics on top of that, whether it's using Amazon elastic map reduce or EMR to actually run regulatory reporting jobs or how do I begin to leverage machine learning to actually make my data analytics from a standpoint of trade surveillance or fraud detection that much more enriched and actually looking for those anomalies rather than just looking for a whole bunch of false positives. So data analytics I think is what I would point to as the biggest trend and how to actually make data more useful and how to get to data insights faster. >> On the one end it seems like there's absolutely a lot of potential in this, on the other it feels in many cases with large scale data analytics, it's we have all these tools for machine learning and the rest that we can wind up passing out to you but you need to figure out what to do with them, how to make it work and it's unclear outside of a few specific use cases and I think you've alluded to a couple of those how to take in a typical business that maybe doesn't have an enormous pile of data and start applying machine learning to it in a way that makes intelligent sense. That feels right now like a storytelling failure to some extent industry wide. We're starting to see some stories emerge but it still feels a little "Gold Rush"-y to some extent. >> Yeah I would say, and my advice would be don't try to boil the ocean or don't try to boil the data leg, meaning you want to do machine learning, you've got a great amount of earnestness about that but picture use case, really hone in on what you're trying to accomplish and work backwards from that. And we offer tooling that can be really helpful in that, you know with stage maker you can train your models and you can actually make data science available to a much broader array of people than just your data scientists. And so where we see people focusing first, is where it matters to their business. So if you've got a regulatory obligation to do surveillance or fraud detection, those are great use cases to start with. How do I enhance my existing surveillance or fraud detection, so that I'm not just wading again through a sea of false positives. How do I actually reduce that workload for a human analyst using machine learning. That's a one step up and then you can go from there, you can actually continue to work deeper into the use cases and say okay how do I treat those parameters, how do I actually look for different things that I'm used to with the rules based systems. You can also look at offering more value to customers so with next best offer with Amazon Personalize, we now have encapsulated the service that we use on the amazon.com retail site as a service that we offer to customers so you don't have to build all that tooling yourself, you can actually just consume Personalize as a service to help with those personalized recommendations for customers. >> Scott, really appreciate all the updates on your customers in the financial services industry, thanks so much for joining us. >> Happy to be here guys, thanks for having me. >> All right for Corey Quinn, I'm Stu Miniman, back with more here at AWS Summit in New York City 2019, thanks as always for watching theCube.

(futuristic electronic music) >> Live from Las Vegas, its theCUBE covering AWS re:Invent 2018. Brought to you by Amazon Web Services, Intel, and their ecosystem partners. >> Hey welcome back everyone. Live here in Las Vegas with AWS, Amazon Web Services, re:Invent 2018's CUBE coverage. Two sets, wall-to-wall coverage here on the ground floor. I'm here with Dave Vellante. Dave, six years we've been coming to re:Invent. Every year except for the first year. What a progression. We got great news. Always raising the bar, as they say at Amazon. This year, big announcements. One of them is blockchain. Really kind of laying out early formation of how they're going to roll out, thinking about blockchain. We're here to talk about here, with Rahul Pathak, who's the GM of analytics, and data lakes, and blockchain. Managing that. And Shawn Bice who's the vice president of non-relational databases. Guys, welcome to theCUBE. >> Thank you. >> Thank you, it's great to be here. >> I wish my voice was a little bit stronger. I love this segment. You know, we've been doing blockchain. We've been following one of the big events in the industry. If you separate out the whole token ICO scam situation, token economics is actually a great business model opportunity. Blockchain is an infrastructure, a decentralized infrastructure, that's great. But it's early. Day one really for you guys in a literal sense. How are you guys doing blockchain? Take a minute to explain the announcement because there are use cases, low-hanging use cases, that look a lot like IoT and supply chain that people are interested in. So take a minute to explain the announcements and what it means. >> Absolutely, so when we began looking at blockchain and blockchain use cases, we really realized there are two things that customers are trying to do. One case is really keep an immutable record of transactions and in a scenario where centralized trust is okay. And for that we have Amazon QLDB, which is an immutable cryptographically verifiable ledger. And then in scenarios where customers really wanted the decentralized trust and the smart contracts, that's where blockchain frameworks like Hyperledger Fabric and Ethereum play a role. But they're just super complicated to use and that's why we built Managed Blockchain, to make it easy to stand up, scale, and monitor these networks, so customers can focus on building applications. And in terms of use cases on the decentralized side, it's really quite diverse. I mean, we've got a customer, Guardian Life Insurance, so they're looking at Managed Blockchain 'cause they have this distributed network of partners, providers, patients, and customers, and they want to provide decentralized verifiable records of what's taking place. And it's just a broad set of use cases. >> And then we saw in the video this morning, I think it was Indonesian farmers, right? Wasn't that before the keynote? Did you see that? It was good. >> I missed that one. >> Yeah, so they don't have bank accounts. >> Oh, got it. >> And they got a reward system, so they're using the blockchain to reward farmers to participate. >> So a lot of people ask the question is, why do I need blockchain? Why don't you just put in database? So there are unique, which is true by the way, 'cause latency's an issue. (chuckles) Certainly, you might want to avoid blockchain in the short term, until that gets fixed. Assume that every one will get fixed over time, but what are some of the use cases where blockchain actually is relevant? Can you be specific because that's really people starting to make their selection criteria on. Look, I still use a database. I'm going to have all kinds of token and models around, but in a database. Where is the blockchain specifically resonating right now? >> I'll take a shot at this or we can do it together, but when you think of QLDB, it's not that customers are asking us for a ledger database. What they were really saying is, hey, we'd like to have this complete immutable, cryptographically verifiable trail of data. And it wasn't necessarily a blockchain conversation, wasn't necessarily a database conversation, it was like, I really would like to have this complete cyrptographic verifiable trail of data. And it turns out, as you sort of look at the use cases, in particular, the centralized trust scenario, QLDB does exactly that. It's not about decentralized trust. It's really about simply being able to have a database that when you write to that database, you write a transaction to the database, you can't change it. You know, a typical database people are like, well, hey, wait a second, what does immutable really mean? And once you get people to understand that once that transaction is written to a journal, it cannot be changed at all and attached, then all of a sudden there's that breakthrough moment of it being immutable and having that cryptographic trail. >> And the advantage relative to a distributive blockchain is performance, scale, and all the challenges that people always say. >> Yeah, exactly. Like with QLDB, you can find it's going to be two to three times faster cause you're not doing that distributing consensus. >> How about data lakes? Let's talk about data lakes. What problem were you guys trying to solve with the data lakes? There's a lot of them, but. (chuckles) >> That's a great question. So, essentially it's been hard for customers to set up data lakes 'cause you have to figure out where to get data from, you have to land it in S3, you've got to secure it, you've then got to secure every analytic service that you've got, you might have to clean your data. So with lake formation, what we're trying to do is make it super easy to set up data lakes. So we have blueprints for common databases and data sources. We bring that data into an S3 data lake and we've created a central catalog for that data where customers can define granular access policies with the table, and the column, and the row level. We've also got ML-based data cleansing and data deduplication. And so now customers can just use lake formation, set up data lakes, curate their data, protect it in a single place, and have those policies that enforce across all of the analytic services that they might use. >> So does it help solve the data swamp problem, get more value out of the data lake? And if so, how? >> Absolutely, so the way it does that is by automatically cataloging all datas that comes in. So we can recognize what the data is and then we allow customers to add business metadata to that so they can tag this as customer data, or PII data, or this is my table of sales history. And that then becomes searchable. So we automatically generate a catalog as data comes in and that addresses the, what do I have in my data lake problem. >> Okay, so-- >> Go ahead. >> So, Rahul, you're the general manager. Shawn, what's your job, what do you do? >> So our team builds all the non-relational databases at Amazon. So DynamoDB, Neptune, ElastiCache, Timestream, which you'll hear about today, QLDB, et cetera. So all those things-- >> Beanstalk too, Elastic Beanstalk? >> No we do not build Beanstalk. >> Okay, we're a customer of DynamoDB, by the way. >> Great! >> We're happy customers. >> That's great! >> And we use ElastiCache, right? >> Yup, the elastic >> There you go! >> surge still has it. >> So-- >> Haven't used Neptune yet. >> What's the biggest problem stigmas that you guys are trying to raise the bar on? What's the key focus as you get this new worlds and use cases coming together? These are new use cases. How are you guys evaluating it? How are you guys raising the bar? >> You know, that's a really good question you ask. What I've found in my experience is developers that have been building apps for a long time, most people are familiar with relational databases. For years we've been building apps in that context, but when you kind of look at how people are building apps today, it's very different than how they did in the past. Today developer do what they do best. They take an application, a big application, break it down into smaller parts, and they pick the right tool for the right job. >> I think the game developer mark is going to be a canary in the coal mine for developers, and it's a good spot for data formation in these kind of unstructured, non-relational scenarios. Okay, now all this engagement data, could be first person shooter, whatever it is, just throw it, I need to throw it somewhere, and I'll get to it and let it be ready to be worked on by analytics. >> Well, yeah, if you think about that gamer scenario, think about if you and I are building a game, who knows if there's going to be one user, ten players, or 10 million, or 100 million. And if we had 100 million, it's all about the performance being steady. At 100 million or ten. >> You need a fleet of servers. (John laughing) >> And a fleet of servers! >> Have you guys played Fortnite? Or do you have kids that play? >> I look over my kid's shoulder. I might play it. >> I've played, but-- >> They run all their analytics on us. They've got about 14 petabytes in S3 using S3 as their data lake, with EMR and Athena for analytics. >> We got a season-- >> I mean, think about that F1 example on keynotes today. Great example of insights. We apply that kind of concept to Fortnite, by the way, Fortnite has theCUBE in there. It's always a popular term. We noticed that, the hastag, #wherestheCUBEtoday. (Rahul chuckling) I couldn't resist. But the analytics you could get out of all that data, every interaction, all that gesture data. I mean, what are some of the things they're doing? Can you share how they're using the new tech to scale up and get these insights? >> Yeah, absolutely. So they're doing a bunch of things. I mean, one is just the health of the systems when you've got hundreds of millions of players. You need to know if you're up and it's working. The second is around engagement. What games, what collection of people work well together. And then it's what incentives they create in the game, what power ups people buy that lead to continued engagement, 'cause that defines success over the long term. What gets people coming back? And then they have an offline analytics process where they're looking at reporting, and history, and telemetry, so it's very comprehensive. So you're exactly right about gaming and analytics being a huge consumer of databases. >> Now, Shawn, didn't you guys have hard news today on DynamoDB, or? >> Yeah today we announce DynamoDB On-Demand, so customers that basically have workloads that could spike up and then all of a sudden drop off, a lot of these customers basically don't even want to think about capacity planning. They don't want to guess. They just want to basically pay only for what they're using. So we announced DynamoDB On-Demand. The developer experience is simple. You create a table and you putyour read/write capacity in the on-demand mode, and you literally only pay for the request that your workload puts through system. >> It's a great service actually. Again, making life easier for customers. Lower the bill, manage capacity, make things go better, faster, enables value. >> It's all about improving the customer experience. >> Alright, guys, I really appreciate you coming in. I'm really interested in following what you guys do in the future. I'm sure a lot of people watching will be as well, as analytics and AI become a real part of, as you guys move the stack and create that API model for, what you did for infrastructure, for apps. A total game changer, we believe. We're interested in following you guys, I'm sure others are. Where are you going to be this year? What's your focus? Where can people find out more besides going to Amazon site? Is there certain events you're going to be at? How do people get more information and what's the plans? >> There's actually some sessions on lake formation, blockchain that we're doing here. We'll have a continuous stream of summits, so as the AWS Summit calendar for 2019 gets published that's a great place to go for more information. And then just engage with us either on social media or through the web and we'll be happy to follow up. >> Alright, well, we'll do a good job on amplifying. A lot of people are interested, certainly blockchain, super hot. But people want better, stronger, more stable, but they want the decentralized immutable database model. >> Cryptographically verifiable! >> And see as everyone knows. >> Scalable! >> Anyone who wants to keep those, they talk about CUBE coins but I haven't said CUBE coin once on this episode. Wait for those tokens to be released soon. More coverage after this short break, stay with us. I'm John Furrier, and Dave Vellante, we'll be right back. (futuristic buzzing) (futuristic electronic music)