(upbeat music) >> Hello and welcome to theCube's coverage of International Women's Day. I'm John Furrier, your host of "theCUBE." We've got great two remote guests coming into our Palo Alto Studios, some tech athletes, as we say, people that've been in the trenches, years of experience, Lena Smart, CISO at MongoDB, Cube alumni, and Tara Hernandez, VP of Developer Productivity at MongoDB as well. Thanks for coming in to this program and supporting our efforts today. Thanks so much. >> Thanks for having us. >> Yeah, everyone talk about the journey in tech, where it all started. Before we get there, talk about what you guys are doing at MongoDB specifically. MongoDB is kind of gone the next level as a platform. You have your own ecosystem, lot of developers, very technical crowd, but it's changing the business transformation. What do you guys do at Mongo? We'll start with you, Lena. >> So I'm the CISO, so all security goes through me. I like to say, well, I don't like to say, I'm described as the ones throat to choke. So anything to do with security basically starts and ends with me. We do have a fantastic Cloud engineering security team and a product security team, and they don't report directly to me, but obviously we have very close relationships. I like to keep that kind of church and state separate and I know I've spoken about that before. And we just recently set up a physical security team with an amazing gentleman who left the FBI and he came to join us after 26 years for the agency. So, really starting to look at the physical aspects of what we offer as well. >> I interviewed a CISO the other day and she said, "Every day is day zero for me." Kind of goofing on the Amazon Day one thing, but Tara, go ahead. Tara, go ahead. What's your role there, developer productivity? What are you focusing on? >> Sure. Developer productivity is kind of the latest description for things that we've described over the years as, you know, DevOps oriented engineering or platform engineering or build and release engineering development infrastructure. It's all part and parcel, which is how do we actually get our code from developer to customer, you know, and all the mechanics that go into that. It's been something I discovered from my first job way back in the early '90s at Borland. And the art has just evolved enormously ever since, so. >> Yeah, this is a very great conversation both of you guys, right in the middle of all the action and data infrastructures changing, exploding, and involving big time AI and data tsunami and security never stops. Well, let's get into, we'll talk about that later, but let's get into what motivated you guys to pursue a career in tech and what were some of the challenges that you faced along the way? >> I'll go first. The fact of the matter was I intended to be a double major in history and literature when I went off to university, but I was informed that I had to do a math or a science degree or else the university would not be paid for. At the time, UC Santa Cruz had a policy that called Open Access Computing. This is, you know, the late '80s, early '90s. And anybody at the university could get an email account and that was unusual at the time if you were, those of us who remember, you used to have to pay for that CompuServe or AOL or, there's another one, I forget what it was called, but if a student at Santa Cruz could have an email account. And because of that email account, I met people who were computer science majors and I'm like, "Okay, I'll try that." That seems good. And it was a little bit of a struggle for me, a lot I won't lie, but I can't complain with how it ended up. And certainly once I found my niche, which was development infrastructure, I found my true love and I've been doing it for almost 30 years now. >> Awesome. Great story. Can't wait to ask a few questions on that. We'll go back to that late '80s, early '90s. Lena, your journey, how you got into it. >> So slightly different start. I did not go to university. I had to leave school when I was 16, got a job, had to help support my family. Worked a bunch of various jobs till I was about 21 and then computers became more, I think, I wouldn't say they were ubiquitous, but they were certainly out there. And I'd also been saving up every penny I could earn to buy my own computer and bought an Amstrad 1640, 20 meg hard drive. It rocked. And kind of took that apart, put it back together again, and thought that could be money in this. And so basically just teaching myself about computers any job that I got. 'Cause most of my jobs were like clerical work and secretary at that point. But any job that had a computer in front of that, I would make it my business to go find the guy who did computing 'cause it was always a guy. And I would say, you know, I want to learn how these work. Let, you know, show me. And, you know, I would take my lunch hour and after work and anytime I could with these people and they were very kind with their time and I just kept learning, so yep. >> Yeah, those early days remind me of the inflection point we're going through now. This major C change coming. Back then, if you had a computer, you had to kind of be your own internal engineer to fix things. Remember back on the systems revolution, late '80s, Tara, when, you know, your career started, those were major inflection points. Now we're seeing a similar wave right now, security, infrastructure. It feels like it's going to a whole nother level. At Mongo, you guys certainly see this as well, with this AI surge coming in. A lot more action is coming in. And so there's a lot of parallels between these inflection points. How do you guys see this next wave of change? Obviously, the AI stuff's blowing everyone away. Oh, new user interface. It's been called the browser moment, the mobile iPhone moment, kind of for this generation. There's a lot of people out there who are watching that are young in their careers, what's your take on this? How would you talk to those folks around how important this wave is? >> It, you know, it's funny, I've been having this conversation quite a bit recently in part because, you know, to me AI in a lot of ways is very similar to, you know, back in the '90s when we were talking about bringing in the worldwide web to the forefront of the world, right. And we tended to think in terms of all the optimistic benefits that would come of it. You know, free passing of information, availability to anyone, anywhere. You just needed an internet connection, which back then of course meant a modem. >> John: Not everyone had though. >> Exactly. But what we found in the subsequent years is that human beings are what they are and we bring ourselves to whatever platforms that are there, right. And so, you know, as much as it was amazing to have this freely available HTML based internet experience, it also meant that the negatives came to the forefront quite quickly. And there were ramifications of that. And so to me, when I look at AI, we're already seeing the ramifications to that. Yes, are there these amazing, optimistic, wonderful things that can be done? Yes. >> Yeah. >> But we're also human and the bad stuff's going to come out too. And how do we- >> Yeah. >> How do we as an industry, as a community, you know, understand and mitigate those ramifications so that we can benefit more from the positive than the negative. So it is interesting that it comes kind of full circle in really interesting ways. >> Yeah. The underbelly takes place first, gets it in the early adopter mode. Normally industries with, you know, money involved arbitrage, no standards. But we've seen this movie before. Is there hope, Lena, that we can have a more secure environment? >> I would hope so. (Lena laughs) Although depressingly, we've been in this well for 30 years now and we're, at the end of the day, still telling people not to click links on emails. So yeah, that kind of still keeps me awake at night a wee bit. The whole thing about AI, I mean, it's, obviously I am not an expert by any stretch of the imagination in AI. I did read (indistinct) book recently about AI and that was kind of interesting. And I'm just trying to teach myself as much as I can about it to the extent of even buying the "Dummies Guide to AI." Just because, it's actually not a dummies guide. It's actually fairly interesting, but I'm always thinking about it from a security standpoint. So it's kind of my worst nightmare and the best thing that could ever happen in the same dream. You know, you've got this technology where I can ask it a question and you know, it spits out generally a reasonable answer. And my team are working on with Mark Porter our CTO and his team on almost like an incubation of AI link. What would it look like from MongoDB? What's the legal ramifications? 'Cause there will be legal ramifications even though it's the wild, wild west just now, I think. Regulation's going to catch up to us pretty quickly, I would think. >> John: Yeah, yeah. >> And so I think, you know, as long as companies have a seat at the table and governments perhaps don't become too dictatorial over this, then hopefully we'll be in a good place. But we'll see. I think it's a really interest, there's that curse, we're living in interesting times. I think that's where we are. >> It's interesting just to stay on this tech trend for a minute. The standards bodies are different now. Back in the old days there were, you know, IEEE standards, ITF standards. >> Tara: TPC. >> The developers are the new standard. I mean, now you're seeing open source completely different where it was in the '90s to here beginning, that was gen one, some say gen two, but I say gen one, now we're exploding with open source. You have kind of developers setting the standards. If developers like it in droves, it becomes defacto, which then kind of rolls into implementation. >> Yeah, I mean I think if you don't have developer input, and this is why I love working with Tara and her team so much is 'cause they get it. If we don't have input from developers, it's not going to get used. There's going to be ways of of working around it, especially when it comes to security. If they don't, you know, if you're a developer and you're sat at your screen and you don't want to do that particular thing, you're going to find a way around it. You're a smart person. >> Yeah. >> So. >> Developers on the front lines now versus, even back in the '90s, they're like, "Okay, consider the dev's, got a QA team." Everything was Waterfall, now it's Cloud, and developers are on the front lines of everything. Tara, I mean, this is where the standards are being met. What's your reaction to that? >> Well, I think it's outstanding. I mean, you know, like I was at Netscape and part of the crowd that released the browser as open source and we founded mozilla.org, right. And that was, you know, in many ways kind of the birth of the modern open source movement beyond what we used to have, what was basically free software foundation was sort of the only game in town. And I think it is so incredibly valuable. I want to emphasize, you know, and pile onto what Lena was saying, it's not just that the developers are having input on a sort of company by company basis. Open source to me is like a checks and balance, where it allows us as a broader community to be able to agree on and enforce certain standards in order to try and keep the technology platforms as accessible as possible. I think Kubernetes is a great example of that, right. If we didn't have Kubernetes, that would've really changed the nature of how we think about container orchestration. But even before that, Linux, right. Linux allowed us as an industry to end the Unix Wars and as someone who was on the front lines of that as well and having to support 42 different operating systems with our product, you know, that was a huge win. And it allowed us to stop arguing about operating systems and start arguing about software or not arguing, but developing it in positive ways. So with, you know, with Kubernetes, with container orchestration, we all agree, okay, that's just how we're going to orchestrate. Now we can build up this huge ecosystem, everybody gets taken along, right. And now it changes the game for what we're defining as business differentials, right. And so when we talk about crypto, that's a little bit harder, but certainly with AI, right, you know, what are the checks and balances that as an industry and as the developers around this, that we can in, you know, enforce to make sure that no one company or no one body is able to overly control how these things are managed, how it's defined. And I think that is only for the benefit in the industry as a whole, particularly when we think about the only other option is it gets regulated in ways that do not involve the people who actually know the details of what they're talking about. >> Regulated and or thrown away or bankrupt or- >> Driven underground. >> Yeah. >> Which would be even worse actually. >> Yeah, that's a really interesting, the checks and balances. I love that call out. And I was just talking with another interview part of the series around women being represented in the 51% ratio. Software is for everybody. So that we believe that open source movement around the collective intelligence of the participants in the industry and independent of gender, this is going to be the next wave. You're starting to see these videos really have impact because there are a lot more leaders now at the table in companies developing software systems and with AI, the aperture increases for applications. And this is the new dynamic. What's your guys view on this dynamic? How does this go forward in a positive way? Is there a certain trajectory you see? For women in the industry? >> I mean, I think some of the states are trying to, again, from the government angle, some of the states are trying to force women into the boardroom, for example, California, which can be no bad thing, but I don't know, sometimes I feel a bit iffy about all this kind of forced- >> John: Yeah. >> You know, making, I don't even know how to say it properly so you can cut this part of the interview. (John laughs) >> Tara: Well, and I think that they're >> I'll say it's not organic. >> No, and I think they're already pulling it out, right. It's already been challenged so they're in the process- >> Well, this is the open source angle, Tara, you are getting at it. The change agent is open, right? So to me, the history of the proven model is openness drives transparency drives progress. >> No, it's- >> If you believe that to be true, this could have another impact. >> Yeah, it's so interesting, right. Because if you look at McKinsey Consulting or Boston Consulting or some of the other, I'm blocking on all of the names. There has been a decade or more of research that shows that a non homogeneous employee base, be it gender or ethnicity or whatever, generates more revenue, right? There's dollar signs that can be attached to this, but it's not enough for all companies to want to invest in that way. And it's not enough for all, you know, venture firms or investment firms to grant that seed money or do those seed rounds. I think it's getting better very slowly, but socialization is a much harder thing to overcome over time. Particularly, when you're not just talking about one country like the United States in our case, but around the world. You know, tech centers now exist all over the world, including places that even 10 years ago we might not have expected like Nairobi, right. Which I think is amazing, but you have to factor in the cultural implications of that as well, right. So yes, the openness is important and we have, it's important that we have those voices, but I don't think it's a panacea solution, right. It's just one more piece. I think honestly that one of the most important opportunities has been with Cloud computing and Cloud's been around for a while. So why would I say that? It's because if you think about like everybody holds up the Steve Jobs, Steve Wozniak, back in the '70s, or Sergey and Larry for Google, you know, you had to have access to enough credit card limit to go to Fry's and buy your servers and then access to somebody like Susan Wojcicki to borrow the garage or whatever. But there was still a certain amount of upfrontness that you had to be able to commit to, whereas now, and we've, I think, seen a really good evidence of this being able to lease server resources by the second and have development platforms that you can do on your phone. I mean, for a while I think Africa, that the majority of development happened on mobile devices because there wasn't a sufficient supply chain of laptops yet. And that's no longer true now as far as I know. But like the power that that enables for people who would otherwise be underrepresented in our industry instantly opens it up, right? And so to me that's I think probably the biggest opportunity that we've seen from an industry on how to make more availability in underrepresented representation for entrepreneurship. >> Yeah. >> Something like AI, I think that's actually going to take us backwards if we're not careful. >> Yeah. >> Because of we're reinforcing that socialization. >> Well, also the bias. A lot of people commenting on the biases of the large language inherently built in are also problem. Lena, I want you to weigh on this too, because I think the skills question comes up here and I've been advocating that you don't need the pedigree, college pedigree, to get into a certain jobs, you mentioned Cloud computing. I mean, it's been around for you think a long time, but not really, really think about it. The ability to level up, okay, if you're going to join something new and half the jobs in cybersecurity are created in the past year, right? So, you have this what used to be a barrier, your degree, your pedigree, your certification would take years, would be a blocker. Now that's gone. >> Lena: Yeah, it's the opposite. >> That's, in fact, psychology. >> I think so, but the people who I, by and large, who I interview for jobs, they have, I think security people and also I work with our compliance folks and I can't forget them, but let's talk about security just now. I've always found a particular kind of mindset with security folks. We're very curious, not very good at following rules a lot of the time, and we'd love to teach others. I mean, that's one of the big things stem from the start of my career. People were always interested in teaching and I was interested in learning. So it was perfect. And I think also having, you know, strong women leaders at MongoDB allows other underrepresented groups to actually apply to the company 'cause they see that we're kind of talking the talk. And that's been important. I think it's really important. You know, you've got Tara and I on here today. There's obviously other senior women at MongoDB that you can talk to as well. There's a bunch of us. There's not a whole ton of us, but there's a bunch of us. And it's good. It's definitely growing. I've been there for four years now and I've seen a growth in women in senior leadership positions. And I think having that kind of track record of getting really good quality underrepresented candidates to not just interview, but come and join us, it's seen. And it's seen in the industry and people take notice and they're like, "Oh, okay, well if that person's working, you know, if Tara Hernandez is working there, I'm going to apply for that." And that in itself I think can really, you know, reap the rewards. But it's getting started. It's like how do you get your first strong female into that position or your first strong underrepresented person into that position? It's hard. I get it. If it was easy, we would've sold already. >> It's like anything. I want to see people like me, my friends in there. Am I going to be alone? Am I going to be of a group? It's a group psychology. Why wouldn't? So getting it out there is key. Is there skills that you think that people should pay attention to? One's come up as curiosity, learning. What are some of the best practices for folks trying to get into the tech field or that's in the tech field and advancing through? What advice are you guys- >> I mean, yeah, definitely, what I say to my team is within my budget, we try and give every at least one training course a year. And there's so much free stuff out there as well. But, you know, keep learning. And even if it's not right in your wheelhouse, don't pick about it. Don't, you know, take a look at what else could be out there that could interest you and then go for it. You know, what does it take you few minutes each night to read a book on something that might change your entire career? You know, be enthusiastic about the opportunities out there. And there's so many opportunities in security. Just so many. >> Tara, what's your advice for folks out there? Tons of stuff to taste, taste test, try things. >> Absolutely. I mean, I always say, you know, my primary qualifications for people, I'm looking for them to be smart and motivated, right. Because the industry changes so quickly. What we're doing now versus what we did even last year versus five years ago, you know, is completely different though themes are certainly the same. You know, we still have to code and we still have to compile that code or package the code and ship the code so, you know, how well can we adapt to these new things instead of creating floppy disks, which was my first job. Five and a quarters, even. The big ones. >> That's old school, OG. There it is. Well done. >> And now it's, you know, containers, you know, (indistinct) image containers. And so, you know, I've gotten a lot of really great success hiring boot campers, you know, career transitioners. Because they bring a lot experience in addition to the technical skills. I think the most important thing is to experiment and figuring out what do you like, because, you know, maybe you are really into security or maybe you're really into like deep level coding and you want to go back, you know, try to go to school to get a degree where you would actually want that level of learning. Or maybe you're a front end engineer, you want to be full stacked. Like there's so many different things, data science, right. Maybe you want to go learn R right. You know, I think it's like figure out what you like because once you find that, that in turn is going to energize you 'cause you're going to feel motivated. I think the worst thing you could do is try to force yourself to learn something that you really could not care less about. That's just the worst. You're going in handicapped. >> Yeah and there's choices now versus when we were breaking into the business. It was like, okay, you software engineer. They call it software engineering, that's all it was. You were that or you were in sales. Like, you know, some sort of systems engineer or sales and now it's,- >> I had never heard of my job when I was in school, right. I didn't even know it was a possibility. But there's so many different types of technical roles, you know, absolutely. >> It's so exciting. I wish I was young again. >> One of the- >> Me too. (Lena laughs) >> I don't. I like the age I am. So one of the things that I did to kind of harness that curiosity is we've set up a security champions programs. About 120, I guess, volunteers globally. And these are people from all different backgrounds and all genders, diversity groups, underrepresented groups, we feel are now represented within this champions program. And people basically give up about an hour or two of their time each week, with their supervisors permission, and we basically teach them different things about security. And we've now had seven full-time people move from different areas within MongoDB into my team as a result of that program. So, you know, monetarily and time, yeah, saved us both. But also we're showing people that there is a path, you know, if you start off in Tara's team, for example, doing X, you join the champions program, you're like, "You know, I'd really like to get into red teaming. That would be so cool." If it fits, then we make that happen. And that has been really important for me, especially to give, you know, the women in the underrepresented groups within MongoDB just that window into something they might never have seen otherwise. >> That's a great common fit is fit matters. Also that getting access to what you fit is also access to either mentoring or sponsorship or some sort of, at least some navigation. Like what's out there and not being afraid to like, you know, just ask. >> Yeah, we just actually kicked off our big mentor program last week, so I'm the executive sponsor of that. I know Tara is part of it, which is fantastic. >> We'll put a plug in for it. Go ahead. >> Yeah, no, it's amazing. There's, gosh, I don't even know the numbers anymore, but there's a lot of people involved in this and so much so that we've had to set up mentoring groups rather than one-on-one. And I think it was 45% of the mentors are actually male, which is quite incredible for a program called Mentor Her. And then what we want to do in the future is actually create a program called Mentor Them so that it's not, you know, not just on the female and so that we can live other groups represented and, you know, kind of break down those groups a wee bit more and have some more granularity in the offering. >> Tara, talk about mentoring and sponsorship. Open source has been there for a long time. People help each other. It's community-oriented. What's your view of how to work with mentors and sponsors if someone's moving through ranks? >> You know, one of the things that was really interesting, unfortunately, in some of the earliest open source communities is there was a lot of pervasive misogyny to be perfectly honest. >> Yeah. >> And one of the important adaptations that we made as an open source community was the idea, an introduction of code of conducts. And so when I'm talking to women who are thinking about expanding their skills, I encourage them to join open source communities to have opportunity, even if they're not getting paid for it, you know, to develop their skills to work with people to get those code reviews, right. I'm like, "Whatever you join, make sure they have a code of conduct and a good leadership team. It's very important." And there are plenty, right. And then that idea has come into, you know, conferences now. So now conferences have codes of contact, if there are any good, and maybe not all of them, but most of them, right. And the ideas of expanding that idea of intentional healthy culture. >> John: Yeah. >> As a business goal and business differentiator. I mean, I won't lie, when I was recruited to come to MongoDB, the culture that I was able to discern through talking to people, in addition to seeing that there was actually women in senior leadership roles like Lena, like Kayla Nelson, that was a huge win. And so it just builds on momentum. And so now, you know, those of us who are in that are now representing. And so that kind of reinforces, but it's all ties together, right. As the open source world goes, particularly for a company like MongoDB, which has an open source product, you know, and our community builds. You know, it's a good thing to be mindful of for us, how we interact with the community and you know, because that could also become an opportunity for recruiting. >> John: Yeah. >> Right. So we, in addition to people who might become advocates on Mongo's behalf in their own company as a solution for themselves, so. >> You guys had great successful company and great leadership there. I mean, I can't tell you how many times someone's told me "MongoDB doesn't scale. It's going to be dead next year." I mean, I was going back 10 years. It's like, just keeps getting better and better. You guys do a great job. So it's so fun to see the success of developers. Really appreciate you guys coming on the program. Final question, what are you guys excited about to end the segment? We'll give you guys the last word. Lena will start with you and Tara, you can wrap us up. What are you excited about? >> I'm excited to see what this year brings. I think with ChatGPT and its copycats, I think it'll be a very interesting year when it comes to AI and always in the lookout for the authentic deep fakes that we see coming out. So just trying to make people aware that this is a real thing. It's not just pretend. And then of course, our old friend ransomware, let's see where that's going to go. >> John: Yeah. >> And let's see where we get to and just genuine hygiene and housekeeping when it comes to security. >> Excellent. Tara. >> Ah, well for us, you know, we're always constantly trying to up our game from a security perspective in the software development life cycle. But also, you know, what can we do? You know, one interesting application of AI that maybe Google doesn't like to talk about is it is really cool as an addendum to search and you know, how we might incorporate that as far as our learning environment and developer productivity, and how can we enable our developers to be more efficient, productive in their day-to-day work. So, I don't know, there's all kinds of opportunities that we're looking at for how we might improve that process here at MongoDB and then maybe be able to share it with the world. One of the things I love about working at MongoDB is we get to use our own products, right. And so being able to have this interesting document database in order to put information and then maybe apply some sort of AI to get it out again, is something that we may well be looking at, if not this year, then certainly in the coming year. >> Awesome. Lena Smart, the chief information security officer. Tara Hernandez, vice president developer of productivity from MongoDB. Thank you so much for sharing here on International Women's Day. We're going to do this quarterly every year. We're going to do it and then we're going to do quarterly updates. Thank you so much for being part of this program. >> Thank you. >> Thanks for having us. >> Okay, this is theCube's coverage of International Women's Day. I'm John Furrier, your host. Thanks for watching. (upbeat music)

(bright music) >> Hello everyone and welcome back to AWS re:Invent, here in wonderful Las Vegas, Nevada. We're theCUBE. I am Savannah Peterson. Joined with my co-host, Dave Vellante. Day four, you look great. Your voice has come back somehow. >> Yeah, a little bit. I don't know how. I took last night off. You guys, I know, were out partying all night, but - >> I don't know what you're talking about. (Dave laughing) >> Well, you were celebrating John's birthday. John Furrier's birthday today. >> Yes, happy birthday John! >> He's on his way to England. >> Yeah. >> To attend his nephew's wedding. Awesome family. And so good luck, John. I hope you feel better, he's got a little cold. >> I know, good luck to the newlyweds. I love this. I know we're both really excited for our next guest, so I'm going to bring out, Lena Smart from MongoDB. Thank you so much for being here. >> Thank you for having me. >> How's the show going for you? >> Good. It's been a long week. And I just, not much voice left, so. >> We'll be gentle on you. >> I'll give you what's left of it. >> All right, we'll take that. >> Okay. >> You had a fireside chat, at the show? >> Lena: I did. >> Can you tell us a little bit about that? >> So we were talking about the Rise, The developer is a platform. In this massive theater. I thought it would be like an intimate, you know, fireside chat. I keep believing them when they say to me come and do these talks, it'll be intimate. And you turn up and there's a stage and a theater and it's like, oh my god. But it was really interesting. It was well attended. Got some really good questions at the end as well. Lots of follow up, which was interesting. And it was really just about, you know, how we've brought together this developer platform that's got our integrated services. It's just what developers want, it gives them time to innovate and disrupt, rather than worry about the minutia of management. >> Savannah: Do the cool stuff. >> Exactly. >> Yeah, so you know Lena, it's funny that you're saying that oh wow, the lights came on and it was this big thing. When when we were at re:Inforced, Lena was on stage and it was so funny, Lena, you were self deprecating like making jokes about the audience. >> Savannah: (indistinct) >> It was hilarious. And so, but it was really endearing to the audience and so we were like - >> Lena: It was terrifying. >> You got huge props for that, I'll tell you. >> Absolutely terrifying. Because they told me I wouldn't see anyone. Because we did the rehearsal the day before, and they were like, it's just going to be like - >> Sometimes it just looks like blackness out there. >> Yeah, yeah. It wasn't, they lied. I could see eyeballs. It was terrifying. >> Would you rather know that going in though? Or is it better to be, is ignorance bliss in that moment? >> Ignorance is bliss. >> Yeah, yeah yeah. >> Good call Savannah, right? Yeah, just go. >> The older I get, the more I'm just, I'm on the ignorance is bliss train. I just, I don't need to know anything that's going to hurt my soul. >> Exactly. >> One of the things that you mentioned, and this has actually been a really frequent theme here on the show this week, is you said that this has been a transformative year for developers. >> Lena: Yeah. >> What did you mean by that? >> So I think developers are starting to come to the fore, if you like, the fore. And I'm not in any way being deprecating about developers 'cause I love them. >> Savannah: I think everyone here does. >> I was married to one, I live with one now. It's like, they follow me everywhere. They don't. But, I think they, this is my opinion obviously but I think that we're seeing more and more the value that developers bring to the table. They're not just code geeks anymore. They're not just code monkeys, you know, churning out lines and lines of code. Some of the most interesting discussions I've had this week have been with developers. And that's why I'm so pleased that our developer data platform is going to give these folks back time, so that they can go and innovate. And do super interesting things and do the next big thing. It was interesting, I was talking to Mary, our comms person earlier and she had said that Dave I guess, my boss, was on your show - >> Dave: Yeah, he was over here last night. >> Yeah. And he was saying that two thirds of the companies that had been mentioned so far, within the whole gamut of this conference use MongoDB. And so take that, extrapolate that, of all the developers >> Wow. >> who are there. I know, isn't that awesome? >> That's awesome. Congrats on that, that's like - >> Did I hear that right now? >> I know, I just had that moment. >> I know she just told me, I'm like, really? That's - >> That's so cool. >> 'Cause the first thing I thought of was then, oh my god, how many developers are we reaching then? 'Cause they're the ones. I mean, it's kind of interesting. So my job has kind of grown from, over the years, being the security geek in the back room that nobody talks to, to avoiding me in the lift, to I've got a seat at the table now. We meet with the board. And I think that I can see that that's where the developer mindset is moving towards. It's like, give us the right tools and we'll change your world. >> And let the human capital go back to doing the fun stuff and not just the maintenance stuff. >> And, but then you say that, you can't have everything automated. I get that automation is also the buzzword of the week. And I get that, trust me. Someone has to write the code to do the automation. >> Savannah: Right. >> So, so yeah, definitely give these people back time, so that they can work on ML, AI, choose your buzzword. You know, by giving people things like queriable encryption for example, you're going to free up a whole bunch of head space. They don't have to worry about their data being, you know harvested from memory or harvested while at rest or in motion. And it's like, okay, I don't have to worry about that now, let me go do something fun. >> How about the role of the developer as it relates to SecOps, right? They're being asked to do a lot. You and I talked about this at re:Inforce. You seem to have a pretty good handle on it. Like a lot of companies I think are struggling with it. I mean, the other thing you said said to me is you don't have a lack of talent at Mongo, right? 'Cause you're Mongo. But a lot of companies do. But a lot of the developers, you know we were just talking about this earlier with Capgemini, the developer metrics or the application development team's metrics might not be aligned with the CSO's metrics. How, what are you seeing there? What, how do you deal with it within Mongo? What do you advise your customers? >> So in terms of internal, I work very closely with our development group. So I work with Tara Hernandez, who's our new VP of developer productivity. And she and her team are very much interested in making developers more productive. That's her job. And so we get together because sometimes security can definitely be seen as a blocker. You know, funnily enough, I actually had a Slack that I had to respond to three seconds before I come on here. And it was like, help, we need some help getting this application through procurement, because blah, blah, blah. And it's weird the kind of change, the shift in mindset. Whereas before they might have gone to procurement or HR or someone to ask for this. Now they're coming to the CSO. 'Cause they know if I say yes, it'll go through. >> Talk about social engineering. >> Exactly. >> You were talking about - >> But turn it around though. If I say no, you know, I don't like to say no. I prefer to be the CSO that says yes, but. And so that's what we've done. We've definitely got that culture of ask, we'll tell you the risks, and then you can go away and be innovative and do what you need to do. And we basically do the same with our customers. Here's what you can do. Our application is secure out of the box. Here's how we can help you make it even more, you know, streamlined or bespoke to what you need. >> So mobile was a big inflection point, you know, I dunno, it seems like forever ago. >> 2007. >> 2007. Yeah, iPhone came out in 2007. >> You remember your first iPhone? >> Dave: Yeah. >> Yeah? Same. >> Yeah. It was pretty awesome, actually. >> Yeah, I do too. >> Yeah, I was on the train to Boston going up to see some friends at MIT on the consortium that I worked with. And I had, it was the wee one, 'member? But you thought it was massive. >> Oh, it felt - >> It felt big. And I remember I was sitting on the train to Boston it was like the Estella and there was these people, these two women sitting beside me. And they were all like glam, like you and unlike me. >> Dave: That's awesome. >> And they, you could see them like nudging each other. And I'm being like, I'm just sitting like this. >> You're chilling. >> Like please look at my phone, come on just look at it. Ask me about it. And eventually I'm like - >> You're baiting them. >> nonchalantly laid it on the table. And you know, I'm like, and they're like, is that an iPhone? And I'm like, yeah, you want to see it? >> I thought you'd never ask. >> I know. And I really played with it. And I showed them all the cool stuff, and they're like, oh we're going to buy iPhones. And so I should have probably worked for Apple, but I didn't. >> I was going to say, where was your referral kickback on that? Especially - >> It was a little like Tesla, right? When you first, we first saw Tesla, it was Ray Wong, you know, Ray? From Pasadena? >> It really was a moment and going from the Blackberry keyboard to that - >> He's like want to see my car? And I'm like oh yeah sure, what's the big deal? >> Yeah, then you see it and you're like, ooh. >> Yeah, that really was such a pivotal moment. >> Anyway, so we lost a track, 2007. >> Yeah, what were we talking about? 2007 mobile. >> Mobile. >> Key inflection point, is where you got us here. Thank you. >> I gotchu Dave, I gotchu. >> Bring us back here. My mind needs help right now. Day four. Okay, so - >> We're all getting here on day four, we're - >> I'm socially engineering you to end this, so I can go to bed and die quietly. That's what me and Mary are, we're counting down the minutes. >> Holy. >> That's so sick. >> You're breaking my heart right now. I love it. I'm with you, sis, I'm with you. >> So I dunno where I was, really where I was going with this, but, okay, there's - >> 2007. Three things happened. >> Another inflection point. Okay yeah, tell us what happened. But no, tell us that, but then - >> AWS, clones, 2006. >> Well 2006, 2007. Right, okay. >> 2007, the iPhone, the world blew up. So you've already got this platform ready to take all this data. >> Dave: Right. >> You've got this little slab of gorgeousness called the iPhone, ready to give you all that data. And then MongoDB pops up, it's like, woo-hoo. But what we could offer was, I mean back then was awesome, but it was, we knew that we would have to iterate and grow and grow and grow. So that was kind of the three things that came together in 2007. >> Yeah, and then Cloud came in big time, and now you've got this platform. So what's the next inflection point do you think? >> Oh... >> Good question, Dave. >> Don't even ask me that. >> I mean, is it Edge? Is it IOT? Is there another disruptor out there? >> I think it's going to be artificial intelligence. >> Dave: Is it AI? >> I mean I don't know enough about it to talk about it, to any level, so don't ask me any questions about it. >> This is like one of those ignorance is bliss moments. It feels right. >> Yeah. >> Well, does it scare you, from a security perspective? Or? >> Great question, Dave. >> Yeah, it scares me more from a humanity standpoint. Like - >> More than social scared you? 'Cause social was so benign when it started. >> Oh it was - >> You're like, oh - I remember, >> It was like a yearbook. I was on the Estella and we were - >> Shout out to Amtrak there. >> I was with, we were starting basically a wikibond, it was an open source. >> Yeah, yeah. >> Kind of, you know, technology community. And we saw these and we were like enamored of Facebook. And there were these two young kids on the train, and we were at 'em, we were picking the brain. Do you like Facebook? "I love Facebook." They're like "oh, Facebook's unbelievable." Now, kids today, "I hate Facebook," right? So, but social at the beginning it was kind of, like I say, benign and now everybody's like - >> Savannah: We didn't know what we were getting into. >> Right. >> I know. >> Exactly. >> Can you imagine if you could have seen into the future 20 years ago? Well first of all, we'd have all bought Facebook and Apple stock. >> Savannah: Right. >> And Tesla stock. But apart from, but yeah apart from that. >> Okay, so what about Quantum? Does that scare you at all? >> I think the only thing that scares me about Quantum is we have all this security in place today. And I'm not an expert in Quantum, but we have all this security in place that's securing what we have today. And my worry is, in 10 years, is it still going to be secure? 'Cause we're still going to be using that data in some way, shape, or form. And my question is to the quantum geniuses out there, what do we do in 10 years like to retrofit the stuff? >> Dave: Like a Y2K moment? >> Kind of. Although I think Y2K is coming in 2038, isn't it? When the Linux date flips. I'll be off the grid by then, I'll be living in Scotland. >> Somebody else's problem. >> Somebody else's problem. I'll be with the sheep in Glasgow, in Scotland. >> Y2K was a boondoggle for tech, right? >> What a farce. I mean, that whole - >> I worked in the power industry in Y2K. That was a nightmare. >> Dave: Oh I bet. >> Savannah: Oh my God. >> Yeah, 'cause we just assumed that the world was going to stop and there been no power, and we had nuclear power plants. And it's like holy moly. Yeah. >> More than moly. >> I was going to say, you did a good job holding that other word in. >> I think I was going to, in case my mom hears this. >> I grew up near Diablo Canyon in, in California. So you were, I mean we were legitimately worried that that exactly was going to happen. And what about the waste? And yeah it was chaos. We've covered a lot. >> Well, what does worry you? Like, it is culture? Is it - >> Why are you trying to freak her out? >> No, no, because it's a CSO, trying to get inside the CSO's head. >> You don't think I have enough to worry about? You want to keep piling on? >> Well if it's not Quantum, you know? Maybe it's spiders or like - >> Oh but I like spiders, well spiders are okay. I don't like bridges, that's my biggest fear. Bridges. >> Seriously? >> And I had to drive over the Tappan Zee bridge, which is one of the longest, for 17 years, every day, twice. The last time I drove over it, I was crying my heart out, and happy as anything. >> Stay out of Oakland. >> I've never driven over it since. Stay out of where? >> Stay out of Oakland. >> I'm staying out of anywhere that's got lots of water. 'Cause it'll have bridges. >> Savannah: Well it's good we're here in the desert. >> Exactly. So what scares me? Bridges, there you go. >> Yeah, right. What? >> Well wait a minute. So if I'm bridging technology, is that the scary stuff? >> Oh God, that was not - >> Was it really bad? >> It was really bad. >> Wow. Wow, the puns. >> There's a lot of seems in those bridges. >> It is lit on theCUBE A floor, we are all struggling. I'm curious because I've seen, your team is all over the place here on the show, of course. Your booth has been packed the whole time. >> Lena: Yes. >> The fingerprint. Talk to me about your shirt. >> So, this was designed by my team in house. It is the most wanted swag in the company, because only my security people wear it. So, we make it like, yeah, you could maybe have one, if this turns out well. >> I feel like we're on the right track. >> Dave: If it turns out well. >> Yeah, I just love it. It's so, it's just brilliant. I mean, it's the leaf, it's a fingerprint. It's just brilliant. >> That's why I wanted to call it out. You know, you see a lot of shirts, a lot of swag shirts. Some are really unfortunately sad, or not funny, >> They are. >> or they're just trying too hard. Now there's like, with this one, I thought oh I bet that's clever. >> Lena: It is very cool. Yes, I love it. >> I saw a good one yesterday. >> Yeah? >> We fix shit, 'member? >> Oh yeah, yeah. >> That was pretty good. >> I like when they're >> That's a pretty good one. >> just straightforward, like that, yeah yeah. >> But the only thing with this is when you're say in front of a green screen, you look as though you've got no tummy. >> A portal through your body. >> And so, when we did our first - >> That's a really good point, actually. >> Yeah, it's like the black hole to nothingless. And I'm like wow, that's my soul. >> I was just going to say, I don't want to see my soul like that. I don't want to know. >> But we had to do like, it was just when the pandemic first started, so we had to do our big presentation live announcement from home. And so they shipped us all this camera equipment for home and thank God my partner knows how that works, so he set it all up. And then he had me test with a green screen, and he's like, you have no tummy. I'm like, what the hell are you talking about? He's like, come and see. It's like this, I dunno what it was. So I had to actually go upstairs and felt tip with a magic marker and make it black. >> Wow. >> So that was why I did for two hours on a Friday, yeah. >> Couldn't think of another alternative, huh? >> Well no, 'cause I'm myopic when it comes to marketing and I knew I had to keep the tshirt on, and I just did that. >> Yeah. >> In hindsight, yes I could have worn an "I Fix Shit" tshirt, but I don't think my husband would've been very happy. I secure shit? >> There you go, yeah. >> There you go. >> Over to you, Savannah. >> I was going to say, I got acquainted, I don't know if I can say this, but I'm going to say it 'cause we're here right now. I got acquainted with theCUBE, wearing a shirt that said "Unfuck Kubernetes," 'cause it was a marketing campaign that I was running for one of my clients at Kim Con last year. >> That's so good. >> Yeah, so - >> Oh my God. I'll give you one of these if you get me one of those. >> I can, we can do a swapskee. We can absolutely. >> We need a few edits on this film, on the file. >> Lena: Okay, this is nothing - >> We're fallin' off the wheel. Okay, on that note, I'm going to bring us to our challenge that we discussed, before we got started on this really diverse discussion that we have had in the last 15 minutes. We've covered everything from felt tip markers to nuclear power plants. >> To the darkness of my soul. >> To the darkness of all of our souls. >> All of our souls, yes. >> Which is perhaps a little too accurate, especially at this stage in the conference. You've obviously seen a lot Lena, and you've been rockin' it, I know John was in your suite up here, at at at the Venetian. What's your 30 second hot take? Most important story, coming out of the show or for you all at Mongo this year? >> Genuinely, it was when I learned that two-thirds of the customers that had been mentioned, here, are MongoDB customers. And that just exploded in my head. 'Cause now I'm thinking of all the numbers and the metrics and how we can use that. And I just think it's amazing, so. >> Yeah, congratulations on that. That's awesome. >> Yeah, I thought it was amazing. >> And it makes sense actually, 'cause Mongo so easy to use. We were talking about Tengen. >> We knew you when, I feel that's our like, we - >> Yeah, but it's true. And so, Mongo was just really easy to use. And people are like, ah, it doesn't scale. It's like, turns out it actually does scale. >> Lena: Turns out, it scales pretty well. >> Well Lena, without question, this is my favorite conversation of the show so far. >> Thank you. >> Thank you so much for joining us. >> Thank you very much for having me. >> Dave: Great to see you. >> It's always a pleasure. >> Dave: Thanks Lena. >> Thank you. >> And thank you all, tuning in live, for tolerating wherever we take these conversations. >> Dave: Whatever that was. >> I bet you weren't ready for this one, folks. We're at AWS re:Invent in Las Vegas, Nevada. With Dave Vellante, I'm Savannah Peterson. You're washing theCUBE, the leader for high tech coverage.

>>Hello and run. Welcome back to the Cube's live coverage here. Day three of Cube's coverage, two sets, wall to wall coverage. Third set upstairs in the Executive Briefing Center. I'm John Furry, host of the Cube with Dave Alon. Two other hosts here. Lot of action. Dave. The cheer here is the CEO of MongoDB, exclusive post on Silicon Angle for your prior to the event. Thanks for doing that. Great to see >>You. Likewise. Nice to see you >>Coming on. See you David. So it's great to catch up. Prior to the event for that exclusive story on ecosystem, your perspective that resonated with a lot of the people. The traffic on that post and comments have been off the charts. I think we're seeing a ecosystem kind of surge and not change over, but like a an and ISV and new platform. So I really appreciate your perspective as a platform ISV for aws. What's it like? What's this event like? What's your learnings? What's your takeaway from your customers here this year? What's the most important story going on? >>First of all, I think being here is important for us because we have so many customers and partners here. In fact, if you look at the customers that Amazon themselves announced about two thirds of those customers or MongoDB customers. So we have a huge overlap in customers here. So just connecting with customers and partners has been important. Obviously a lot of them are thinking about their plans going to next year. So we're kind of meeting with them to think about what their priorities are and how we can help. And also we're sharing a little bit of our product roadmap in terms of where we're going and helping them think through like how they can best use Mongadi B as they think about their data strategy, you know, going to next year. So it's been a very productive end. We have a lot of people here, a lot of sales people, a lot of product people, and there's tons of customers here. So we can get a lot accomplished in a few days. >>Dave and I always talk on the cube. Well, Dave always goes to the TAM expansion question. Expanding your total stressful market, the market is changing and you guys have a great position growing positioned. How do you look at the total addressable market for Mongo changing? Where's the growth gonna come from? How do you see your role in the market and how does that impact your current business model? >>Yeah, our whole goal is to really enable developers to think about Mongo, to be first when they're building modern applications. So what we've done is first built a fir, a first class transactional platform and now we've kind expanding the platform to do things like search and analytics, right? And so we are really offering a broad set of capabilities. Now our primary focus is the developer and helping developers build these amazing applications and giving them tools to really do so in a very quick way. So if you think about customers like Intuit, customers like Canva, customers like, you know, Verizon, at and t, you know, who are just using us to really transform their business. It's either to build new applications quickly to do things at a certain level of performance of scale they've never done before. And so really enabling them to do so much more in building these next generation applications that they can build anywhere else. >>So I was listening to McDermott, bill McDermott this morning. Yeah. And you listen to Bill, you just wanna buy from the guy, right? He's amazing. But he was basically saying, look, companies like he was talking about ServiceNow that could help organizations digitally transform, et cetera, but make money or save money or in a good position. And I said, right, Mongo's definitely one of those companies. What are those conversations like here? I know you've been meeting with customers, it's a different environment right now. There's a lot of uncertainty. I, I was talking to one of your customers said, yeah, I'm up for renewal. I love Mongo. I'm gonna see if they can stage my payments a little bit. You know, things like that. Are those conversations? Yeah, you know, similar to what >>You having, we clearly customers are getting a little bit more prudent, but we haven't seen any kind of like slow down terms of deal cycles or, or elongated sales cycles. I mean, obviously different customers in different sectors are going through different issues. What we are seeing customers think about is like how can I, you know, either drive more efficiency in my business like and big part of that is modernization of my existing legacy tech stack. How can maybe consolidate to a fewer set of vendors? I think they like our broad platform story. You know, rather than using three or four different databases, they can use MongoDB to do everything. So that that resonates with customers and the fact that they can move fast, right? Developer productivity is a proxy for innovation. And so being able to move fast to either seize new opportunities or respond to new threats is really, you know, top of mind for still C level executive. >>So can your software, you're right, consolidation is the number one way in which people are save money. Can your software be deflationary? I mean, I mean that in a good way. So >>I was just meeting with a customer who was thinking about Mongo for their transactional platform, elastic for the search platform and like a graph database for a special use case. And, and we said you can do all that on MongoDB. And he is like, oh my goodness, I can consolidate everything. Have one elegant developer interface. I can keep all the data in one place. I can easily access that data. And that makes so much more sense than having to basically use a bunch of peace parts. And so that's, that's what we're seeing more and more interest from customers about. >>So one of the things I want to get your reaction to is, I was saying on the cube, now you can disagree with me if you want, but at, in the cloud native world at Cuban and Kubernetes was going through its hype cycle. The conversation went to it's getting boring. And that's good cause they want it to be boring. They don't want people to talk about the run time. They want it to be working. Working is boring. That's invisible. It's good, it's sticky, it's done. As you guys have such a great sticky business model, you got a great install base. Mongo works, people are happy, they like the product. So it's kind of working, I won't wanna say boring cuz that's, it's irrelevant. What's the exciting things that Mongo's bringing on top of the existing base of product that is gonna really get your clients and prospects enthused about the innovation from Mongo? What's what cuz it's, it's almost like electricity in a way. You guys are very utility in, in the way you do, but it's growing. But is there an exciting element coming that you see that they should pay attention to? What's, what's your >>Vision that, right, so if you look back over the last 10, 15 years, there's been big two big platform shifts, mobile and cloud. I think the next big platform shift is from what I call dumb apps to smart apps. So building more intelligence into applications. And what that means is automating human decision making and embedding that into applications. So we believe that to be a fundamentally a developer problem to solve, yes, you need data scientist to build the machine learning algorithms to train the models. Yeah. But ultimately you can't really deploy, deployed at scale unless you give developers the tools to build those smart applications that what we focused on. And a big part of that is what we call application driven analytics where people or can, can embed that intelligence into applications so that they can instead rather having humans involved, they can make decisions faster, drive to businesses more quickly, you know, shorten it's short and time to market, et cetera. >>And so your strategy to implement those smart apps is to keep targeting the developer Yes. And build on that >>Base. Correct. Exactly. So we wanna essentially democratize the ability for any customer to use our tools to build a smart applications where they don't have the resources of a Google or you know, a large tech company. And that's essentially resonating with our customer base. >>We, we were talking about this earlier after Swami's keynote, is most companies struggle to put data at the core of their business. And I don't mean centralizing it all in a single place as data's everywhere, but, but really organizing their company and democratizing data so people can make data decisions. So I think what you're saying, essentially Atlas is the platform that you're gonna inject intelligence into and allow developers to then build applications that are, you know, intelligent, smart with ai, machine intelligence, et cetera. And that's how the ones that don't have the resources of a Google or an Amazon become correct the, that kind of AI company if >>You, and that's, that's the whole purpose of a developer data platform is to enable them to have the tools, you know, to have very sophisticated analytics, to have the ability to do very sophisticated indexes, optimized for analytics, the ability to use data lakes for very efficient storage and retrieval of data to leverage, you know, edge devices to be able to capture and synchronize data. These are all critical elements to build these next generation applications. And you have to do that, but you don't want to stitch together a thousand primitives. You want to have a platform to do that. And that's where we really focus. >>You know, Dave, Dave and I, three, two days, Dave and I, Dave Ante and I have been talking a lot about developer productivity. And one observation that's now validated is that developers are setting the pace for innovation. Correct? And if you look at the how they, the language that they speak, it's not the same language as security departments, right? They speak almost like different languages, developer and security, and then you got data language. But the developers are making choices of self-service. They can accelerate, they're driving the behavior behavior into the organizations. And this is one of the things I wrote about on Friday last week was the organizational changes are changing cuz the developers set the pace. You can't force tooling down their throat. They're gonna go with what's easy, what's workable. If you believe that to be true, then all the security's gonna be in the developer pipeline. All the innovations we've driven off that high velocity developer site, we're seeing success of security being embedded there with the developers. What are you gonna bring up to that developer layer that's going to help with security, help with maybe even new things, >>Right? So, you know, it's, it's almost a cliche to say now software is in the world, right? Because every company's value props is driven by, it's either enabled to find or created through software. What that really means is that developers are eating all the work, right? And you're seeing, you saw in DevOps, right? Where developers basically enro encroach into the ops world and made infrastructure a programmable interface. You see developers, to your point, encroaching in security, embedding more and more security features into their applications. We believe the same thing's gonna happen with data scientists and business analysts where developers are gonna embed that functionality that was done by different domains in the Alex world and embed that capability into apps themselves. So these applications are just naturally smarter. So you don't need someone to look at a dashboard and say, aha, there's some insight here now I need to go make a decision. The application will do that for you and actually make that decision for you so you can move that much more quickly to run your business either more efficiently or to drive more, you know, revenue. >>Well the interesting thing about your business is cuz you know, you got a lot of transactional activity going on and the data, the way I would say what you just described is the data stack and the application stacks are coming together, right? And you're in a really good position, I think to really affect that. You think about we've, we've operationalized so many systems, we really haven't operationalized our data systems. And, and particularly as you guys get more into analytics, it becomes an interesting, you know, roadmap for Mongo and your customers. How do you see that? >>Yeah, so I wanna be clear, we're not trying to be a data warehouse, I get it. We're not trying to be like, you know, go compete. In fact, we have nice partnership with data bricks and so forth. What we are really trying to do is enable developers to instrument and build these applications that embed analytics. Like a good analogy I'd use is like Google Maps. You think about how sophisticated Google Maps has, and I use that because everyone has used Google Maps. Yeah. Like in the old, I was old enough to print out the directions, map quest exactly, put it on my lap and drive and look down. Now have this device that tells me, you know, if there's a traffic, if there's an accident, if there's something you know, going will reroute me automatically. And what that app is doing is embedding real time data into, into its decision making and making the decision for you so that you don't have to think about which road to take. Right? You, you're gonna see that happen across almost every application over the next X number of years where these applications are gonna become so much smarter and make these decisions for you. So you can just move so much more quickly. >>Yeah. Talk about the company, what status of the company, your growth plans. Obviously you're seeing a lot of news and Salesforce co CEO just resigned, layoffs at cnn, layoffs at DoorDash. You know, tech unfortunately is not impacted, thank God. I'm not that too bad. Certainly in cloud's not impacted it is impacting some of the buying behavior. We talked about that. What's going on with the company head count? What's your goals? How's the team doing? What are your priorities? >>Right? So we we're going after a big, big opportunity. You know, we recognize, obviously the market's a little choppy right now, but our long term, we're very bullish on the opportunity. We believe that we can be the modern developer data platform to build these next generation applications in terms of costs. We're obviously being a little bit more judicious about where we're investing, but we see big, big opportunities for us. And so our overall cost base will grow next year. But obviously we also recognize that there's ways to drive more efficiency. We're at a scale now. We're a 1.2 billion business. We're gonna announce our Q3 results next week. So we'll talk a little bit more about, you know, what we're seeing in the business next week. But we, we think we're a business that's growing fast. You know, we grew, you know, over 50, 50% and so, so we're pretty fast growing business. Yeah. You see? >>Yeah, Tuesday, December 6th you guys announce Exactly. Course is a big, we always watch and love it. So, so what I'm hearing is you're not, you're not stepping on the brakes, you're still accelerating growth, but not at all costs. >>Correct. The term we're using is profitable growth. We wanna, you know, you know, drive the business in a way that we think continues to seize the opportunity. But we also, we always exercise discipline. You know, I, I'm old enough where I had to deal with 2000 and 2008, so, you know, seen the movie before, I'm not 28 and have not seen these markets. And so obviously some are, you know, emerging leaders have not seen these kinds of markets before. So we're kind of helping them think about how to continue to be disciplined. And >>I like that reference to two thousand.com bubble and the financial crisis of 2008. I mentioned this to you when we chat, I'd love to get your thoughts. Now looking back for reinvent, Amazon wasn't a force in, in 2008. They weren't really that big debt yet. Know impact agility, wasn't it? They didn't hit that, they didn't hit that cruising altitude of the value pro cloud agility, time of value moving fast. Now they are. So this is the first time that they're a part of the economic equation. You're on, you're on in the middle of it with Amazon. They could be a catalyst to recover faster if plan properly. What's your CEO take on just that general and other CEOs might be watching and saying, Hey, you know, if I play this right, I could leverage the cloud. You know, Adams is leading into the cloud during a recession. Okay, I get that. But specifically there might be a tactic. What's your view on >>That? I mean, what, what we're seeing the, the hyperscalers do is really continue to kind of compete at the raw infrastructure level on storage, on compute, on network performance, on security to provide the, the kind of the building blocks for companies like Monga Beach really build on. So we're leveraging that price performance curve that they're pushing. You know, they obviously talk about Graviton three, they're talking about their training model chip sets and their inference model chip sets and their security chip sets. Which is great for us because we can leverage those capabilities to build upon that. And I think, you know, if you had asked me, you know, in 2008, would we be talking about chip sets in 2022? I'd probably say, oh, we're way beyond that. But what it really speaks to is those things are still so profoundly important. And I think that's where you can see Amazon and Google and Microsoft compete to provide the best underlying infrastructure where companies like mongadi we can build upon and we can help customers leverage that to really build the next generation. >>I'm not saying it's 2008 all over again, but we have data from 2008 that was the first major tailwind for the cloud. Yeah. When the CFO said we're going from CapEx to opex. So we saw that. Now it's a lot different now it's a lot more mature >>I think. I think there's a fine tuning trend going on where people are right sizing, fine tuning, whatever you wanna call it. But a craft is coming. A trade craft of cloud management, cloud optimization, managing the cost structures, tuning, it's a crafting, it's more of a craft. It's kind of seems like we're >>In that era, I call it cost optimization, that people are looking to say like, I know I'm gonna invest but I wanna be rational and more thoughtful about where I invest and why and with whom I invest with. Versus just like, you know, just, you know, everyone getting a 30% increase in their opex budgets every year. I don't think that's gonna happen. And so, and that's where we feel like it's gonna be an opportunity for us. We've kind of hit scap velocity. We've got the developer mind share. We have 37,000 customers of all shapes and sizes across the world. And that customer crown's only growing. So we feel like we're a place where people are gonna say, I wanna standardize among the >>Db. Yeah. And so let's get a great quote in his keynote, he said, if you wanna save money, the place to do it is in the cloud. >>You tighten the belt, which belt you tightening? The marketplace belt, the wire belt. We had a whole session on that. Tighten your belt thing. David Chair, CEO of a billion dollar company, MongoDB, continue to grow and grow and continue to innovate. Thanks for coming on the cube and thanks for participating in our stories. >>Thanks for having me. Great to >>Be here. Thank. Okay, I, Dave ante live on the show floor. We'll be right back with our final interview of the day after this short break, day three coming to close. Stay with us. We'll be right back.

>>Hi, I'm John Ferry with the Cube. We're here for a special exclusive conversation with David Geria, the CEO of Mongo MongoDB. Well established leading platform. It's been around for, I mean, decades. So continues to become the platform of choice for high performance data. This modern data stack that's emerging, a big part of the story here at a reinvent 2022 on top of an already performing a cloud with, you know, chips and silicon specialized instances, the world's gonna be getting faster, smaller, higher performance, lower cost specialized. Dave, thanks for taking the time with me today, >>John. It's great to be here. Thank you for having me. >>Do you see yourself as a ISV or you just go with that, because that's kind of a nomenclature >>When, when I think of the term isv, I think of the notion of someone building an end solution for customer to get something done. Or what we're building is essentially a developer data platform and we have thousands of ISVs who build software applications on our platform. So how could we be an isv? Because by definition I, you know, we enable people to do so many different things and you know, they can be the, you know, the largest companies of the world trying to transform their business or startups who are trying to disrupt either existing industries or create new ones. And so that's, and, and that's how our customers view MongoDB and, and the whole Atlas platform basically enables them to do some amazing things. The reason for that is, you know, you know, we believe that what we are enabling developers to do is be able to reduce the friction and the work required to build modern applications through the document model, which is really intuitive to the way developers think and code through the distributed nature of platforms. >>So, you know, things like charting no other company on the planet offers the capabilities we do to enable people to build the most highly performant and scalable applications. And also what we also do is enable people to, you know, run different types of workloads on our platform. So we have obviously transactional, we have search, we have time series, we enable people to do things like sophisticated device synchronization from Edge to the back end. We do graph, we do real time analytics. So being able to consolidate all that with developers on one elegant unified platform really makes, you know, it attractive for developers to build on long >>Db. You know, you guys are a feature partner of aws and I would speculate, I don't know if you can comment on this, but I would imagine that you probably produce a lot of revenue for Amazon because you really can't turn off EC two when you do a database work. So, you know, you kind of crank it all the time. You guys are a top partner. How long have you guys been a partner with aws? What's the relationship? >>The relationship's been strong, actually, Amazon spoke at one of our first user conferences in 2013. And since then we've been working together. We've been at reinvent since essentially 2015. And we've been a premier partner, an Emerald sponsor for the last Nu you know, I think four or five years. And so we're very committed to the relationship and I think there's some things that we have a lot, we have a lot of things in common. We care a lot about customers and for us, our customers, our developers, we care a lot about removing friction from their day to day work to move, be able to move fast and be able to, in order to seize new opportunities and respond to new threats. And so consequently, I think the partnership, obviously by nature of our, our common objectives has really come together. >>Talk about the journey of Mongo. I mean, you look back at the history, I, you go back the old lamp stack days, right? So you know, the day developer traction is just really kind of stuck at the none. I mean, it's, it's really well known. And I remember over the conversations, Dave Mongo doesn't scale. I mean, every year we heard something along those lines cuz it just kept scaling. I heard the same thing with AWS back in 2013 timeframe. You, oh, it's just, it's really not for a real prime time. It's, it's for hobbyists, not so much builders, maybe startup cloud, but that developer traction is translated. Can you take us through the journey of Mongo where it is now and, and kinda look back and, and, and take us through what's the state of the art now, >>Right? So just for those of you who, who, those, you know, those in your audience who don't know too much about Mon Be I'll just, you know, start with the background. The company was astounded by developers. It was basically the CTO and some key developers from Double Click who really saw the challenges and the limitations of the relational database architecture because they're trying to serve billions of ads per day and they constantly need to work on the constraints and relational database. And so they essentially decided, why don't we just build a database that we'd want to use? And that was a catalyst to starting MongoDB. The first thing they focused on was, rather than having a tabler data structure, they focused on a document data structure. Why documents? Because there's much more natural and intuitive to work with data and documents in terms of you can set parent child relationships and how you just think about the relationship with data is much more natural in a document than trying to connect data in a, you know, in hundreds of different tables. >>And so that enabled developers to just move so much faster. The second thing they focused on was building a truly distributed architecture, not kind of some adjunct, you know, you know, architecture that maybe made the existing architecture a little bit more scalable. They really took from the ground up a truly distributed architecture. So where you can do native replication, you can do charting and you can do it on a global basis. And so that was the, the other profound, you know, thing that they did. And then since then, what we've also done is, you know, the document model is truly a super set of other models. So we enabled other capabilities like search you can do joins, so you can do very transaction intensive use case among be where fully asset compliant. So you have the highest forms of data guarantees you can do very sophisticated things like time series, you can do device synchronization, you can do real time analytics because we can carve off read only nodes to be able to read and query data in real time rather than have to offload that data into a data warehouse. >>And so that enables developers to just build a wide variety of, of application longing to be, and they get one unified developer interface. It's highly elegant and seamless. And so essentially the cost and tax of matching multiple point tools goes away when, when I think of the term isv, I think of the notion of someone building an end solution for a customer to get something done. Or what we're building is essentially a developer data platform and we have thousands of ISVs who build software applications on our platform. So how could we be an isv? Because by definition I, you know, we enable people to do so many different things and you know, they can be the, you know, the largest companies in the world trying to transform their business or startups or trying to disrupt either existing industries or create new ones. And so that's, and and that's how our customers view MongoDB and, and the whole Atlas platform basically enables them to do some amazing things. >>Yeah, we're seeing a lot of activity on the Atlas. Do you see yourself as a ISV or you just go with that because that's kind of a nomenclature? >>No, we don't view ourselves as ISV at all. We view ourselves as a developer data platform. And the reason for that is, you know, you know, we believe that what we are enabling developers to do is be able to reduce the friction and the work required to build modern applications through the document model, which is really intuitive to the way developers think and code through the distributed nature of platforms. So, you know, things like sharding, no other company on the planet offers the capabilities we do to enable people to build the most highly performant and scalable applications. And also what we also do is enable people to, you know, run different types of workflows on our platform. So we have obviously transactional, we have search, we have time series, we enable people to do things like sophisticated device synchronization from Edge to the back end. We do graph, we do real time analytics. So being able to consolidate all that with developers on one elegant unified platform really makes, you know, it attractive for developers to build on long ndb. >>You know, the cloud adoption really is putting a lot of pressure on these systems and you're seeing companies in the ecosystem and AWS stepping up, you guys are doing great job, but we're seeing a lot more acceleration around it, on staying on premise for certain use cases. Yet you got the cloud as well growing for workloads and, and you get this hybrid steady state as an operational mode. I call that 10 of the classic cloud adoption track record. You guys are an example of multiple iterations in cloud. You're doing a lot more, we're starting to see this tipping point with others and customers coming kind of on that same pattern. Building platforms on top of aws on top of the primitives, more horsepower, higher level services, industry specific capabilities with data. I mean this is a new kind of cloud, kind of a next generation, you knows next gen you got the classic high performance infrastructure, it's getting better and better, but now you've got this new application platform, you know, reminds me of the old asp, you know, if you will. I mean, so are you seeing customers doing things differently? Can you share your, your reaction to this role of, you know, this new kind of SaaS platform that just isn't an application, it's, it's more, it's deeper than that. What's going on here? We call it super cloud, but >>Like what? Yeah, so essentially what what, you know, a lot of our customers doing, and by the way we have over 37,000 customers of all shapes and sizes from the largest companies in the world to cutting edge startups who are building applications among B, why do they choose MongoDB? Because essentially it's the, you know, the fastest way to innovate and the reason it's the fastest way to innovate is because they can work with data so much easier than working with data on other types of architecture. So the document model is profoundly a breakthrough way to work with data to make it very, very easy. So customers are essentially building these modern applications, you know, applications built on microservices, event driven architectures, you know, addressing sophisticated use cases like time series to, and then ultimately now they're getting into machine learning. We have a bunch of companies building machine learning applications on top of MongoDB. And the reason they're doing that is because one, they get the benefits of being able to, you know, build and work with, with data so much easier than any other platform. And it's highly scale and performant in a way that no other platform is. So literally they can run their, you know, workloads both locally and one, you know, autonomous zone or they can basically be or available zone or they could be basically, you know, anywhere in the world. And we also offer multicloud capabilities, which I can get into later. >>Let's talk about the performance side. I know I was speaking with some Amazon folks every year it's the same story. They're really working on the physics, they're getting the chips, they wanna squeeze as much energy out of that. I've never met a developer that said they wanna run their workload on a slower platform or slower hardware. We know said no developer, right? No one wants to do that. >>Correct. >>So you guys have a lot of experience tuning in with Graviton instances, we're seeing a lot more AWS EC two instances, we're seeing a lot more kind of integrated end to end stories. Data is now security, it's tied into data stacks or data modern kind of data hybrid stack. A lot going on around the hardware performance specialization, the role of data, kind of a modern data stack emerging. What, what's your thoughts on the that that Yeah, >>I, I think if you had asked me, you know, when the cloud started going vogue, like you know, the, you know, the, the later part of the last decade and told me, you know, sitting here 12, 15 years later, would you know, would we be talking about, you know, chip processing speeds? I'd probably thought, nah, we would've moved on by then. But what's really clear is that customers, to your point, customers care about performance, they care about price performance, right? So AWS's investments in Graviton, we have actually deployed a significant portion of our at fleet on Amazon now runs on Graviton. You know, they've built other chip sets like train and, and inferential for like, you know, training models and running inferences. They're doing things like Nitro. And so what that really speaks to is that the cloud providers are focusing on the price performance of their, as you call it, their primitives and their infrastructure and the infrastructure layer that are still very, very important. >>And, and you know, if you look at their revenue, about 60 to 70% of the revenue comes from that pure infrastructure. So to your point, they can't offer a second class solution and still win. So given that now they're seeing a lot of competition from Azure, Azure's building their own chip sets, Google's already obviously doing that and and building specialized chip sets for machine learning. You're seeing these cloud providers compete. So they have to really compete to make their platform the most performant, the most price competitive in the marketplace. Which gives us a great platform to build on to enable developers to build these incredibly highly performant applications that customers are now demand. >>I think that's a really great point. I mean, you know, it's so funny Dave, because you know, I remember those, we don't talk speeds and feeds anymore. We're not talking about boxes. I mean that's old kind of school thinking because it was a data center mentality, speeds and feeds and that was super important. But we're kind of coming back to that in the cloud now in distributed architecture, as you put your platforms out there for developers, you have to run fast. You gotta, you can't give the developer subpar or any kind of performance that's, they'll, they'll go somewhere else. I mean that's the reality of what developers, no one, again, no one says I wanna go on the slower platform unless it's some sort of policy based on price or some sort of thing. But, but for the most part it's gotta run fast. So you got the tail of two clouds going on here, you got Amazon classic ias, keep making it faster under the hood. >>And then you got the new abstraction layers of the higher level services. That's where you guys are bridging this new, new generational shift where it's like, hey, you know what? I can go, I can run a headless application, I can run a SAS app that's refactored with data. So you've seen a lot more innovation with developers, you know, running stuff in, in the C I C D pipeline that was once it, and you're seeing security and data operations kind of emerging as a structural change of how companies are, are are transforming on the business side. What's your reaction to that business transformation and the role of the developer? >>Right, so I mean I have to obviously give amazing kudos to the, you know, to AWS and the Amazon team for what they've built. Obviously they're the ones who kind of created the cloud industry and they continue to push the innovation in the space. I mean today they have over 300 services and you know, obviously, you know, no star today is building anything not on the cloud because they have so many building blocks to start with. But what we though have found from our talking to our customers is that in some ways there is still, you know, the onus is on the customer to figure out which building block to use to be able to stitch together the applications and solutions they wanna build. And what we have done is taken essentially an opinionated point of view and said we will enable you to do that. >>You know, using one data model. You know, Amazon today offers I think 17 or 18 different types of databases. We don't think like, you know, having a tool for every job makes sense because over time the tax and cost of learning, managing and supporting those different applications just don't make a lot of sense or just become cost prohibitive. And so we think offering one data model, one, you know, elegant user experience, you know, one way to address the broadest set of of use cases is that we think is a better way. But clearly customers have choice. They can use Amazon's primitives and those second layer services as you as you described, or they can use us. Unfortunately we've seen a lot of customers come to us with our approach and so does Amazon. And I have to give obviously again kudos and Amazon is very customer obsessed and so we have a great relationship with them, both technically in terms of the product integrations we do as well as working with 'em in the field, you know, on joint customer opportunities. >>Speaking of, while you mentioned that, I wanna just ask you, how is that marketplace relationship going with aws? Some of the partners are really seeing great economic and joint selling or them selling your, your stuff. So there's a real revenue pop there in that religion. Can you comment on that? >>So we had been working the partner in the marketplace for many years now, more from a field point of view where customers could leverage their existing commitments to AWS and leverage essentially, you know, using Atlas and applying in an atlas towards their commits. There was also some sales incentives for people in the field to basically work together so that, you know, everyone won should we collectively win a customer? What we recently announced is as pay as you Go initiative, where literally a customer on the Amazon marketplace can basically turn up, you know, an Alice instance with no commitment. So it's so easy. So we're just pushing the envelope to just reduce the friction for people to use Atlas on aws. And it's working really very well. The uptake has been been very strong and and we feel like we're just getting started because we're so excited about the results we're >>Seeing. You know, one of the things that's kind of not core in the keynote theme, but I think it's underlying message is clear in the industry, is the developer productivity. You said making things easy is a big deal, self-service, getting in and trying, these are what developer friendly tools are like and platform. So I have to ask you, cuz this comes up a lot in our kind of business conversation, is, is if you take digital transformation concept to its completion, assuming now you know, as a thought exercise, you completely transform a company with technology that's, that is the business transformation outcome. Take it to completion. What does that look like? I mean, if you go there you'd say, okay, the company is the app, the company is the data, it's not a department serving the business, it's the business. And so I think this is kind of what we're seeing as the next big mountain climb, which is companies that do transform there, they are technology companies, they're not a department like it. So I think a lot of companies are kind of saying, wait a minute, why would we have a department? It should be the company. What's your your your view on this because this >>Yeah, so I I've had the for good fortune of being able to talk to thousand customers all over the world. And you know, one thing John, they never tell me, they never tell me that they're innovating too quickly. In fact, they always tell me the reverse. They tell me all the obstacles and impediments they have to be able to be able to be able to move fast. So one of the reasons they gravitate to MongoDB is just the speed that they wish they can build applications to, to your point, developer productivity. And by definition, developer productivity is a proxy for innovation. The faster you can make your developers, you know, move, the faster they can push out code, the faster they can iterate and build new solutions or add more capabilities on the existing applications, the faster you can innovate either to, again, seize new opportunities or to respond to new threats in your business. >>And so that resonates with every C level executive. And to your point, the developers not some side hustle that they kind of think about once in a while. It's core to the business. So developers have amassed enormous amount of power and influence. You know, their, their, their engineering teams are front and center in terms of how they think about building capabilities and and building their business. And that's also obviously enabled, you know, to your point, every software company, every company's not becoming a software company because it all starts with softwares, software enables, defines or creates almost every company's value proposition. >>You know, it makes me smile because I love operating systems as one of my hobbies in college was, you know, systems programming and I remember those network kind of like the operating systems, the cloud. So, you know, everything's got specialized capabilities and that's a big theme here at Reinvent. If you look at the announcements Monday night with Peter DeSantis, you got, you got new instances, new chips. So this whole engine kind of specialized component is like an engine. You got a core and you got other subsystems. This is gonna be an integral part of how companies architect their platform or you know, Adam calls it the landing zone or whatever they wanna call it. But you gotta start seeing a new architectural thinking for companies. What's your, can you share your experience on how companies should look at this opportunity as a plethora of more goodness on the hardware? On hardware, but like chips and instances? Cause now you can mix and match. You've got, you've got, you got everything you need to kind of not roll your own but like really build foundational high performance capabilities. >>Yeah, so I I, so I think this is where I think Amazon is really enabling all companies, including, you know, companies like Mon db, you know, push the envelope and innovation. So for example, you know, the, the next big hurdle for us, I think we've seen two big platform shifts over the last 15 years of platform shifts, you know, to mobile and the platform shift to cloud. I believe the next big platform shift is going from dumb apps to smart apps, which you're building in, you know, machine learning and you know, AI and just very sophisticated automation. And when you start automating human decision making, rather than, you know, looking at a dashboard and saying, okay, I see the data now, now I have to do this. You can automate that into your applications and make your applications leveraging real time data become that much more smart. And that ultimately then becomes a developer challenge. And so we feel really good about our position in taking advantage of those next big trends and software leveraging the price performance curves that, you know, Amazon continues to push in terms of their hardware performance, networking performance, you know, you know, price, performance and storage to build those next generation of modern applications. >>Okay, so let me get this straight. You have next generation intelligent smart apps and you have AI generative solutions coming out around the corner. This is like pretty good position for Mongo to be in with data. I mean, this is what you do, you're in that exactly of the action. What's it like? I mean, you must be like trying to shake the world and wake up. The world's starting to wake up now through this. So what's, what's it like? >>Well, I mean we're really excited and bullish about the future. We think that we're well positioned because we know as to your point, you know, we have amassed amazing amount of developer mindshare. We are the most popular modern data platform out there in the world. There's developers in almost every corner of the planet using us to do something. And to your point, leveraging data and these advances in machine learning ai. And we think the more AI becomes democratized, not, you know, done by a bunch of data scientists sitting in some corner office, but essentially enabling developers to have the tools to build these very, very sophisticated, smart applications will, you know, will position as well. So that's, you know, obviously gonna be a focus for us over the, frankly, I think this is gonna be like a 10 year, 10 15 year run and we're just getting started in this whole >>Area. I think you guys are really well positioned. I think that's a great point. And Adam mentioned to me and, and Mike interviewed, he said on stage talk about it, the role of a data analyst kind of goes away. Everyone's a data analyst, right? You'll still see specialization on, on core data engineering, which is kind of like an SRE role for data. So data ops and data as code is a big deal making data applications. So again, exciting times and you guys are well positioned. If you had to bumper sticker the event this week here at Reinvent, what would you, how would you categorize this this point in time? I mean, Adam's great leader, he is gonna help educate customers how to use technology to, for business advantage and transformation. You know, Andy did a great job making technology great and innovative and setting the table, Adam's gotta bring it to the enterprises and businesses. So it's gonna be an interesting point in time we're in now. What, how would you categorize this year's reinvent, >>Right? I think the, the, the tech world is pivoting towards what I'd call rationalization or cost optimization. I think people obviously in, you know, the last 10 years have, you know, it's all about speed, speed, speed. And I think people still value speed, but they wanna do it at some sort of predictable cost model. And I think you're gonna see a lot more focus around cost and cost optimization. That's where we think having one platform is by definition of vendor consolidation way for people to cut costs so that they can basically, you know, still move fast but don't have to incur the tax of using a whole bunch of different point tools. And so we think we're well positioned. So the bumper sticker I think about is essentially, you know, do more for less with MongoDB. >>Yeah. And the developers on the front lines. Great stuff. You guys are great partner, a top partner at AWS and great reflection on, on where you guys been, but really where you are now and great opportunity. David Didier, thank you so much for spending the time and it's been great following Mongo and the continued rise of, of developers of the on the front lines really driving the business and that, and they are, I know, driving the business, so, and I think they're gonna continue Smart apps, intelligent apps, ai, generative apps are coming. I mean this is real. >>Thanks John. It's great speaking with >>You. Yeah, thanks. Thanks so much. Okay.

(intro upbeat music) >> TheCUBE presents UiPath Forward5, Brought to you by UiPath. >> Welcome to day two of Forward5 UiPath Customer Conference. You're watching theCUBE. My name is Dave Vellante. My co-host is David Nicholson. Yesterday, Dave, we heard about the extension into an enterprise platform. We heard about, from the two CEOs, a new go-to-market strategy. We heard from a lot of customers how they're implementing UiPath generally and automation, specifically, scaling, hyper-automation, and all the buzzwords you hear. Todd Foley is the CDO and CSO of Lydonia Technologies and Devika Saharya is the director of ERP and RPA at MongoDB. Folks, welcome to theCUBE. Thanks for taking time out of your busy day and coming on. >> Thank you Dave. >> Thank you so much. >> So let's start with the roles. So Devika, ERP and RPA. >> Yes. >> It's like peanut butter and jelly, or how do those things relate? What's your, what's your role? >> Absolutely. So I started at Mongo as an ERP manager, and you know, as we were growing, the one thing that came out of, you know, the every year goals for the company, one big goal that came out was how we have to scale. There are so many barriers to scale. How can we become a billion dollar company? What do we need to do? And when we started drilling down into, you know, different areas, we figured it out that people do a lot of stuff manually. It's like comparing sheets, you know, copying data from one place to the other, and so on and so forth. So one thing that we realized was we definitely need some kind of automation. At that time, we didn't know about automation, but we did our own market research and here we are. >> Let's automate. Yeah, right. (Devika laughs) Sounds easy. All right, thank you. Todd, CDO, Chief Data or Chief Dig, and CSO, I'm assuming Chief Data? >> Chief Data. >> And the Chief Information Security Officer. Tell us about Lydonia and also your role. >> Sure, Lydonia, we started just over three years ago. We looked at the RPA market. We saw great opportunity, but we also saw a challenge. We saw that a lot of people had deployed RPA but weren't getting the promised, you know, immediate ROI, rapid deployment that was out there. And when we looked at it, we saw that it really wasn't a technical challenge. Sometimes it was how technology was applied, but there were a lot of things that people were doing in their process and how they were treating RPA, often as if it were traditional technology that slowed them down. So we built our practice, our company, around the idea of being able to help people scale very quickly and drive that faster. And we're finding now with the RPA being pretty ubiquitous, that it's the one thing that's in the greatest demand among our clients. >> Okay, so you're the implementation partner for Mongo, is that right? >> We are. >> Okay, so relatively new. Very new actually, but a specialist. Why'd you choose Lydonia? >> So, that's an interesting question. When we came last year to UiPath Forward, we were looking for, you know, the right kind of people who can, you know, put us on track. We had the technology, we had everything in place, we did the POC, everybody liked it, but we didn't know how to, you know, basically go in that direction. We were missing that direction. And then we, you know, we were doing our homework here, we found, we accidentally stumbled with Lydonia, and I had follow up conversations with Todd, and they were just so tapered. I knew exactly what Todd was explaining me, and we knew we are, we are in safe hands. >> So, where did you start? >> So we, the first thing that we did was a POC for the finance side of business. And right after that POC, we realized that, you know, how much time people were actually investing manually, like things that were done in three to four days was turning into a 30 minute process. And that gave us, you know, the idea that we should start drilling down into different departments and try to find where there are, you know, areas where we can improve. And we did all of that. And then we met with Todd, and Todd explained that how his Reignite process works. So we took Reignite as our first step and, you know, took it from there. We chose one department, we worked with them. We had about 10 processes highlighted, thanks to Todd, he worked with them, and he literally drilled and nailed it down that what we need to do. And as of today, all those 10 are automated. >> Wow. Okay. >> Todd, does this interaction between Lydonia and MongoDB, as a customer, apply equally in the field when you're going out and talking to clients that might be running MongoDB, they might be customers of MongoDB, they may have financial applications that are backended with MongoDB, is there a synergy there that you've been able to gain? >> I think there is. I think there's one thing that's kind of unique about RPA, and that the traditional questions around integration and applicability aren't as important when you have a platform that can work with anything that people can use. I think also, you know, when we look at what we typically do with people, some of the things we see at Mongo are very common use cases you know, across all of our clients. So I, there's definitely the ability for us to take things we've done and have clients get leverage out of them. At the same time, the platform itself is, makes it different than a traditional model where, you know if somebody has worked in a particular area or built an automation for a particular application, there's some kind of utility to do it faster for another client. What we find is that that's not really the case. And that oftentimes we'll compete with people who use different tool sets than UiPath who have that kind of value story around having done it before, we come in and we do it twice as fast as they could. >> So you've, you're a veteran of complex integrations. >> Oh yeah. (Todd laughs) >> I know that from our paths have crossed in the past. So you're saying that in this world of RPA, that this tool set like UiPath as a platform, we've been talking a lot about the difference between being a tool set and being a platform. >> Right. >> That this platform can sort of hover above things without that same layer of complexity, or level of complexity, that you've experienced in the past. Because that speaks to the idea that UiPath, as a platform, is going to work moving forward in a big way. >> Exactly, right. I think we've seen for years and years that regardless of the type of development environment you're using, a developer's value sometimes is based on what reusable libraries they've created, what they have to cut and paste from their old code to be able to do things faster. The challenge with that is it has to be maintained, when things change, they've got to update those libraries. It's a value prop that's very high touch. With UiPath, they've created the ultimate in reusability. The platform, especially since they acquired cloud elements and built all of those API integrations into their platform. The platform maintains the reusability and the libraries in such a way where they're drag and drop from a development standpoint and you don't have to maintain them. It's the ultimate expression of reusability as a platform. >> Yeah, cloud elements, API automation, obviously a key pick by UiPath. Devika, what's the scale of your operation today? Like how many bots and where do you see it going? >> Yes. So we, we started with one bot. Last year we experimented a lot that, you know, we were just trying to make our footprint in the company, trying to understand that, you know, people understand what RPA is, what UiPath is. Initially we got a lot of pushback. We got a pushback from our security team as well, because they could not understand, you know, that what UiPath is and how secure it is. And we had to explain them that how we would host it over AWS, how we will work, how we will not save passwords, et cetera. When we did all of that and they got comfort, we started picking, you know, very small processes around to show, you know, people the capability of RPA and UiPath per se. When we did that, people started just coming with bigger processes, and one specific team that I can think of came that we do, you know, fuzzy logic in Excel, and we do it twice a week, but it takes a lot of time. We automated it, they run it daily, every single day, two times now. And the exponential growth that we saw just with that one automation was mind boggling. I couldn't believe that, you know. We were tracking our insights and we were like, oh my God, what happened? It just blew out of proportion. >> Okay. So then did you need more bots? Are you still running one bot, or? >> Nope. Now at the moment we have nine. >> Okay. >> And we are still looking to grow. >> Okay. So the initial friction, you said there was some, you know, concern, it was primarily security or were there others, people afraid they're going to lose their jobs? Was there any of that? >> There was no risk of losing the job. The major, you know, pushback was, one was from security, the other one was from different system owners because a lot of people were not sure why we want UI access, or why we want API access, and why are we accessing their systems? What type of information we are trying to gather out of their systems. Are we writing into their system? Because a lot of people have issues when we start saying that we will write or override data. So most of the processes that we are working around are either writing, comparing, and reading and comparing, and if it is writing, we take special permission that this is what we are going to do. >> So what did you have to do to get through the security mottle, a AWS SOC 2 report, did you have to show them the UiPath pen test? >> Absolutely. >> Did you have to change any of your processes? What was that sort of punch list like? >> Everything. >> Yeah. >> So we had to start from pen test. We had to start, we had to explain that UiPath is in the process of, you know, acquiring SOC. We also explained that how things are hosted on AWS. We had to, you know, bring our consultants in who explained that how on, on AWS, this will be a very secured way of doing things. And when we did our first process, which was actually for the auditors, which is, you know, interesting. >> Yeah. >> What we did was we did segregation of duties, which I think is very important in every field and every sphere we work in. So for example, the the writeup that we were building for auditors, we made sure that it is approved by a physical or a human, you know, and not everything is done by the bot. The biggest piece of the puzzle was writing, you know, because it was taking a lot of time. People were going into different systems, gathering information, putting it on Excel, and then you know, comparing and submitting it to PWC. >> When you say write, you mean any update to a system of record? >> Correct. >> Required some scrutiny? >> Some scrutiny, yes, yes. >> Okay, initially by a human until there was comfort level and then it's like these bots know what they're doing. >> Correct, correct. >> Okay. And now you're a NetSuite customer, correct? >> Yes. >> That's your ERP? >> That's right. >> Now we were talking about Oracle is going to acquire OCR capabilities. Will that, and we've been talking, Dave and I, a week about, okay well ServiceNow has, you know, RPA, and Salesforce, and SAP, et cetera. How will that affect your thinking about adopting UiPath? >> I don't think it should matter because I think all these systems kind of coexist in a bigger ecosystem, you know, and I also feel that all these systems have their own plus points and minus points. Not one system in, per se, can do everything within a company. So it could be that, for example, NetSuite might be very strong for financials in the space we are in, but not extremely good around sales and marketing. So for that company chose Salesforce. So you know, you have those smaller smaller multiple systems that build into a bigger ecosystem, right. And I think the other piece of the puzzle is that UiPath helps bridge that gap between these systems. You know, it could happen that certain things can get integrated, certain things cannot because of the nature of business, the nature of work that the teams are trying to do. And I think UiPath is leveraging that gap, you know, and putting, you know, those strings together. >> As you scale - >> Mm hmm. >> How will, and Todd I presume you're going to assist in this process, but how will you decide what processes to prioritize, and is that a process driven decision? Is it data led? Both? If so, what kind of data? Can you describe how you guys are going to approach that? >> Yep. Todd, would you like to take that first before I start? >> Sure, yeah. >> Maybe some best practices and then we can maybe get specific to Mongo. >> Absolutely. Our guidance is always that it should be a business decision, right? And it should be data driven, based on a business defined metric around the business case for that particular automation. Our guidance to customers is don't automate it unless you know why you're automating it, and what the value is. We see sometimes there are challenges with people being able to articulate the business case for an automation, and it can almost always be resolved by having that business case be the first step, and qualifying and identifying an automation candidate. >> And how does that apply to Mongo? Do you, where are you thinking about scaling, in your opinion? >> It's interesting because, you know, initially we thought that we will, you know, explore one area in MongoDB. And the other thing that we did was we did road shows. So because we had to create some awareness in the company that we have UiPath there's something called bots. There's something called, you know, automation that we can do, so we created a presentation with small demos inside it and, you know, circulated it within the company. Different departments tried to explain what we can achieve. And based off of that, you know, we came up with a laundry list of all the automations that different departments needed. And out of that, you know, we started doing the business case, the value, you know, trying to come up with complexity, effort. We did a full estimation matrix and based off of that we came, okay, these are the top 20 that we should build first. And as soon as we built those top 20, we saw a skyrocket, you know, growth and - >> And you're looking for hard dollars, right? >> Yes, yes. Absolutely. >> Okay, just to be clear. >> Devika, I think Mongo also is great at taking a data driven approach to looking at their program. Do you want to share how you do that? >> Yes, absolutely. So one thing that we were very sure was we have to talk in terms of numbers because that's the only solid way to see growth. And what we did was, you know, we got insights, we started doing full metrics in terms of dollar saved, hour saved, and we are trying to track how every process is impacting, you know, in the grand scheme of things. Like say for example, for finance, are we shortening the close cycle in any shape or form by doing these two or three automations that we are doing? And I'm happy to report that we have really shortened our close cycle from where we started. >> Your quarter end or month end close. >> Correct, yes. >> Daily? You at the daily close yet, (all laugh) or the "John Chambers"? >> Drive everyone nuts. First I have to say, I could feel the audience sort of smiling as they see, as they hear from MongoDB, disruptor of legacy databases being cautious in their internal approach to change. As everyone else is. >> Exactly, yeah. >> But Todd, just sort of, double clicking on this idea of kind of stove pipes of capabilities in the RPA space. I mean OCR, being added to NetSuite, I'm not sure if that's the greatest example, but the point is Lydonia will work with all of those technologies to synthesize something. Is that correct? Or are you a UiPath only? >> Both. So we exclusively use UiPath with our customers. We don't use other RPA platforms. >> Okay. >> And we don't because, not because we can't, but because we don't believe that anything else is going to be as quick or as effective. Also, it's the only platform that is as broad and comprehensive as it needs to be to deliver outcomes to our customers. We have partnerships with other companies that have gaps where UiPath isn't currently playing, but the number of companies and the number of gaps has shrunk down to almost nothing these days. And we're well placed as UiPath continues to grow their platform to take advantage of that and leverage that to deliver outcomes to customers. >> It was a great story of starting small, being careful. >> Yes. >> And prudent, from a security standpoint, especially as a public company. And then it sounds like there's virtually unlimited opportunity. >> Yes, absolutely, absolutely. >> For you guys. Great story, thank you very much for sharing it. Appreciate it. >> Thank you. >> All right, good luck. All right, thank you for watching. Keep it right there. Dave Nicholson and Dave Vellante will be back from UiPath Forward5 from the Venetian in Las Vegas. Be right back. (upbeat music playing)

(electronic music) >> Hello everybody, welcome back to Boston. This is Dave Vellante and you're watching theCUBE's continuous coverage of AWS re:Inforce 2022. We're here at the convention center in Boston where theCUBE got started in May of 2010. I'm really excited. Lena Smart is here, she's the chief information security officer at MongoDB rocket ship company We covered MongoDB World earlier this year, June, down in New York. Lena, thanks for coming to theCUBE. >> Thank you for having me. >> You're very welcome, I enjoyed your keynote yesterday. You had a big audience, I mean, this is a big deal. >> Yeah. >> This is the cloud security conference, AWS, putting its mark in the sand back in 2019. Of course, a couple of years of virtual, now back in Boston. You talked in your keynote about security, how it used to be an afterthought, used to be the responsibility of a small group of people. >> Yeah. >> You know, it used to be a bolt on. >> Yep. >> That's changed dramatically and that change has really accelerated through the pandemic. >> Yep. >> Just describe that change from your perspective. >> So when I started at MongoDB about three and a half years ago, we had a very strong security program, but it wasn't under one person. So I was their first CISO that they employed. And I brought together people who were already doing security and we employed people from outside the company as well. The person that I employed as my deputy is actually a third time returnee, I guess? So he's worked for, MongoDB be twice before, his name is Chris Sandalo, and having someone of that stature in the company is really helpful to build the security culture that I wanted. That's why I really wanted Chris to come back. He's technically brilliant, but he also knew all the people who'd been there for a while and having that person as a trusted second in command really, really helped me grow the team very quickly. I've already got a reputation as a strong female leader. He had a reputation as a strong technical leader. So us combined is like indestructible, we we're a great team. >> Is your scope of responsibility, obviously you're protecting Mongo, >> Yeah. >> How much of your role extends into the product? >> So we have a product security team that report into Sahir Azam, our chief product officer. I think you even spoke to him. >> Yeah, he's amazing. >> He's awesome, isn't he? He's just fabulous. And so his team, they've got security experts on our product side who are really kind of the customer facing. I'm also to a certain extent customer facing, but the product folks are the absolute experts. They will listen to what our customers need, what they want, and together we can then work out and translate that. I'm also responsible for governance risk and compliance. So there's a large portion of our customers that give us input via that program too. So there's a lot of avenues to allow us to facilitate change in the security field. And I think that's really important. We have to listen to what our customers want, but also internally. You know, what our internal groups need as well to help them grow. >> I remember last year, Re:invent 2021, I was watching a talk on security. It was the, I forget his name, but it was the individual who responsible for data center security. And one of the things he said was, you know, look it's not at the end of the day, the technology's important but it's not the technology. It's how you apply the tools and the practices and the culture- >> Right. That you build in the organization that will ultimately determine how successful you are at decreasing the ROI for the bad guys. >> Yes. >> Let's put it that way. So talk about the challenges of building that culture, how you go about that, and how you sustain that cultural aspect. >> So, I think having the security champion program, so that's just, it's like one of my babies, that and helping underrepresented groups in MongoDB kind of get on in the tech world are both really important to me. And so the security champion program is purely voluntary. We have over a hundred members. And these are people, there's no bar to join. You don't have to be technical. If you're an executive assistant who wants to learn more about security, like my assistant does, you're more than welcome. Up to, we actually people grade themselves, when they join us, we give them a little tick box. Like five is, I walk in security water. One is, I can spell security but I'd like to learn more. Mixing those groups together has been game changing for us. We now have over a hundred people who volunteer their time, with their supervisors permission, they help us with their phishing campaigns, testing AWS tool sets, testing things like queryable encryption. I mean, we have people who have such an in-depth knowledge in other areas of the business that I could never learn, no matter how much time I had. And so to have them- And we have people from product as security champions as well, and security, and legal, and HR, and every department is recognized. And I think almost every geographical location is also recognized. So just to have that scope and depth of people with long tenure in the company, technically brilliant, really want to understand how they can apply the cultural values that we live with each day to make our security program stronger. As I say, that's been a game changer for us. We use it as a feeder program. So we've had five people transfer from other departments into the security and GRC teams through this Champions program. >> Makes a lot of sense. You take somebody who walks on water in security, mix them with somebody who really doesn't know a lot about it but wants to learn and then can ask really basic questions, and then the experts can actually understand better how to communicate. >> Absolutely. >> To that you know that 101 level. >> It's absolutely true. Like my mom lives in her iPad. She worships her iPad. Unfortunately she thinks everything on it is true. And so for me to try and dumb it down, and she's not a dumb person, but for me to try and dumb down the message of most of it's rubbish, mom, Facebook is made up. It's just people telling stories. For me to try and get that over to- So she's a one, and I might be a five, that's hard. That's really hard. And so that's what we're doing in the office as well. It's like, if you can explain to my mother how not everything on the internet is true, we're golden. >> My mom, rest her soul, when she first got a- we got her a Macintosh, this was years and years and years ago, and we were trying to train her over the phone, and said, mom, just grab the mouse. And she's like, I don't like mice. (Lena laughs) There you go. I know, I know, Lena, what that's like. Years ago, it was early last decade, we started to think about, wow, security really has to become a board level item. >> Yeah. >> And it really wasn't- 2010, you know, for certain companies. But really, and so I had the pleasure of interviewing Dr. Robert Gates, who was the defense secretary. >> Yes. >> We had this conversation, and he sits on a number, or sat on a number of boards, probably still does, but he was adamant. Oh, absolutely. Here's how you know, here. This is the criticality. Now it's totally changed. >> Right. >> I mean, it's now a board level item. But how do you communicate to the C-Suite, the board? How often do you do that? What do you recommend is the right regime? And I know there's not any perfect- there's got to be situational, but how do you approach it? >> So I am extremely lucky. We have a very technical board. Our chairman of the board is Tom Killalea. You know, Amazon alum, I mean, just genius. And he, and the rest of the board, it's not like a normal board. Like I actually have the meeting on this coming Monday. So this weekend will be me reading as much stuff as I possibly can, trying to work out what questions they're going to ask me. And it's never a gotcha kind of thing. I've been at board meetings before where you almost feel personally attacked and that's not a good thing. Where, at MongoDB, you can see they genuinely want us to grow and mature. And so I actually meet with our board four times a year, just for security. So we set up our own security meeting just with board members who are specifically interested in security, which is all of them. And so this is actually off cadence. So I actually get their attention for at least an hour once a quarter, which is almost unheard of. And we actually use the AWS memo format. People have a chance to comment and read prior to the meeting. So they know what we're going to talk about and we know what their concerns are. And so you're not going in like, oh my gosh, what what's going to happen for this hour? We come prepared. We have statistics. We can show them where we're growing. We can show them where we need more growth and maturity. And I think having that level of just development of programs, but also the ear of the board has has helped me mature my role 10 times. And then also we have the chance to ask them, well what are your other CISOs doing? You know, they're members of other boards. So I can say to Dave, for example, you know, what's so-and-so doing at Datadog? Or Tom Killelea, what's the CISO of Capital One doing? And they help me make a lot of those connections as well. I mean, the CISO world is small and me being a female in the world with a Scottish accent, I'm probably more memorable than most. So it's like, oh yeah, that's the Irish girl. Yeah. She's Scottish, thank you. But they remember me and I can use that. And so just having all those mentors from the board level down, and obviously Dev is a huge, huge fan of security and GRC. It's no longer that box ticking exercise that I used to feel security was, you know, if you heated your SOC2 type two in FinTech, oh, you were good to go. You know, if you did a HERC set for the power industry. All right, right. You know, we can move on now. It's not that anymore. >> Right. It's every single day. >> Yeah. Of course. Dev is Dev at the Chario. Dev spelled D E V. I spell Dave differently. My Dave. But, Lena, it sounds like you present a combination of metrics, so, the board, you feel like that's appropriate to dig into the metrics. But also I'm presuming you're talking strategy, potentially, you know, gaps- >> Road roadmaps, the whole nine yards. Yep. >> What's the, you know, I look at the budget scenario. At the macro level, CIOs have told us, they came into the year saying, hey we're going to grow spending at the macro, around eight percent, eight and a half percent. That's dialed down a little bit post Ukraine and the whole recession and Fed tightening. So now they're down maybe around six percent. So not dramatically lower, but still. And they tell us security is still the number one priority. >> Yes. >> That's been the case for many, many quarters, and actually years, but you don't have an unlimited budget. >> Sure >> Right. It's not like, oh, here is an open checkbook. >> Right. >> Lena, so, how does Mongo balance that with the other priorities in the organization, obviously, you know, you got to spend money on product, you got to spend money and go to market. What's the climate like now, is it, you know continuing on in 2022 despite some of the macro concerns? Is it maybe tapping the brakes? What's the general sentiment? >> We would never tap the breaks. I mean, this is something that's- So my other half works in the finance industry still. So we have, you know, interesting discussions when it comes to geopolitics and financial politics and you know, Dev, the chairman of the board, all very technical people, get that security is going to be taken advantage of if we're seeing to be tapping the brakes. So it does kind of worry me when I hear other people are saying, oh, we're, you know, we're cutting back our budget. We are not. That being said, you also have to be fiscally responsible. I'm Scottish, we're cheap, really frugal with money. And so I always tell my team: treat this money as if it's your own. As if it's my money. And so when we're buying tool sets, I want to make sure that I'm talking to the CISO, or the CISO of the company that's supplying it, and saying are you giving me the really the best value? You know, how can we maybe even partner with you as a database platform? How could we partner with you, X company, to, you know, maybe we'll give you credits on our platform. If you look to moving to us and then we could have a partnership, and I mean, that's how some of this stuff builds, and so I've been pretty good at doing that. I enjoy doing that. But then also just in terms of being fiscally responsible, yeah, I get it. There's CISOs who have every tool that's out there because it's shiny and it's new and they know the board is never going to say no, but at some point, people will get wise to that and be like, I think we need a new CISO. So it's not like we're going to stop spending it. So we're going to get someone who actually knows how to budget and get us what the best value for money. And so that's always been my view is we're always going to be financed. We're always going to be financed well. But I need to keep showing that value for money. And we do that every board meeting, every Monday when I meet with my boss. I mean, I report to the CFO but I've got a dotted line to the CTO. So I'm, you know, I'm one of the few people at this level that's got my feet in both camps. You know budgets are talked at Dev's level. So, you know, it's really important that we get the spend right. >> And that value is essentially, as I was kind of alluding to before, it's decreasing the value equation for the hackers, for the adversary. >> Hopefully, yes. >> Right? Who's the- of course they're increasingly sophisticated. I want to ask you about your relationship with AWS in this context. It feels like, when I look around here, I think back to 2019, there was a lot of talk about the shared responsibility model. >> Yes. >> You know, AWS likes to educate people and back then it was like, okay, hey, by the way, you know you got to, you know, configure the S3 bucket properly. And then, oh, by the way, there's more than just, it's not just binary. >> Right, right. >> There's other factors involved. The application access and identity and things like that, et cetera, et cetera. So that was all kind of cool. But I feel like the cloud is becoming the first line of defense for the CISO but because of the shared responsibility model, CISO is now the second line of defense >> Yes. Does that change your role? Does it make it less complicated in a way? Maybe, you know, more complicated because you now got to get your DevSecOps team? The developers are now much more involved in security? How is that shifting, specifically in the context of your relationship with AWS? >> It's honestly not been that much of a shift. I mean, these guys are very proactive when it comes to where we are from the security standpoint. They listen to their customers as much as we do. So when we sit down with them, when I meet with Steve Schmidt or CJ or you know, our account manager, its not a conversation that's a surprise to me when I tell them this is what we need. They're like, yep, we're on that already. And so I think that relationship has been very proactive rather than reactive. And then in terms of MongoDB, as a tech company, security is always at the forefront. So it's not been a huge lift for me. It's really just been my time that I've taken to understand where DevSecOps is coming from. And you know, how far are we shifting left? Are we actually shifting right now? It's like, you know, get the balance, right? You can't be too much to one side. But I think in terms of where we're teaching the developers, you know, we are a company by developers for developers. So, we get it, we understand where they're coming from, and we try and be as proactive as AWS is. >> When you obviously the SolarWinds hack was a a major mile- I think in security, there's always something in the headlines- >> Yes. But when you think of things like, you know, Stuxnet, you know, Log4J, obviously Solarwinds and the whole supply chain infiltration and the bill of materials. As I said before, the adversary is extremely capable and sophisticated and you know, much more automated. It's always been automated attacks, but you know island hopping and infiltrating and self-forming malware and really sophisticated techniques. >> Yep. >> How are you thinking about that supply chain, bill of materials from inside Mongo and ultimately externally to your customers? >> So you've picked on my third favorite topic to talk about. So I came from the power industry before, so I've got a lot of experience with critical infrastructure. And that was really, I think, where a lot of the supply chain management rules and regulations came from. If you're building a turbine and the steel's coming from China, we would send people to China to make sure that the steel we were buying was the steel we were using. And so that became the H bomb. The hardware bill of materials, bad name. But, you know, we remember what it stood for. And then fast forward: President Biden's executive order. SBOs front and center, cloud first front and center. It's like, this is perfect. And so I was actually- I actually moderated a panel earlier this year at Homeland Security Week in DC, where we had a sneak CISA, So Dr. Allen Friedman from CISA, and also Patrick Weir from OWASP for the framework, CISA for the framework as well, and just the general guidance, and Snake for the front end. That was where my head was going. And MongoDB is the back-end database. And what we've done is we've taken our work with Snake and we now have a proof of concept for SBOs. And so I'm now trying to kind of package that, if you like, as a program and get the word out that SBOs shouldn't be something to be afraid of. If you want to do business with the government you're going to have to create one. We are offering a secure repository to store that data, the government could have access to that repository and see that data. So there's one source of truth. And so I think SBOs is going to be really interesting. I know that, you know, some of my peers are like, oh, it's just another box to tick. And I think it's more than that. I definitely- I've just, there's something percolating in the back of my mind that this is going to be big and we're going to be able to use it to hopefully not stop things like another Log4j, there's always going to be another Log4j, we know that. we don't know everything, the unknown unknown, but at least if we're prepared to go find stuff quicker than we were then before Log4j, I think having SBOs on hand, having that one source of truth, that one repository, I think is going to make it so much easier to find those things. >> Last question, what's the CISO's number one challenge? Either yours or the CISO, generally. >> Keeping up with the fire hose that is security. Like, what do you pick tomorrow? And if you pick the wrong thing, what's the impact? So that's why I'm always networking and talking to my peers. And, you know, we're sometimes like meerkats, you know. there's meerkats, you see like this, it's like, what do we talk about? But there's always something to talk about. And you just have to learn and keep learning. >> Last question, part B. As a hot technology company, that's, you know, rising star, you know not withstanding the tech lash and the stock market- >> Yeah. >> But Mongo's growing, you know, wonderfully. Do you find it easier to attract talent? Like many CISOs will say, you know, lack of talent is my biggest, biggest challenge. Do you find that that's not the challenge for you? >> Not at all. I think on two fronts, one, we have the champions program. So we've got a whole internal ecosystem who love working there. So the minute one of my jobs goes on the board, they get first dibs at it. So they'd already phoning their friends. So we've got, you know, there's ripple effects out from over a hundred people internally. You know, I think just having that, that's been a game changer. >> I was so looking forward to interviewing you, Lena, thanks so much for coming. >> Thank you, this was a pleasure. >> It was really great to have you. >> Thank you so much. Thank you. >> You're really welcome. All right, keep it right there. This is Dave Villante for theCUBE. We'll be right back at AWS Re:inforce22 right after this short break.

>> We're back at the Big Apple, theCUBE's coverage of MongoDB World 2022. Sahir Azam is here, he's the Chief Product Officer of MongoDB, and Guillermo Rauch who's the CEO of Vercel. Hot off the keynotes from this morning guys, good job. >> Thank you. >> Thank you. >> Thank you for joining us here. Thanks for having us. Guillermo when it comes to modern web development, you know the back-end, the cloud guys got to it kind of sewn up, >> you know- >> Guillermo: Forget about it. >> But all the action's in the front end, and that's where you are. Explain Vercel. >> Yeah so Vercel is the company that pioneers front-end development as serverless infrastructure. So we built Next.js which is the most popular React framework in the world. This is what front-end engineers choose to build innovative UI's, beautiful websites. Companies like Dior and GitHub and TikTok and Twitch, which we mentioned in the keynote, are powering their entire dot-coms or all of their new parts of their dot-coms with Next.js. And Vercel is the serverless platform where you can deploy frameworks like in Next.js and others like Svelte and Vue to create really fast experiences on the web. >> So I hear, so serverless, I hear that's the hot trend. You guys made some announcements today. I mean when you look at the, we have spending data with our friends at ETR right down the street. I mean it's just off the charts, whether it's Amazon, Google, Azure Functions, I mean it's just exploding. >> Sahir: Yeah, it's I think in many ways, it's a natural trend. You know, we talk a lot about, whether it be today's keynote or another industry talks you see around our industry that developers are constantly looking for ways to focus on innovation and the business logic that defines their application and as opposed to managing the plumbing, and management of infrastructure. And we've seen this happen over and over again across every layer of the stack. And so for us, you know MongoDB, we have a bit of, you know sort of a lens of a broad spectrum of the market. We certainly have you know, large enterprises that are modernizing existing kind of core systems, then we have developers all over the world who are building the next big best thing. And that's what led us to partner with Vercel is just the bleeding edge of developers building in a new way, in a much more efficient way. And we wanted to make sure we provide a data platform that fits naturally in the way they want to work. >> So explain to our audience the trade-offs of serverless, and I want to get into sort of how you've resolved that. And then I want to hear from Guillermo, what that means for developers. >> Sahir: Yeah in our case, we don't view it as an either or, there are certain workloads and definitely certain companies that will gravitate towards a more traditional database infrastructure where they're choosing the configuration of their cluster. They want full control over it. And that provides, you know, certain benefits around cost predictability or isolation or perceived benefits at least of those things. And customers will gravitate towards that. Now on the flip side, if you're building a new application or you want the ability to scale seamlessly and not have to worry about any of the plumbing, serverless is clearly the easier model. So over the long term, we certainly expect to see as a mix of things, more and more serverless workloads being built on our platform and just generally in the industry, which is why we leaned in so heavily on investing in Atlas serverless. But the flexibility to not be forced into a particular model, but to get the same database experience across your application and even switch between them is an important characteristic for us as we build going forward. >> And you stressed the cost efficiency, and not having to worry about, you know, starting cold. You've architected around that, and what does that mean for a developer? >> Guillermo: For a developer it means that you kind of get the best of both worlds, right? Like you get the best possible performance. Front-end developers are extremely sensitive to this. That's why us pioneering this concept, serverless front-end, has put us in a very privileged position because we have to deliver that really quick time to first buy, that really quick paint. So any of the old trade-offs of serverless are not accepted by the market. You have to be extremely fast. You have to be instant to deliver that front-end content. So what we talked about today for example, with the Vercel Edge network, we're removing all of the cost of that like first hit. That cold start doesn't really exist. And now we're seeing it all across the board, going into the back-end where Mongo has also gotten rid of it. >> Dave: How do you guys collaborate? What's the focus of integration specifically from, you know, an engineering resource standpoint? >> Yeah the main idea is, idea to global app in seconds, right? You have your idea. We give you the framework. We don't give you infrastructure primitives. We give you all the necessary tools to start your application. In practice this means you host it in a Git repo. You import it onto Vercel. You install the Mongo integration. Now your front-end and your data back-end are connected. And then your application just goes global in seconds. >> So, okay. So you've abstracted away the complexity of those primitives, is that correct? >> Guillermo: Absolutely. >> Do do developers ever say, "That's awesome but I'd like to get to them every now and then." Or do you not allow that? >> Definitely. We expose all the underlying APIs, and the key thing we hear is that, especially with the push for usage-based billing models, observability is of the essence. So at any time you have to be able to query, in real time, every data point that the platform is observing. We give you performance analytics in real time to see how your front-end is performing. We give you statistics about how often you're querying your back-end and so on, and your cache hit ratios. So what I talked about today in the keynote is, it's not just about throwing more compute at the problem, but the ability to use the edge to your advantage to memoize computation and reuse it across different visits. >> When we think of mission critical historically, you know, you think about going to the ATM, right? I mean a financial transaction. But Mongo is positioning for mission critical applications across a variety of industries. Do we need to rethink what mission critical means? >> I think it's all in the eye of the beholder so to speak. If you're a new business starting up, your software and your application is your entire business. So if you have a cold start latency or God forbid something actually goes down, you don't have a business. So it's just as mission critical to that founder of a new business and new technology as it is, you know, an established enterprise that's running sort of a more, you know, day-to-day application that we may all interact with. So we treat all of those scenarios with equal fervor and importance right? And many times, it's a lot of those new experiences that the become the day-to-day experiences for us globally, and are super important. And we power all of those, whether it be an established enterprise all the way to the next big startup. >> I often talk about COVID as the forced march to digital. >> Sahir: Mm-Hmm. >> Which was obviously a little bit rushed, but if you weren't in digital business, you were out of business. And so now you're seeing people step back and say, "All right, let's be more thoughtful about our digital transformation. We've got some time, we've obviously learned some things made some mistakes." It's all about the customer experience though. And that becomes mission critical right? What are you seeing Guillermo, in terms of the patterns in digital transformation now that we're sort of exiting the isolation economy? >> One thing that comes to mind is, we're seeing that it's not always predictable how fast you're going to grow in this digital economy. So we have customers in the ecommerce space, they do a drop and they're piggybacking on serverless to give them that ability to instantly scale. And they couldn't even prepare for some of these events. We see that a lot with the Web3 space and NFT drops, where they're building in such a way that they're not sensitive to this massive fluctuations in traffic. They're taking it for granted. We've put in so much work together behind the scenes to support it. But the digital native creator just, "Oh things are scaling from one second to the next like I'm hitting like 20,000 requests per second, no problem Vercel is handling it." But the amount of infrastructural work that's gone behind the scenes in support has been incredible. >> We see that in gaming all the time, you know it's really hard for a gaming company to necessarily predict where in the globe a game's going to be particularly hot. Games get super popular super fast if they're successful, it's really hard to predict. It's another vertical that's got a similar dynamic. >> So gaming, crypto, so you're saying that you're able to assist your customers in architecting so that the website doesn't crash. >> Guillermo: Absolutely. >> But at the same time, if the the business dynamic changes, they can dial down. >> Yeah. >> Right and in many ways, slow is the new down, right? And if somebody has a slow experience they're going to leave your site just as much as if it's- >> I'm out of here- >> You were down. So you know, it's really maintaining that really fast performance, that amazing customer experience. Because this is all measured, it's scientific. Like anytime there's friction in the process, you're going to lose customers. >> So obviously people are excited about your keynote, but what have they been saying? Any specific comments you can share, or questions that you got that were really interesting or? >> I'm already getting links to the apps that people are deploying. So the whole idea- >> Come on! >> All over the world. Yeah so it's already working I'm excited. >> So they were show they were showing off, "Look what I did" Really? >> Yeah on Twitter. >> That's amazing. >> I think from my standpoint, I got a question earlier, we were with a bunch of financial analysts and investors, and they said they've been talking to a lot of the customers in the halls. And just to see, you know, from the last time we were all in person, the number of our customers that are using multiple capabilities across this idea of a developer data platform, you know, certainly MongoDB's been a popular core database open source for a long time. But the new capabilities around search, analytics, mobile being adopted much more broadly to power these experiences is the most exciting thing from our side. >> So from 2019 to now, you're saying substantial uptick in adoption for these features? >> Yeah. And many of them are new. >> Time series as well, that's pretty new, so yeah. >> Yeah and you know, our philosophy of development at MongoDB is to get capabilities in the hands of customers early. Get that feedback to enrich and drive that product-market fit. And over the last three years especially, we've been transitioning from a single product kind of core, you know, non relational modern database to a data platform, a developer data platform that adds more and more capabilities to power these modern applications. And a lot of those were released during the pandemic. Certainly we talked about them in our virtual conferences and all the zoom meetings we had over the years. But to actually go talk to all these customers, this is the largest conference we've ever put on, and to get a sense of, wow all the amazing things they're doing with them, it's definitely a different feeling when we're all together. >> So that's interesting, when you have such a hot product, product-led growth which is what Mongo has been in, and you add these new features. They're coming from the developers who are saying, "Hey, we need this." >> Yip. >> Okay so you have a pretty high degree of confidence, but how do you know when you have product-market fit? I mean, is it adoption, usage, renewals? What's your metric? >> Yeah I think it's a mix of quantitative measures that you know, around conversion rates, the size of your funnel, the retention rate, NPS which obviously can be measured, but also just qualitative. You know when you're talking to a developer or a technology executive around what their needs are, and then you see how they actually apply it to solve a problem, it's that balance between the qualitative and the quantitative measurement of things. And you can just sort of, frankly you can feel it. You can see it in the numbers sure, but you can kind of feel that excitement, you can see that adoption and what it empowers people to do. And so to me, as a product leader, it's always a blend of those things. If you get too obsessed with purely the metrics, you can always over optimize something for the wrong reason. So you have to bring in that qualitative feedback to balance yourself out. >> Right. >> Guillermo, what's next? What do you not have that you want from Sahir and Mongo? >> So the natural next step for serverless computing is, is the Edge. So we have to auto-scale, we have to tolerate fares. We have to be avail. We have to be easy, but we have to be global. And right now we've been doing this by using a lot of techniques like caching and replication and things like this. But the future's about personalizing even more to each visitor depending on where they are. So if I'm in New York, I want to get the latest offers for New York on demand, just for me, and using AI to continue to personalize that experience. So giving the developer these tools in a way where it feels natural to build an application like this. It doesn't feel like, "Oh I'm going to do this year 10 if I make it, I'm going to do it since the very beginning." >> Dave: Okay interesting. So that says to me that I'm not going to make a round trip to the cloud necessarily for that experience. So I'm going to have some kind, Apple today, at the Worldwide Developer Conference announced the M2, right. I've been looking at the M1 Ultra, and I'm going wow look at that! And so- >> Sahir: You were talking about that new one backstage. >> I mean it's this amazing pace of Silicon development and they're focusing on the NPU and you look at what Tesla's doing. I mean it's just incredible. So you're going to have some new hardware architecture that emerges. Most of the AI that's done today is modeling in the cloud. You're going to have a real time inferencing at the Edge. So that's not going to do the round trip. There's going to be a data store there, I think it has to be. You're going to persist some of the data, maybe not all of it. So it's a whole new architecture- >> Sahir: Absolutely. >> That's developing. That sounds very disruptive. >> Sahir: Yeah. >> How do you think about that, and how does Mongo play there? Guillermo first. >> What I spent a lot of time thinking about is obviously the developer experience, giving the programmer a programming model that is natural, intuitive, and produces its great results. So if they have to think about data that's local because of regulatory reasons for example, how can we let the framework guide them to success? I'm just writing an application I deployed to the cloud and then everything else is figured out. >> Yeah or speed of light is another challenge. (Sahir and Guillermo laugh) >> How can we overcome the speed of light is our next task for sure. >> Well you're working on that aren't you? You've got the best engineers on that one. (Sahir and Guillermo laugh) >> We can solve a lot of problems, I'm not sure of that one. >> So Mongo plays in that scenario or? >> Yeah so I think, absolutely you know, we've been focused heavily on becoming the globally distributed cloud data layer. The back-end data layer that allows you to persist data to align with performance and move data where it needs to be globally or deal with data sovereignty, data nationalism that's starting to rise, but absolutely there is more data being pushed out to the Edge, to your point around processing or inference happening at the Edge. And there's going to be a globally distributed front-end layer as well, whether data and processing takes apart. And so we're focused on one, making sure the data connectivity and the layer is all connected into one unified architecture. We do that in combination with technologies that we have that do with mobility or edge distribution and synchronization of data with realm. And we do it with partnerships. We have edge partnerships with AWS and Verizon. We have partnerships with a lot of CVM players who are building out that Edge platform and making sure that MongoDB is either connected to it or just driving that synchronization back and forth. >> I call that unified experience super cloud, Robbie Belson from Verizon the cloud continuum, but that consistent experience for developers whether you're on Prim, whether you're in you know, Azure, Google, AWS, and ultimately the Edge. That's the big- >> That's where it's going. >> White space right now I'm hearing, Guillermo, right? >> I think it'll define the next generation of how software is built. And we're seeing this almost like a coalition course between some of the ideas that the Web3 developers are excited about, which is like decentralization almost to the extreme. But the Web2 also needs more decentralization, because we're seeing it with like, the data needs to be local to me, I need more privacy. I was looking at the latest encryption features in Mongo, like I think both Web2 need to incorporate more of the ideas of Web3 and vice versa to create the best possible consumer experience. Privacy matters more than ever before. Latency for conversion matters more than ever before. And regulations are changing. >> Sahir: Yeah. >> And you talked about Web3 earlier, talked about new protocols, a new distributed you know, decentralized system emerging, new hardware architectures. I really believe we really think that new economics are going to bleed back into the data center, and yeah every 15 years or so this industry gets disrupted. >> Sahir: Yeah. >> Guillermo: Absolutely. >> You know you ain't see nothing yet guys. >> We all talked about hardware becoming commoditized 10, 15 years ago- >> Yeah of course. >> We get the virtualization, and it's like nope not at all. It's actually a lot of invention happening. >> The lower the price the more the consumption. So guys thanks so much. Great conversation. >> Thank you. >> Really appreciate your time. >> Really appreciate it I enjoyed the conversation. >> All right and thanks for watching. Keep it right there. We'll be back with our next segment right after this short break. Dave Vellante for theCUBE's coverage of MongoDB World 2022. >> Man Offscreen: Clear. (clapping) >> All right wow. Don't get up. >> Sahir: Okay. >> Is that a Moonwatch? >> Sahir: It is a Speedmaster but it's that the-

>> Welcome back to New York City everybody. This is The Cube's coverage of MongoDB World 2022, Dev Ittycheria, here is the president and CEO of MongoDB. Thanks for spending some time with us. >> It's Great to be here Dave, thanks for having me. >> You're very welcome. So your keynotes this morning, I was hearkening back to Steve Ballmer, running around the stage screaming, developers, developers, developers. You weren't jumping around like a madman, but the message was the same. And you've not deviated from that message. I remember when it was 10th Gen, so you've been consistent. >> Yes. >> Why is Mongo DB so alluring to developers? >> Yeah, because I would say the reason we're so popular Dave is that our whole business was founded on the ethos, so making developers incredibly productive. Just getting the infrastructure out of the way so that the developers is really focused on what's important and that's building great applications that transform their business. And the way you do that is you look at where they spend most of the time. and they spend most of the time working with data. How do you present data, the right data, the right time, at the right place, and the right way. And when you remove the friction of working with data, you unleash so much more productivity, which people just say, oh my goodness, I can move so much faster. Product leaders can get products out the door faster than the competitors. Senior level executives can seize new opportunities or respond to new threats. And that was so profound during COVID when everyone had to think about pivoting their business. >> When you came to MongoDB, why did you choose this company? What was it that excited you about it? >> I get that question a lot. I would say conventional wisdom would suggest that MongoDB was not a great choice. There weren't that many companies who were very successful in open source, Red Hat was the only one. No one had really built a deep technology company in New York city. They say, you got to do it in the valley. And database companies need a lot of capital. Now turns out that raising capital of this past decade was a lot easier, but it still takes a lot of time, and a lot of capitals, you have to have a lot of patience. When I did my diligence, I was actually a VC before I joined MongoDB. The whole next generation database segment was really taking off. And actually I looked at some competing investments to MongoDB, and when I did my diligence, it was clear even then. And this is circa 2012, that MongoDB is way ahead in terms of customer attraction, commercials, and even kind of developer mind share. And so I ended up passing those investments. and then lo and behold, I got a call from a very senior executive recruiter who said, Dev, you got to take a meeting with MongoDB, there's something really interesting going on. And they had raised a lot of capital and they had just not been able to kind of really execute in terms of the opportunity. And they realized they needed to make a change. And so one thing led to another. One of the things that really actually convinced me, is when I did my diligence, I realized the customers they had loved MongoDB. They just really weren't executing on all cylinders. And I always believe you never bet against a company whose customers love the product. And said, that's something here. The second thing I would say is open source. Yes, is true that open source was not very successful, but that was open source 1.0. Open source 2.0, the technology is much better than the commercial options. And so that convinced me. And then New York, I lived in New York a big part of my life. I think New York's a fabulous place to build a business. There's so much talent, your customers are right... You walk out the door, there's customers all over the place. And getting to Europe is very easy, Almost like flying to the west coast. So it's a very central place to build a business. >> And it's easier to fix execution, wouldn't you say? And maybe even go to market than it is to fix a product that customers really don't love. >> Correct, it's much easier to fix leadership issues, culture issues, execution issues. Nailing product market fit is very, very hard. And there were signs, there's still some issues, there's still some rough spots, but there a lot of signs that this company was very, very close, and that's why I took the bet. >> And this is before there was that huge influx of capital into the separating compute from storage and the whole cloud thing, which is interesting. Because you take a company like Cloudera, they got caught up in that and got kind of washed over. And I guess you could argue Hortonworks did too, and they could have dead ended both. And then that just didn't work. But it's interesting to see Mongo, the market kind of came to you. And that really does speak to the product. It wasn't a barrier for you. You guys have obviously a lot of work to get into the cloud with Atlas, but it seemed like a natural fit with the product. It wasn't like a complete fork. >> Well, I think the challenge that we had was we had a lot of adoption, but we had tough time commercializing the business. And at some point I had to tell the all employees, it's great that we have all these people who are using MongoDB, but if you don't start generating revenue, our investors are going to get tired of subsidizing this company. So I had to try and change the culture. And as you imagine, the engineers didn't really like the salespeople, the salespeople thought the engineers didn't really want to make any money. And what I said, like, let's all galvanize around customers and let's make them really excited and try and create a lot of value. And so we just put a lot more discipline in terms of how we prosecuted deals. We put a lot more discipline in terms of what are the problems we're trying to solve. And one thing led to another, we started building the business brick by brick. And one of the things that became clear for me was that the old open source model of trying to find that happy medium between what you give away and what you charge for, is always a tough game. Like because finding that where the paywall is, if you give away too much new features, you don't make any money. If you don't give away enough, you don't have any adoption. So you're caught in this catch-22. The best way to monetize open source, is open source as a service. And we saw Amazon do that frankly. We learned a lot from how Amazon did that. And one of the advantages that MongoDB had that I didn't fully appreciate when I joined the company, but I was very grateful. It is that they had a much more restrictive license. Which we ended up actually changing and made it even more restrictive, which allowed us to perfect ourselves from being cannibalized by the cloud providers, so that we could build our own business using our own IP that we had invested in and create a cloud service. >> That was a huge milestone. And of course you have great relationships with all the cloud providers, but it got contentious there for a while, but, you give the cloud providers an inch, they're going to take a mile. That's just the way, they're aggressive like that. But thank you for going through the history with me a little bit, because when you go back to the IPO, IPO was 2017, right? >> Correct. >> I always tell young investors, my kids especially, don't buy a stock at IPO, you're going to have a better chance, but the window from Mongo was very narrow. So, you didn't really get a much better chance a little bit. And then it's been a rocket ship since then. Sure, there's been some volatility, but you look at some of the big IPOs, like Facebook, or Snap, or even Snowflake, there was better opportunities. But you guys have executed really, really well. That's part of your ethos in your management team. And it came across on the earnings call recently. >> Yep. >> It was very optimistic, yet at the same time you set cautious tones and you got, I think high marks. >> Yes. >> For some of that caution but that execution. So talk about where you feel the business is today given the economic uncertainty? >> Well, what I'd say is we feel really good about the long term. We feel like the secular trends are really in our favor. Software's fundamentally transforming every industry. And people want to use modern software to either automate inefficient processes, enable new capabilities, drive better customer experiences. And the level of performance and scale you need for today's modern applications is profoundly different than applications yesterday. So we think we're well positioned for that. What we said on the earnings call was that we started seeing a moderation of growth, slight moderation of growth in our low end of the business in Europe. It was in our self-serve business and in the SMB space for the NQ1, towards the end of Q1. And we saw a little bit of that show up in the self-serve business in may in Q2. And that's why while we raised guidance, we basically quantified the impact, which is roughly about 30 to 35 million for the year, based on what we saw. And in that assumption, we assumed like... We just can't assume it's going to only be at the low in the market, probably some effect at the enterprise market. Maybe not as much, but there'll be some effect. So we need to factor that in. And we wanted to help kind of investors have some sort of framework to think about what the impact is. We don't want to be one of those companies that said absolutely nothing. And we don't want to be one of those companies that just waves the hand, but then it wasn't really that useful for investors. >> Yeah, I thought it was substantive. You talked about those market trends, you cited three things. The developers recognize that there are limits to legacy RDBMS. You talked about the, what I call point solutions creep. And then the document model is the best for developers. >> Great. >> And when the conversation turned to consumption, everybody's concerned about consumption obviously. You said... My take, somewhat insulated from that because you're running mission critical apps. It's not discretionary. My question to you is, should we rethink the definition of mission-critical? You think of Oracle mission critical running a bank. Mission -critical today in this digital world seems to be different, is that fair? >> Gosh, when's the last time you ever saw a website down? Like if you're running like any kind of digital channel, or engaging with the customers, or your partners, or your suppliers, you need to be up all the time. And so you need a very resilient, highly available data platform. It needs to be highly performance as you add more users, you need to be scale. And we saw a lot of that when COVID hit. Like companies had to completely repovit. And we talked about some examples where like a health and beauty retailer who was all kind of basically retail, had to suddenly pivot to e-commerce strategy. We've had streaming and gaming companies suddenly saw this massive influx of data that they scaled their operations very, very quickly. So I would say anytime you're engaging with customers, customers they're so used to the kind of the consumer facing applications. I almost joke like slow is the old down. If you're not performant, it doesn't matter. They're going to abandon you and go somewhere else. So if you're an e-commerce site and you're not performing well and not serving up the right skews, depending on what they're looking for, they're going to go somewhere else. >> So it's a click away. You talk about a hundred billion TAM, maybe that's even undercounted as you start to bring new capabilities in there. But there's no lack of market for you. >> Correct. >> How do you think about the market opportunity? >> Well, we believe... Again, software is transforming so many industries. IDC says that 715 million applications will be built over the next two to three years by 2025. To put that number of perspective, that's more apps that will be built the next three to four years than were built in the last 40. The rate and pace of innovation is as exploding. And people are building custom applications. Yes, Workday, Salesforce, other companies, commercial companies are great companies, but my competitors can use Workday or Salesforce, some of those commercial companies. That doesn't gimme a competitive advantage, what gives me a competitive advantage is building custom software that better engage my customers, that transforms my business in adding new capabilities or drives more efficiency. And the applications are only getting smarter. And so you're seeing that innovation explode and that plays to our strength. People need platforms like MongoDB to build the next generation of applications. >> So Atlas is now roughly 60% of your business, think is growing at 85%. So it's at least the midterm future. But my question to you is, is it the future? 'Cause when we start to think about the edge, it's not necessarily the cloud. You're not going to be able to go that round trip and the latency. And we had Verizon on earlier, talking about what they're doing with 5G, and the Mobile Edge. Is Mongo positioning for that edge? And is our definition of cloud changing? Where it's not just OnPrem and across clouds, but it's also out to the edge, this continuous experience. >> So I'll make two points. One, definitely we believe the applications of the future will be mobile first or purely mobile. Because one with the advent of 5G, the distinction between mobile and web is going to blur, with a hundred times faster networking speeds. But the second point I make is that how that shows up on our revenue on our income table will look like Atlas. Because we don't charge nothing for the end point, it's basically driving consumption of the back end. And so we've introduced a bunch of very, very sophisticated capabilities to synchronized data from the edge to the backend and vice versa with things like flexible sync. So we see so many customers now using that capability, whether you're field service technicians, whether you're a mobile first company, et cetera. So that will drive Atlas revenue. So on an income statement, it'll look like Atlas, but we're obviously addressing those broader set of mobile needs. >> You talk a lot about product market fit former VC, of course, Mark Andreen says, product market fit you kind of know when you see it, your hair's on fire, you can't buy a service. How do you know when you have product market fit? >> Well, one, we have the luxury of lots of customers. So they tell us pretty clearly when they're happy, and we can see that by usage behavior. Now the other benefit of a cloud service, is we can see the level of activity. We can see the level of engagement. We can see how much data they're consuming. We can see all the actions they're taking. So you get the fidelity of feedback you get from Atlas versus someone doing something behind their own firewall. And you kind of call 'em and check in on them is very, very different. So that level of insight gives us visibility in terms of what products and features have been used, gives us a sense how things going well, or is there something awry. Maybe they have misconfigured something or they don't know how to use some capabilities. So the level of engagement that we can have with a customer using a service is so much different. And so we've really invested in our customer success organization. So the byproduct of that is that our retention rates are also very, very strong. Because you have such better information about what's happening in terms of your customers. >> See retention in real time. You've been somewhat... Is just so hard to say this 'cause you're growing at 50% a year. But you're somewhat conservative about the pace of hiring for go to market. And I'm curious as to how you think about scaling, especially when you introduce new products. Atlas is several years ago. But as you extend your capabilities and add new products, how do you decide when to scale? >> So it's a constant process. We've been quite aggressive in scaling organization for a couple reasons. One, we have very low market share, so the market's vastly under penetrated. We still don't have reps in every NFL sitting in the United States, which just kind of crazy. There's other parts of the world that we are just still vastly under penetrated in. But we also look at how those organizations are doing. So if we see a team really killing it, we're going to deploy more resources. Because one, it tells us there's more opportunity there, and there's a strong team there. If we see a team that maybe is struggling a little bit, we'll try and uncover. Rather than just applying more resources in, we'll try and uncover what are the issues and make sure we stabilize the organization and then devote resources. It's all in the measure of like being very disciplined about where we deploy our resources, to get those kind of returns. And on the product side, we obviously go through a very iterative process and kind of do rank order all the projects and what we think the expected returns are. Obviously, we look at the customer feedback, we look at what our strategic priorities are. And that informs what projects we fund and what projects kind of are below the line. And we do that over and over again every quarter. So every quarter we revisit the business, we have a very QBR centric culture. So we're constantly checking in and seeing how the business is operating. And then we make those investment decisions. In general, we've been investing very aggressively in terms of expanding our reach around the world. >> It seems like, well, with Mongo, your product portfolios... From an outside observer standpoint, it seems like you've always had pretty good product market fit. But I was curious, in your VC days, would you ever encourage companies to scale go to market prior to having confidence in product market fit? Or did you always see those as sequential activities? >> Well, I think the challenge is this part it's analysis part is judgment. So you don't necessarily have to have perfect product market fit to start investing. But you also don't want to plow a bunch of resources and realize the product doesn't work and then how you're burning through a lot of cash. So there's a little bit of art to the process. When I joined MongoDB, I could tell that we had a strong engineering team. They knew how to build high quality products, but we just struggled with commercialization. The culture wasn't great across the company. And we had some leadership challenges. So that's when I joined, I kind of focused on those things and tried to bring the organization together. And slowly we started chipping away and making people feel like they were winners. And once you start winning, that becomes contagious. And then the nice thing is when you start winning, you get a lot more customer feedback. That feedback helps you refine your products even more, which then adds... It's like the flywheel effect that starts taking off. >> So it seems the culture's working now. Do you have a favorite product from the announcements today? >> Well, I really like our foray to analytics. And essentially what we're seeing is really two big trends. One you're seeing applications get smarter. What applications are doing is really automating a lot of processes and rather than someone having to press a button. Based on analytics, you can automate a lot of decision making. So that's one theme that we're seeing as applications get smarter. The second theme is that people want more and more insight in terms of what's happening. And the source of that is insights is your operational database. Because that's where you're having transactions, that's where you know what products are selling, that's where you know what customers are buying. So people want more and more real time data versus waiting to take that data, put it somewhere else and then run reports and then get some update at the end of the night or maybe at the week. So that's driving a lot of really interesting use cases. And especially when you marry in things like time series use cases where you're collecting a lot of data people want to see trend analysis what's happening. Which I think it's a very exciting area. We introduced a very cool feature called Queryable Encryption, which basically... The problem with encrypting data, is you can't really query it because my definition's encrypted. >> Yeah, you're right. >> But obviously data security is very important. What we announced, is we're using very sophisticated cryptography. People can query the data, but they don't have really access to the data. So it really protects you from like data breaches or malicious users accessing your data, but you still can kind of make that data usable. So that was a very interesting announcer that we made today. >> Sounds like magic without the performance hit. >> Yes. >> You can do that. Dev, thanks so much for coming in The Cube. Congratulations on all activity, bumper sticker on day one. >> Oh, it's super exciting. The energy was palpable, 3,300 people in the room, lots of customers, lots of users. We had lots of investors here as well for our investor day, have a dinner tonight with a bunch of senior execs, so it's been a busy day. >> Future is bright for MongoBD. Dev, thanks for so much for coming on The Cube. And thanks for watching, this is Dave Vellante and we'll see you next time. (upbeat music)

>>Welcome back to the big apple, everybody. The Cube's continuous coverage here of MongoDB world 2022. We're at the new Javet center. It's it's quite nice. It was built during the pandemic. I believe on top of a former bus terminal. I'm told by our next guest Tony bear, who's the principal at DB insight of data and database expert, longtime analyst, Tony. Good to see you. Thanks for coming >>On. Thanks >>For having us. You face to face >>And welcome to New York. >>Yeah. Right. >>New York is open for business. >>So, yeah. And actually, you know, it's interesting. We've been doing a lot of these events lately and, and especially the ones in Vegas, it's the first time everybody's been out, you know, face to face, not so much here, you know, people have been out and about a lot of masks >>In, >>In New York city, but, but it's good. And, and this new venue is fantastic >>Much nicer than the old Javits. >>Yeah. And I would say maybe 3000 people here. >>Yeah. Probably, but I think like most conferences right now are kind of, they're going through like a slow ramp up. And like for instance, you know, sapphires had maybe about one third, their normal turnout. So I think that you're saying like one third to one half seems to be the norm right now are still figuring out how we're, how and where we're gonna get back together. Yeah. >>I think that's about right. And, and I, but I do think that that in most of the cases that we've seen, it's exceeded people's expectations at tenants, but anyway sure. Let's talk about Mongo, very interesting company. You know, we've been kind of been watching their progression from just sort of document database and all the features and functions they're adding, you just published a piece this morning in venture beat is time for Mongo to get into analytics. Yes. You know? Yes. One of your favorite topics. Well, can they expand analytics? They seem to be doing that. Let's dig into it. Well, >>They're taking, they've been taking slow. They've been taking baby steps and there's good reason for that because first thing is an operational database. The last thing you wanna do is slow it down with very complex analytics. On the other hand, there's huge value to be had if you would, if you could, you know, turn, let's say a smart, if you can turn, let's say an operational database or a transaction database into a smart transaction database. In other words, for instance, you know, let's say if you're, you're, you're doing, you know, an eCommerce site and a customer has made an order, that's basically been out of the norm. Whether it be like, you know, good or bad, it would be nice. Basically, if at that point you could then have a next best action, which is where analytics comes in. But it's a very lightweight form of analytics. It's not gonna, it's actually, I think probably the best metaphor for this is real time credit scoring. It's not that they're doing your scoring you in real time. It's that the model has been computed offline so that when you come on in real time, it can make a smart decision. >>Got it. Okay. So, and I think it was your article where I, I wrote down some examples. Sure. Operational, you know, use cases, patient data. There's certainly retail. We had Forbes on earlier, right? Obviously, so very wide range of, of use cases for operational will, will Mongo, essentially, in your view, is it positioned to replace traditional R D BMS? >>Well, okay. That's a long that's, that's much, it's >>Sort of a loaded question, but >>That's, that's a very loaded question. I think that for certain cases, I think it will replace R D BMS, but I still, I mean, where I, where I depart from Mongo is I do not believe that they're going to replace all R D D BMSs. I think, for instance, like when you're doing financial transactions, you know, the world has been used to table, you know, you know, columns and rows and tables. That's, it's a natural form for something that's very structured like that. On the other hand, when you take a look, let's say OT data, or you're taking a look at home listings that tends to more naturally represent itself as documents. And so there's a, so it's kind of like documents are the way that let's say you normally see the world. Relational is the way that you would structure the world. >>Okay. Well, I like that. So, but I mean, in the early days, obviously, and even to this day, it's like the target for Mongo has been Oracle. Yeah. Right, right. And so, and then, you know, you talk to a lot of Oracle customers as do I sure. And they are running the most mission, critical applications in the world, and it's like banking and financial and so many. And, and, and, you know, they've kind of carved out that space, but are we, should we be rethinking the definition of, of mission critical? Is that changing? >>Well, number one, I think what we've traditionally associated mission critical systems with is our financial transaction systems and to a less, and also let's say systems that schedule operations. But the fact is there are many forms of operations where for instance, let's say you're in a social network, do you need to have that very latest update? Or, you know, basically, can you go off, let's say like, you know, a server that's eventually consistent. In other words, the, do you absolutely have, you know, it's just like when you go on Twitter, do you naturally see all the latest tweets? It's not the system's not gonna crash for that reason. Whereas let's say if you're doing it, you know, let's say an ATM banking ATM system, that system better be current. So I think there's a delineation. The fact is, is that in a social network, arguably that operational system is mission critical, but it's mission critical in a different way from a, you know, from, let's say a banking system. >>So coming back to this idea of, of this hybrid, I think, you know, I think Gartner calls it H tab hybrid, transactional analytics >>Is changed by >>The minute, right. I mean, you mentioned that in, in your article, but basically it's bringing analytics to transactions bringing those, those roles together. Right. Right. And you're saying with Mongo, it's, it's lightweight now take, you use two other examples in your article, my SQL heat wave. Right. I think you had a Google example as well, DB, those are, you're saying much, much heavier analytics, is that correct? Or >>I we'll put it this way. I think they're because they're coming from a relational background. And because they also are coming from companies that already have, you know, analytic database or data warehouses, if you will, that their analytic, you know, capabilities are gonna be much more fully rounded than what Mongo has at this point. It's not a criticism of a Mongo MongoDB per >>Per, is that by design though? Or ne not necessarily. Is that a function of maturity? >>I think it's function of maturity. Oh, okay. I mean, look, to a certain extent, it's also a function of design in terms of that the document model is a little, it's not impossible to basically model it for analytics, but it takes more, you know, transformation to, to decide which, you know, let's say field in that document is gonna be a column. >>Now, the big thing about some of these other, these hybrid systems is, is eliminating the need for two databases, right? Eliminating the need for, you know, complex ETL. Is, is that a value proposition that will emerge with, with Mongo in your view? >>You know, I, I mean, put it this way. I think that if you take a look at how they've, how Mongo is basically has added more function to its operations, someone talking about analytics here, for instance, adding streaming, you know, adding, adding, search, adding time series, that's a matter of like where they've eliminated the need to do, you know, transformation ETL, but that's not for analytics per se for analytics. I think through, you know, I mean through replication, there's still gonna be some transformation in terms of turning, let's say data, that's, that's formed in a document into something that's represented by columns. There is a form of transformation, you know, so that said, and Mongo is already, you know, it has some NA you know, nascent capability there, but it's all, but this is still like at a rev 1.0 level, you know, I expect a lot more >>Of so refin you, how Amazon says in the fullness of time, all workloads will be in the cloud. And we could certainly debate that. What do we mean by cloud? So, but there's a sort of analog for Mongo that I'll ask you in the fullness of time, will Mongo be in a position to replace data warehouses or data lakes? No. Or, or, or, and we know the answer is no. So that's of course, yeah. But are these two worlds on a quasi collision course? I think they >>More on a convergence course or the collision course, because number one is I said, the first principle and operational database is the last thing you wanna do is slow it down. And to do all this complex modeling that let's say that you would do in a data bricks, or very complex analytics that you would do in a snowflake that is going to get, you know, you know, no matter how much you partition the load, you know, in Atlas, and yes, you can have separate nodes. The fact is you really do not wanna burden the operational database with that. And that's not what it's meant for, but what it is meant for is, you know, can I make a smart decision on the spot? In other words, kinda like close the loop on that. And so therefore there's a, a form of lightweight analytic that you can perform in there. And actually that's also the same principle, you know, on which let's say for instance, you know, my SQL heat wave and Allo DBR based on, they're not, they're predicated on, they're not meant to replace, you know, whether it be exit data or big query, the idea there is to do more of the lightweight stuff, you know, and keep the database, you know, keep the operations, you know, >>Operating. And, but from a practitioner's standpoint, I, I, I can and should isolate you're saying that node, right. That's what they'll do. Sure. How does that affect cuz my understanding is that that the Mon Mongo specifically, but I think document databases generally will have a primary node. Right? And then you can set up secondary nodes, which then you have to think about availability, but, but would that analytic node be sort of fenced off? Is that part of the >>Well, that's actually what they're, they've already, I mean, they already laid the groundwork for it last year, by saying that you can set up separate nodes and dedicate them to analytics and what they've >>As, as a primary, >>Right? Yes, yes. For analytics and what they've added, what they're a, what they are adding this year is the fact to say like that separate node does not have to be the same instance class, you know, as, as, as, as the, >>What, what does that mean? Explain >>That in other words, it's a, you know, you could have BA you know, for instance, you could have a node for operations, that's basically very eye ops intensive, whereas you could have a node let's say for analytics that might be more compute intensive or, or more he, or, or more heavily, you know, configured with, with memory per se. And so the idea here is you can tailor in a node to the workload. So that's, you know what they're saying with, you know, and I forget what they're calling it, but the idea that you can have a different type, you can specify a different type of node, a different type of instance for the analytic node, I think is, you know, is a major step forward >>And that, and that that's enabled by the cloud and architecture. >>Of course. Yes. I mean, we're separating, compute from data is, is, is the starter. And so yeah. Then at that point you can then start to, you know, you know, to go less vanilla. I think, you know, the re you know, the, you know, the, I guess the fruition of this is going to be when they say, okay, you can run your, let's say your operational nodes, you know, dedicated, but we'll let you run your analytic nodes serverless. Can't do it yet, but I've gotta believe that's on the roadmap. >>Yeah. So seq brings a lot of overhead. So you get MQL, but now square this circle for me, cuz now you got Mago talking sequel. >>They had to start doing that some time. I mean, and I it's been a court take I've had from them from the, from the get go, which I said, I understand that you're looking at this as an alternative to SQL and that's perfectly valid, but don't deny the validity of SQL or the reason why we, you know, we need it. The fact is that you have, okay, the number, you know, according to Ty index, JavaScript is the seventh, most popular language. Most SQL follows closely behind at the ninth, most popular language you don't want to cl. And the fact is those people exist in the enterprise and they're, and they're disproportionately concentrated in analytics. I mean, you know, it's getting a little less, so now we're seeing like, you know, basically, you know, Python, the programmatic, but still, you know, a lot of sequel expertise there. It does not make, it makes no sense for Mongo to, to, to ignore or to overlook that audience. I think now they're, you know, you know, they're taking baby steps to start, you know, reaching out to them. >>It's interesting. You see it going both ways. See Oracle announces a Mongo, DB, Mongo. I mean, it's just convergence. You called it not, I love collisions, you know, >>I know it's like, because you thrive on drama and I thrive on can't. We all love each other, but you know, act. But the thing is actually, I've been, I wrote about this. I forget when I think it was like 2014 or 2016. It's when we, I was noticed I was noting basically the, you know, the rise of all these specialized databases and probably Amazon, you know, AWS is probably the best exemplar of that. I've got 15 or 16 or however, number of databases and they're all dedicated purpose. Right. But I also was, you know, basically saw that inevitably there was gonna be some overlap. It's not that all databases were gonna become one and the same we're gonna be, we're gonna become back into like the, you know, into a pan G continent or something like that. But that you're gonna have a relational database that can do JSON and, and a, and a document database that can do relational. I mean, you know, it's, to me, that's a no brainer. >>So I asked Andy Ja one time, I'd love to get your take on this, about those, you know, multiple data stores at the time. They probably had a thousand. I think they're probably up to 15 now, right? Different APIs, different S et cetera. And his response. I said, why don't you make it easier for, for customers and maybe build an abstraction or converge these? And he said, well, it's by design. What if you buy this? And, and what your thoughts are, cuz I, you know, he's a pretty straight shooter. Yeah. It's by design because it allows us as the market moves, we can move with it. And if we, if we give developers access to those low level primitives and APIs, then they can move with, with at market speed. Right. And so that again, by design, now we heard certainly Mongo poo pooing that today they didn't mention, they didn't call out Amazon. Yeah. Oracle has no compunction about specifically calling out Amazon. They do it all the time. What do you make of that? Can't Amazon have its cake and eat it too. In other words, extend some of the functionality of those specific databases without going to the Swiss army. >>I I'll put it this way. You, you kind of tapped in you're, you're sort of like, you know, killing me softly with your song there, which is that, you know, I was actually kind of went on a rant about this, actually know in, you know, come, you know, you know, my year ahead sort of out predictions. And I said, look, cloud folks, it's great that you're making individual SAS, you know, products easy to use. But now that I have to mix and match SAS products, you know, the burden of integration is on my shoulders. Start making my life easier. I think a good, you know, a good example of this would be, you know, for instance, you could take something like, you know, let's say like a Google big query. There's no reason why I can't have a piece of that that might, you know, might be paired, say, you know, say with span or something like that. >>The idea being is that if we're all working off a common, you know, common storage, we, you know, it's in cloud native, we can separate the computer engines. It means that we can use the right engine for the right part of the task. And the thing is that maybe, you know, myself as a consumer, I should not have to be choosing between big query and span. But the thing is, I should be able to say, look, I want to, you know, globally distribute database, but I also wanna do some analytics and therefore behind the scenes, you know, new microservices, it could connect the two wouldn't >>Microsoft synapse be an example of doing that. >>It should be an example. I wish I, I would love to hear more from Microsoft about this. They've been radio silent for about the past two or three years in data. You hardly hear about it, but synapse is actually those actually one of the ideas I had in mind now keep in mind that with synapse, you're not talking about, let's say, you know, I mean, it's, it's obviously a sequel data warehouse. It's not pure spark. It's basically their, it was their curated version of spark, but that's fine. But again, I would love to hear Microsoft talk more about that. They've been very quiet. >>Yeah. You, you, the intent is there to >>Simplify >>It exactly. And create an abstraction. Exactly. Yeah. They have been quiet about it. Yeah. Yeah. You would expect that, that maybe they're still trying to figure it out. So what's your prognosis from Mongo? I mean, since this company IP, you know, usually I, I tell and I tell everybody this, especially my kids, like don't buy a stock at IPO. You'll always get a better chance at a cheaper price to buy it. Yeah. And even though that was true with Mongo, you didn't have a big window. No. Like you did, for instance, with, with Facebook, certainly that's been the case with snowflake and sure. Alibaba, I mean, I name a zillion style was almost universal. Yeah. But, but since that, that, that first, you know, few months, period, this, this company has been on a roll. Right. And it, it obviously has been some volatility, but the execution has been outstanding. >>No question about that. I mean, the thing is, look what I, what I, and I'm just gonna talk on the product side on the sales side. Yeah. But on the product side, from the get go, they made a product that was easy for developers. Whereas let's say someone's giving an example, for instance, Cosmo CB, where to do certain operations. They had to go through multiple services in, you know, including Azure portal with Atlas, it's all within Atlas. So they've really, it's been kinda like design thinking from the start initially with, with the core Mongo DB, you know, you, the on premise, both this predates Atlas, I mean, part of it was that they were coming with a language that developers knew was just Javas script. The construct that they knew, which was JS on. So they started with that home core advantage, but they weren't the only ones doing that. But they did it with tooling that was very intuitive to developers that met developers, where they lived and what I give them, you know, then additional credit for is that when they went to the cloud and it wasn't an immediate thing, Atlas was not an overnight success, but they employed that same design thinking to Atlas, they made Atlas a good cloud experience. They didn't just do a lift and shift the cloud. And so that's why today basically like five or six years later, Atlas's most of their business. >>Yeah. It's what, 60% of the business now. Yeah. And then Dave, on the, on the earning scholar, maybe it wasn't Dave and somebody else in response to question said, yeah, ultimately this is the future will be be 90% of the business. I'm not gonna predict when. So my, my question is, okay, so let's call that the midterm midterm ATLA is gonna be 90% of the business with some exceptions that people just won't move to the cloud. What's next is the edge. A new opportunity is Mongo architecturally suited for the, I mean, it's certainly suited for the right, the home Depot store. Sure. You know, at the edge. Yeah. If you, if you consider that edge, which I guess it is form of edge, but how about the far edge EVs cell towers, you know, far side, real time, AI inferencing, what's the requirement there, can Mongo fit there? Any thoughts >>On that? I think the AI and the inferencing stuff is interesting. It's something which really Mongo has not tackled yet. I think we take the same principle, which is the lightweight stuff. In other words, you'll say, do let's say a classification or a prediction or some sort of prescriptive action in other words, where you're not doing some convolution, neural networking and trying to do like, you know, text, text to voice or, or, or vice versa. Well, you're not trying to do all that really fancy stuff. I think that's, you know, if you're keeping it SIM you know, kinda like the kiss principle, I think that's very much within Mongo's future. I think with the realm they have, they basically have the infrastructure to go out to the edge. I think with the fact that they've embraced GraphQL has also made them a lot more extensible. So I think they certainly do have, you know, I, I do see the edge as being, you know, you know, in, in, you know, in their, in their pathway. I do see basically lightweight analytics and lightweight, let's say machine learning definitely in their >>Future. And, but, and they would, would you agree that they're in a better position to tap that opportunity than say a snowflake or an Oracle now maybe M and a can change that. R D can maybe change that, but fundamentally from an architectural standpoint yeah. Are they in a better position? >>Good question. I think that that Mongo snowflake by virtual fact, I mean that they've been all, you know, all cloud start off with, I think makes it more difficult, not impossible to move out to the edge, but it means that, and I, and know, and I, and I said, they're really starting to making some tentative moves in that direction. I'm looking forward to next week to, you know, seeing what, you know, hearing what we're gonna, what they're gonna be saying about that. But I do think, right. You know, you know, to answer your question directly, I'd say like right now, I'd say Mongo probably has a, you know, has a head start there. >>I'm losing track of time. I could go forever with you. Tony bear DB insight with tons of insights. Thanks so much for coming back with. >>It's only one insight insight, Dave. Good to see you again. All >>Right. Good to see you. Thank you. Okay. Keep it right there. Right back at the Java center, Mongo DB world 2022, you're watching the cube.

>>Yeah, yeah, yeah. We're back at the center of the coverage of the world 20 twenty-two, the first live event in three years. Pretty amazing. And I'm really excited to have Tony Coleman. Here is the c e o of those who changing the finance and banking industry. And this is the global head of industry solutions. That would be welcome. Back to the cube. Welcome. First time. Um, so thanks for coming on. Thank you. >>Thanks for having us, >>Tony. Tell us about what are you guys up to? Disrupting the finance world. >>So tomorrow is everyone's banking platform. So we are a software company. We have over 3000 financial institutions around the world. Marketing tell me that that works out is over 1.2 billion people rely on terminal software for their banking and financial needs. 41 of the top 50 banks in the world run software and we are very proud to be powering all of those entities on their innovation journeys and bringing you know, that digital transformation that we've seen so much all over the past few years and enabling a lot of the world's unbanked through digital banking become, you know, members of the >>community. So basically you're bringing the software platform to enable that to somebody you don't have to build it themselves because they never get there. Absolutely. And and so that's why I don't know if you consider that disruptive. I guess I do to the industry to a certain extent. But when you think of disruption in the business, you think of Blockchain and crypto, and 50 is that is completely separate world and you guys participate in that as well. Well, I >>would say it's related right? I mean, I was doing a podcast recently and they had this idea of, um, buzzword jail where you could choose words to go into jail and I said 50 not because I think they're intrinsically bad, but I think just at the moment they are a rife for scam area. I think it's one of those one of these technologies and investment area that people don't understand it, and there's a lot of a lot of mistakes that can be made in that, >>Yeah, >>I mean, it's a fascinating piece that it could be truly transformative if we get it right, but it's very emerging, so we'll see so don't play a huge part in the Blockchain industry directly. We work with partners in that space, but in terms of digital assets and that sort of thing. Yeah, absolutely. >>So, Boris, you have industry solutions in your title. What does that entail? So >>basically, I'm responsible for all the verticals, and that includes great partners like Tony. And we're doing a lot of verticals by now. When you listen. Today in all these various talks, we have so much stuff ranging from banking, go retail, healthcare, insurance, you name it, we have it by now. And that's obviously the clients moving from the edge solution. Like touching a little toe in the water, but longer to going all in building biggest solutions you saw on stage the lady from this morning. These are not second Great. Yeah, we do something small now. We're part of the transformation journey. And this is where Tony and I can regularly together how we transform things and how we built a new way of banking is done with Michael services and technology surrounding it. Yeah, >>but what about performance in this world? Can you tell me about that? >>Yeah. This is an interesting thing because people always challenging what is performance and document databases. And Tony challenged us actually, six weeks before his own show several weeks ago in London and says, Boris, let's do a benchmark And maybe you bring your story because if I get too excited, I follow. >>Yeah, sure, that performance and efficiency topics close close to my heart. I have been for for years. And so, yeah, we every two or three years, we run a high water. We've got a high water benchmark, and this year we sort of double down literally double down on everything we did previously. So this was 200 million accounts, 100 million customers, and we were thrashing through 102,800 seventy-five transactions a second, which is a phenomenal number. And, uh, >>can I do that on the Blockchain? >>Wow. Yeah, exactly. Right. So this is you know, I get asked why we do such high numbers and the reason is very straightforward. If somebody wants 10,000 transactions a second, we're seeing banks now that need that sort of thing. If I can give them a benchmark report, this is 100,000. I don't need to keep doing benchmarks. 10. >>Yeah. Tell me more about the Anytime you get into benchmarks, you want to understand the configuration. The workload. Tell me more about that. So we have >>a pretty well path of a standard transaction mix. We call it a retail transaction mix. And so it's the tries to the workload. Is that because it's a simulation right around what you would do in your daily basis? So you're going to make payments you're going to check? Your balance is you're going to see what he's moved on your account. So we do all of that and we run it through a proper production, good environment. And this is really important. This is something we do in the lab you couldn't go live on. This is all all of the horrible, non functional requirements around high availability, >>security, security passes, private wings, all these things. And one thing is, they're doing this for a long time. So this is not like let's define something new for the world. Now, this is something Tony's doing for literally 10, 15 years now, right? >>It was only 15 years, but this >>is your benchmark >>top >>developed Okay, >>so we run it through and, um yeah, some fantastic numbers. And not just on the share sort of top-level numbers 100,000 transactions. A second response time out of it was fantastic. One-millisecond, which is just brilliant. So it means you get these really efficient numbers what that helped us do with, you know, some of the other partners that are involved in the benchmark as well. It meant that our throughput court, which is a really good measure of efficiency, is up to four times better than we ran it three years ago. So in terms of a sustainability piece, which is so important that that's really a huge improvement, that's down to application changes, architect changes as well as using appropriate technology in the right place. >>How important? With things like the number, of course, the memory size is the block sizes. All that stuff. >>We are very tiny. So this is the part. When I talk to people, we have what we call a system in the back of people. Look at me. Um, how many transactions on that one? So, to be fair, three-quarters, we're going to be one quarter or something else because we're still putting some components of and start procedures for disclosure. But when I think Seventy-five 1000 transactions on a single single 80 system, which is thirty-two cause you're saying correctly, something like that. This is a tiny machine in the world of banking. So before this was the main friends and now it's wonderful instance on a W s. And this is really amazing. Costed and environmental footprint is so, so important >>and there's a heavy right heavy environment. >>So the the way we the way we architect the solution is it follows something called a command query responsibility, segregated segregation. So what we do, we do all the commands inappropriate database for that piece, and that was running at about Twenty-five 1000 transactions a second and then we're streaming the data out of that directly into So actually I was doing more than the Seventy-five 1000 queries. A second, which is the part of it was also investing Twenty-five 1000 transactions the second at the same time >>and okay, and the workload had a high locality medium locality. It was just give us a picture of what that's like. Sorry. So, >>yeah, >>we don't have that. Yeah, >>so explain that That's not That's not the mindset for a document. Exactly. >>Exactly. In the document database, you don't have the hot spotting the one single field off the table, which is suddenly hot spotting. And now you have literally and recovery comes up and we say, What goes, goes together, get together belongs together, comes out together. So the number of, for example, it's much, much smaller and the document system, then historically, relationship. >>So it is not a good good indicator, necessarily >>anymore. That's what this is so much reduced. The number of access patterns are smaller, and I mean it is highly optimized, for example, internally as well. The internal structures, so that was very close to a >>traditional benchmark, would have a cash in front of a high cash rate. So 100 and 99% right, That's a high locality reference. But that's that's irrelevant. >>It's gone. There's no cashing in the middle anymore. It goes straight against the database. All these things are out, and that's what makes it so exciting and all the things in a real environment. I think we really need to stress it. It's not a test that at home. It's a real life environment out into the wild with the benchmark driving and driving. >>How did your customers respond? You did this for your recent event? >>Yeah, we did it for our use. A conference, our community for, um, which was a few weeks ago in London. Um, and the You know, the reaction was Certainly it was a great reception, of course, but the main thing that people are fascinated about, how much more efficient the whole platform it's explaining. So you know when we can run and it's a great number that we've got the team pulled out, which is so having doubled throughput on the platform from what we did three years ago, we're actually using 20% less infrastructure to give double the performance. Uh, macro-level, that's a phenomenal achievement. And that means that these changes that we make everything that we're doing benefits all of our customers. So all of the banks, when they take the latest release, is they get these benefits. Everything is that much more efficient. So everybody benefits from every investment, >>and this was running in the cloud. Is that correct? You're running out of this. >>So this was list, Um, 80 on a W s with a W s cases and processes. And so it was a really reality driven environment, >>pure pure cloud-native or using mana services on a W s. And then at least for the peace. It's >>awesome. I mean, uh, So now how convenient for the timing from, uh, the world. How are you socializing with your community? >>We're having this afternoon session as well, where we talk a little bit more detail about that, and he has a session as well tomorrow. So we see a lot of good feedback as well when we bring it up with clients. Obviously some clients get very specific because this reduction footprint is so huge when you think a client has 89 environments from early development systems to production to emergency standby, maybe a different cloud. All these things what day talks about the different Atlas features multi cloud environmentally. All this stuff comes to play. And this is why I'm so excited to work with them. We should bring up as well the other things which are available to ready already with your front and solutions with Infinity services because that's the other part of the modernization, the Michael Services, which Tony so politely not mentioning. So there's a lot of cool technology into that one, which fits to how it works in micros services. Happy I first all these what they called factors. Micro service a p. I cloud-native headless. I think that was the right order now. So all these things are reflected as well. But with their leadership chief now, I think a lot of companies have to play Catch-up now to what Tony and his team are delivering on the bank. This >>gets the modernization. We really haven't explicitly talks about that. Everything you've just said talks to modernization. So you typically in financial services find a lot of relation. Database twenty-year-old, hardened, etcetera, high availability. Give them credit for that. But a lot of times you'll see them just shift that into the cloud. You guys chose not to do that. What was the modernization journey look like? >>So it's a bit of, um yeah, a firm believer in pragmatism and using. I think you touched on earlier the appropriate technology. So >>horses for courses >>exactly right out of my mouth. And I was talking to one of the uh, the investor analysts earlier. And you know, the exact same question comes up, right? So if you've got a relation database or you've got a big legacy system and you're not gonna mainframe or whatever it is and you wanna pull that over when you it's not just a case of moving the data model from one paradigm to another. You need to look at it holistically, and you need to be ambitious. I think the industry has got, you know, quite nervous about some of these transformation projects, but in some ways it might be counter intuitive. I think being ambitious and being in bold is a better way. Better way through, you know, take take of you, look at it holistically. Layout of plan. It is hard. It is hard to do these sorts of transformations, but that's what makes it the challenge. That's what makes it fun. Take take those bold steps. Look at it holistically. Look at the end state and then work out a practical way. You can deliver value to the business and your customers as you deliver on the road. So >>did you migrate from a traditional R D B. M s to go. >>So So, Yeah, this is a conversation. So, uh, in the late nineties, the kind of the phrase document model hasn't really been coined yet. And for some of our work at the time, we refer to as a hierarchical model. Um, And at that point in time, really, if you wanted to sell to a bank, you needed to be running Oracle. So we took this data model and we got it running an article and then other relational databases as well, but actually under the colors there it is, sort of as well. So there is a project that we're looking at to say Well, okay, taking that model, which is in a relational database. And of course, you build over time, you do rely on some of the features of relations databases moving that over to something like, isn't it? You know, it's not quite as simple as just changing the data model. Um, so there's a few bits and pieces that we need to work through, but there is a concept that we are running, which is looking really promising and spurred on by the amazing results from the benchmark. That could be something That's really >>yeah, I think you know, 20 years ago you probably wouldn't even thought about it. It's just too risky. But today, with the modern tools and the cloud and you're talking about micro services and containers, it becomes potentially more feasible. >>But the other side of it is, you know, it's only relatively recently the Mongo who's had transaction support across multiple document multi collection transactions and in banking. As we all know, you know, it's highly regulated. That is, all of your worst possible non functional requirement. Security transaction reality. Thomas City You know, the whole the whole shebang. Your worst possible nightmare is Monday morning for >>us. So and I think one part which is exciting about this Tony is a very good practical example about this large scale modernization and cutting out by cutting off that layer and going back to the hierarchical internal structures. We're simply find a lot of the backing components of our because obviously translation which was done before, it's not need it anymore. And that is as well for me, an exciting example to see how long it takes what it is. So Tony space in my life experiments so to speak >>well, you're right because it used to be those migrations. Where how many line of code? How long do I have to freeze it? And that a lot of times lead people to say, Well, forget it, because the business is going to shut down. >>But now we do that. We do that. So I'm working, obviously, besides the work with a lot of financial clients, and but now it's my job is normally shift and left a pain in the game because the result of the work is when they move everything to the cloud and it was bad before. It will not be better in the cloud only because it's in somebody else's data center. So these modernization and innovation factor is absolutely critical. And it's only said that people get it by now. This shift and left over it is how can I innovate? How can accelerate innovation, and that leads very quickly to the document model discussion. >>Yeah, I think the world practitioners will tell you, if you really want to affect the operational model, have a meaningful impact on your business. You have to really modernized. You can't just lift shift that they're absolutely. You know, what's the difference between hundreds of millions or billions in some cases, versus, you know, some nice little hits here or there. >>So we see as well a lot of clients asking for solutions like the terminal solutions. And like others where there is not anymore discussion about how to move to the The question is how fast how can accelerate. We see the services request the first one. It's amazing. After the event, what we had in London, 100 clients calling us. So it's not our sales people calling upon the clients, the clients coming in. I saw it. How do we get started? And that is for me, from the vendor perspective, so to speak. Amazing moment >>yourself. You go, guys, we're gonna go. Thanks so much for that. You have to have you back and see how that goes. That. Yeah, that's a big story of if you're a great All right, keep it right there. Everybody will be right back. This is David for the Cube. You're watching our live coverage of mongo D B World 20 twenty-two from New York City. >>Yeah, >>Yeah, yeah, yeah, yeah

>>Welcome back to NYC the Cube's coverage of Mongo DB 2022, a few thousand people here at least bigger than many people, perhaps expected, and a lot of buzz going on and we're gonna talk devs. I'm really excited to welcome back. Robbie Bellson who's the developer relations lead at Verizon and Ian Massingham. Who's the vice president of developer relations at Mongo DB Jens. Good to see you. Great >>To be here. >>Thanks having you. So Robbie, we just met a few weeks ago at the, the red hat summit in Boston and was blown away by what Verizon is doing in, in developer land. And of course, Ian, you know, Mongo it's rayon Detra is, is developers start there? Why is Mongo so developer friendly from your perspective? >>Well, it's been the ethos of MongoDB since day one. You know, back when we launched the first version of MongoDB back in 2009, we've always been about making developers lives easier. And then in 2016, we announced and released MongoDB Atlas, which is our cloud managed service for MongoDB, you know, starting with a small number of regions built on top of AWS and about 2,500 adoption events per week for MongoDB Atlas. After the first year today, MongoDB Atlas provides a managed service for MongoDB developers around the world. We're present in almost a hundred cloud regions across S DCP and Azure. And that adoption number is now running at about 25,000 developers a week. So, you know, the proof are in proof is really in the metrics. MongoDB is an incredibly popular platform for developers that wanna build data-centric applications. You just can't argue with the metrics really, >>You know, Ravi, sometimes there's an analyst who come up with these theories and one of the theories I've been spouting for a long time is that developers are gonna win the edge. And now to, to see you at Verizon building out this developer community was really exciting to me. So explain how you got this started with this journey. >>Absolutely. As you think about Verizon 5g edge or mobile edge computing portfolio, we knew from the start that developers would play a central role and not only consuming the service, but shaping the roadmap for what it means to build a 5g future. And so we started this journey back in late 20, 19 and fast forward to about a year ago with Mongo, we realized, well, wait a minute, you look at the core service offerings available at the edge. We didn't know really what to do with data. We wanted to figure it out. We wanted the vote of confidence from developers. So there I was in an apartment in Colorado racing, your open source Mongo against that in the region edge versus region, what would you see? And we saw tremendous performance improvements. It was so much faster. It's more than 40% faster for thousands and thousands of rights. And we said, well, wait a minute. There's something here. So what often starts is an organic developer, led intuition or hypothesis can really expand to a much broader go to market motion that really brings in the enterprise. And that's been our strategy from day one. Well, >>It's interesting. You talk about the performance. I, I just got off of a session talking about benchmarks in the financial services industry, you know, amazing numbers. And that's one of the hallmarks of, of Mongo is it can play in a lot of different places. So you guys both have developer relations in your title. Is that how you met some formal developer relations? >>We were a >>Program. >>Yeah, I would say that Verizon is one of the few customers that we also collaborate with on a developer relations effort. You know, it's in our mutual best interest to try to drive MongoDB consumption amongst developers using Verizon's 5g edge network and their platform. So of course we work together to help, to increase awareness of MongoDB amongst mobile developers that want to use that kind of technology. >>But so what's your story on this? >>I mean, as I, as I mentioned, everything starts with an organic developer discovery. It all started. I just cold messaged a developer advocate on Twitter and here we are at MongoDB world. It's amazing how things turn out. But one of the things that's really resonated with me as I was speaking with one of, one of your leads within your organization, they were mentioning that as Mongo DVIA developed over the years, the mantra really became, we wanna make software development easy. Yep. And that really stuck with me because from a network perspective, we wanna make networking easy. Developers are not gonna care about the internals of 5g network. In fact, they want us to abstract away those complexities so that they can focus on building their apps. So what better co-innovation opportunity than taking MongoDB, making software easy, and we make the network easy. >>So how do you think about the edge? How does you know variety? I mean, to me, you know, there's a lot of edge use cases, you know, think about the home Depot or lows. Okay, great. I can put like a little mini data center in there. That's cool. That's that's edge. Like, but when I think of Verizon, I mean, you got cell towers, you've got the far edge. How do you think about edge Robbie? >>Well, the edge is a, I believe a very ambiguous term by design. The edge is the device, the mobile device, an IOT device, right? It could be the radio towers that you mentioned. It could be in the Metro edge. The CDN, no one edge is better than the other. They're all just serving different use cases. So when we talk about the edge, we're focused on the mobile edge, which we believe is most conducive to B2B applications, a fleet of IOT devices that you can control a manufacturing plant, a fleet of ground and aerial robotics. And in doing so you can create a powerful compute mesh where you could have a private network and private mobile edge computing by way of say an AWS outpost and then public mobile edge computing by way of AWS wavelength. And why keep them separate. You could have a single compute mesh even with MongoDB. And this is something that we've been exploring. You can extend Atlas, take a cluster, leave it in the region and then use realm the mobile portfolio and spread it all across the edge. So you're creating that unified compute and data mesh together. >>So you're describing what we've been expecting is a new architecture emerging, and that's gonna probably bring new economics of new use cases, right? Where are we today in that first of all, is that a reasonable premise that this is a sort of a new architecture that's being built out and where are we in that build out? How, how do you think about the, the future of >>That? Absolutely. It's definitely early days. I think we're still trying to figure it out, but the architecture is definitely changing the idea to rip out a mobile device that was initially built and envisioned for the device and only for the device and say, well, wait a minute. Why can't it live at the edge? And ultimately become multi-tenant if that's the data volume that may be produced to each of those edge zones with hypothesis that was validated by developers that we continue to build out, but we recognize that we can't, we can't get that static. We gotta keep evolving. So one of our newest ideas as we think about, well, wait a minute, how can Mongo play in the 5g future? We started to get really clever with our 5g network APIs. And I, I think we talked about this briefly last time, 5g, programmability and network APIs have been talked about for a while, but developers haven't had a chance to really use them and our edge discovery service answering the question in this case of which database is the closest database, doesn't have to be invoked by the device anymore. You can take a thin client model and invoke it from the cloud using Atlas functions. So we're constantly permuting across the entire portfolio edge or otherwise for what it means to build at the edge. We've seen such tremendous results. >>So how does Mongo think about the edge and, and, and playing, you know, we've been wondering, okay, which database is actually gonna be positioned best for the edge? >>Well, I think if you've got an ultra low latency access network using data technology, that adds latency is probably not a great idea. So MongoDB since the very formative years of the company and product has been built with performance and scalability in mind, including things like in memory storage for the storage engine that we run as well. So really trying to match the performance characteristics of the data infrastructure with the evolution in the mobile network, I think is really fundamentally important. And that first principles build of MongoDB with performance and scalability in mind is actually really important here. >>So was that a lighter weight instance of, of Mongo or not >>Necessarily? No, not necessarily. No, no, not necessarily. We do have edge cashing with realm, the mobile databases Robbie's already mentioned, but the core database is designed from day one with those performance and scalability characteristics in mind, >>I've been playing around with this. This is kind of a, I get a lot of heat for this term, but super cloud. So super cloud, you might have data on Preem. You might have data in various clouds. You're gonna have data out at the edge. And, and you've got an abstraction that allows a developer to, to, to tap services without necessarily if, if he or she wants to go deep into the S great, but then there's a higher level of services that they can actually build for their customers. So is that a technical reality from a developer standpoint, in your view, >>We support that with the Mongo DB multi-cloud deployment model. So you can place Mongo DB, Atlas nodes in any one of the three hyperscalers that we mentioned, AWS, GCP or Azure, and you can distribute your data across nodes within a cluster that is spread across different cloud providers. So that kinds of an kind of answers the question about how you do data placement inside the MongoDB clustered environment that you run across the different providers. And then for the abstraction layer. When you say that I hear, you know, drivers ODMs the other intermediary software components that we provide to make developers more productive in manipulating data in MongoDB. This is one of the most interesting things about the technology. We're not forcing developers to learn a different dialect or language in order to interact with MongoDB. We meet them where they are by providing idiomatic interfaces to MongoDB in JavaScript in C sharp, in Python, in rust, in that in fact in 12 different pro programming languages that we support as a first party plus additional community contributed programming languages that the community have created drivers for ODMs for. So there's really that model that you've described in hypothesis exist in reality, using >>Those different Compli. It's not just a series of siloed instances in, >>In different it's the, it's the fabric essentially. Yeah. >>What, what does the Verizon developer look like? Where does that individual come from? We talked about this a little bit a few weeks ago, but I wonder if you could describe it. >>Absolutely. My view is that the Verizon or just mobile edge ecosystem in general for developers are present at this very conference. They're everywhere. They're building apps. And as Ian mentioned, those idiomatic interfaces, we need to take our network APIs, take the infrastructure that's being exposed and make sure that it's leveraging languages, frameworks, automation, tools, the likes of Terraform and beyond. We wanna meet developers where they are and build tools that are easy for them to use. And so you had talked about the super cloud. I often call it the cloud continuum. So we, we took it P abstraction by abstraction. We started with, will it work in one edge? Will it work in multiple edges, public and private? Will it work in all of the edges for a given region, public or private, will it work in multiple regions? Could it work in multi clouds? We've taken it piece by piece by piece and in doing so abstracting way, the complexity of the network, meaning developers, where they are providing those idiomatic interfaces to interact with our API. So think the edge discovery, but not in a silo within Atlas functions. So the way that we're able to converge portfolios, using tools that dev developers already use know and love just makes it that much easier. Do, >>Do you feel like I like the cloud continuum cause that's really what it is. The super cloud does the security model, how does the security model evolve with that? >>At least in the context of the mobile edge, the attack surface is a lot smaller because it's only for mobile traffic not to say that there couldn't be various configuration and human error that could be entertained by a given application experience, but it is a much more secure and also reliable environment from a failure domain perspective, there's more edge zones. So it's less conducive to a regionwide failure because there's so many more availability zones. And that goes hand in hand with security. Mm. >>Thoughts on security from your perspective, I mean, you added, you've made some announcements this week, the, the, the encryption component that you guys announced. >>Yeah. We, we issued a press release this morning about a capability called queryable encryption, which actually as we record this Mark Porter, our CTO is talking about in his keynote, and this is really the next generation of security for data stored within databases. So the trade off within field level encryption within databases has always been very hard, very, very rigid. Either you have keys stored within your database, which means that your memory, so your data is decrypted while it's resident in memory on your database engine. This allow, of course, allows you to perform query operations on that data. Or you have keys that are managed and stored in the client, which means the data is permanently OBS from the engine. And therefore you can't offload query capabilities to your data platform. You've gotta do everything in the client. So if you want 10 records, but you've got a million encrypted records, you have to pull a million encrypted records to the client, decrypt them all and see performance hit in there. Big performance hit what we've got with queryable encryption, which we announced today is the ability to keep data encrypted in memory in the engine, in the database, in the data platform, issue queries from the client, but use a technology called structural encryption to allow the database engine, to make decisions, operate queries, and find data without ever being able to see it without it ever being decrypted in the memory of the engine. So it's groundbreaking technology based on research in the field of structured encryption with a first commercial database provided to bring this to market. >>So how does the mobile edge developer think about that? I mean, you hear a lot about shifting left and not bolting on security. I mean, is this, is this an example of that? >>It certainly could be, but I think the mobile edge developer still stuck with how does this stuff even work? And I think we need to, we need to be mindful of that as we build out learning journeys. So one of my favorite moments with Mongo was an immersion day. We had hosted earlier last year where we, our, from an enterprise perspective, we're focused on BW BS, but there's nothing stopping us. You're building a B2C app based on the theme of the winner Olympics. At the time, you could take a picture of Sean White or of Nathan Chen and see that it was in fact that athlete and then overlaid on that web app was the number of medals they accrued with the little trumpeteer congratulating you for selecting that athlete. So I think it's important to build trust and drive education with developers with a more simple experience and then rapidly evolve overlaying the features that Ian just mentioned over time. >>I think one of the keys with cryptography is back to the familiar messaging for the cloud offloading heavy lifting. You actually need to make it difficult to impossible for developers to get this wrong, and you wanna make it as easy as possible for developers to deal with cryptography. And that of course is what we're trying to do with our driver technology combined with structure encryption, with query encryption. >>But Robbie, your point is lots of opportunity for education. I mean, I have to say the developers that I work with, it's, I'm, I'm in awe of how they solve problems and I, and the way they solve problems, if they don't know the answer, they figure out how to go get it. So how, how are your two communities and other communities, you know, how are they coming together to, to solve such problems and share whether it's best practices or how do I do this? >>Well, I'm not gonna lie in person. Events are a bunch of fun. And one of the easiest domain knowledge exchange opportunities, when you're all in person, you can ideate, you can whiteboard, you can brainstorm. And often those conversations are what leads to that infrastructure module that an immersion day features. And it's just amazing what in person events can do, but community groups of interest, whether it's a Twitch stream, whether it's a particular code sample, we rely heavily on digital means today to upscale the developer community, but also build on by, by means of a simple port request, introduce new features that maybe you weren't even thinking of before. >>Yeah. You know, that's a really important point because when you meet people face to face, you build a connection. And so if you ask a question, you're more likely perhaps to get an answer, or if one doesn't exist in a, in a search, you know, you, oh, Hey, we met at the, at the conference and let's collaborate on this guys. Congratulations on, on this brave new world. You're in a really interesting spot. You know, developers, developers, developers, as Steve bomber says screamed. And I was glad to see Dave was not screaming and jumping up and down on the stage like that, but, but the message still resonates. So thank you, definitely appreciate. All right, keep it right there. This is Dave ante for the cubes coverage of Mago DB world 2022 from New York city. We'll be right back.

(upbeat music) >> Welcome back to the Javits in the big apple, New York City. This is theCUBE's coverage of MongoDB World 2022. We're here for a full day of coverage. We're talking to customers, partners, executives and analysts as well. Peder Ulander is here. He's the Chief Marketing Officer of MongoDB and he's joined by Radhika Krishnan, who's the Chief Product Officer at Hitachi Ventara. Folks, welcome back to theCUBE. Great to see you both again. >> Good to see you. >> Thank you David, it's good to be back again. >> Peder, first time since 2019, we've been doing a lot of these conferences and many of them, it's the first time people have been out in a physical event in three years. Amazing. >> I mean, after three years to come back here in our hometown of New York and get together with a few thousand of our favorite customers, partners, analysts, and such, to have real good discussions around where we're taking the world with regards to our developer data platform. It's been great. >> I think a big part of that story of course, is ecosystem and partnerships and Radhika, I remember I was at an event when Hitachi announced its strategy and it's name change, and really tried to understand why and the what's behind that. And of course, Hitachi's a company that looks out over the long term, and of course it has to perform tactically, but it thinks about the future. So give us the update on what's new at Hitachi Ventara, especially as it relates to data. >> Sure thing, Dave. As many, many folks might be aware, there's a very strong heritage that Hitachi has had in the data space, right. By virtue of our products and our presence in the data storage market, which dates back to many decades, right? And then on the industrial side, the parent company Hitachi has been heavily focused on the OT sector. And as you know, there is a pretty significant digital transformation underway in the OT arena, which is all being led by data. So if you look at our mission statement, for instance, it's actually engineering the data driven because we do believe that data is the fundamental platform that's going to drive that digital transformation, irrespective of what industry you're in. >> So one of the themes that you guys both talk about is modernization. I mean, you can take a cloud, I remember Alan Nance, who was at the time, he was a CIO at Philips, he said, look, you could take a cloud workload, or on-prem workload, stick it into the cloud and lift it and shift it. And in your case, you could just put it on, run it on an RDBMS, but you're not going to affect the operational models. >> Peder Ulander: It's just your mess for less, man. >> If you do that. >> It's your mess, for less. >> And so, he goes, you'll get a few, you know, you'll get a couple of zeros out of that. But if you want to have, in his case, billion dollar impact to the business, you have to modernize. So what does modernize mean to each of you? >> Maybe Peder, you can start. >> Yeah, no, I'm happy to start. I think it comes down to what's going on in the industry. I mean, we are truly moving from a world of data centers to centers of data, and these centers of data are happening further and further out along the network, all the way down to the edges. And if you look at the transformation of infrastructure or software that has enabled us to get there, we've seen apps go from monoliths to microservices. We've seen compute go from physical to serverless. We've seen networking go from old wireline copper to high powered 5G networks. They've all transformed. What's the one layer that hasn't completely transformed yet, data, right? So if we do see this world where things are getting further and further out, you've got to rethink your data architecture and how you basically support this move to modernization. And we feel that MongoDB with our partners, especially with Hitachi, we're best suited to really kind of help with this transition for our customers as they move from data centers to centers of data. >> So architecture. And at the failure, I will say this and you tell me if you agree or not. A lot of the failures of sort of the big data architectures of today are there's, everything's in this monolithic database, you've got to go through a series of hyper-specialized professionals to get to the data. If you're a business individual, you're so frustrated because the market's changing faster than you can get answers. So you guys, I know, use this concept of data fabric, people talk about data mesh. So how do you think, Radhika, about modernization in the future of data, which by its very nature is distributed? >> Yeah. So Dave, everybody talks about the hybrid cloud, right? And so the reality is, every one of our customers is having to deal with data that's straddled across on-prem as well as the public cloud and many other places as well. And so it becomes incredibly important that you have a fairly seamless framework, that's relatively low friction, that allows you to go from the capture of the data, which could be happening at the edge, could be happening at the core, any number of places, all the way to publish, right. Which is ultimately what you want to do with data because data exists to deliver insights, right? And therefore you dramatically want to minimize the friction in the process. And that is exactly what we're attempting to do with our data fabric construct, right. We're essentially saying, customers don't have to worry about, like you mentioned, they may have federated data structures, architectures, data lakes, fitting in multiple locations. How do you ensure that you're not having to double up custom code in order to drive the pipelines, in order to drive the data movement from one location to the other and so forth. And so essentially what we're providing is a mechanism whereby they can be confident about the quality of the data at the end of the day. And this is so paramount. Every customer that I talk to is most worried about ensuring that they have data that is trustworthy. >> So this is a really important point because I've always felt like, from a data quality standpoint, you know you get the data engineers who might not have any business context, trying to figure out the quality problem. If you can put the data responsibility in the hands of the business owner, who, he or she, has context, that maybe starts to solve this problem. There's some buts though. So infrastructure becomes an operational detail. Let's hide that. Don't worry about it. Figure it out, okay, so the business can run, but you need self-service infrastructure and you have to figure out how to have federated governance so that the right people can have access. So how do you guys think about that problem in the future? 'Cause it's almost like this vision creates those two challenges. Oh, by the way, you got to get your organization behind it. Right, 'cause there's an organizational construct as well. But those are, to me, wonderful opportunities but they create technology challenges. So how are you guys thinking about that and how are you working on it? >> Yeah, no, that's exactly right, Dave. As we talk to data practitioners, the recurring theme that we keep hearing is, there is just a lot of use cases that require you to have deep understanding of data and require you to have that background in data sciences and so on, such as data governance and vary for their use cases. But ultimately, the reason that data exists is to be able to drive those insights for the end customer, for the domain expert, for the end user. And therefore it becomes incredibly important that we be able to bridge that chasm that exists today between the data universe and the end customer. And that is what we essentially are focused on by virtue of leaning into capabilities like publishing, right? Like self, ad hoc reporting and things that allow citizen data scientists to be able to take advantage of the plethora of data that exists. >> Peder, I'm interested in this notion of IT and OT. Of course, Hitachi is a partner, established in both. Talk about Mongo's position in thinking. 'Cause you've got on-prem customers, you're running now across all clouds. I call it super cloud connecting all these things. But part of that is the edge. Is Mongo running there? Can Mongo run there, sort of a lightweight version? How do you see that evolve? Give us some details there. >> So I think first and foremost, we were born on-prem, obviously with the origins of MongoDB, a little over five years ago, we introduced Atlas and today we run across a hundred different availability zones around the globe, so we're pretty well covered there. The third bit that I think people miss is we also picked up a product called Realm. Realm is an embedded database for mobile devices. So if you think about car companies, Toyota, for example, building connected cars, they'll have Realm in the car for the telemetry, connects back into an Atlas system for the bigger operational side of things. So there's this seamless kind of, or consistency that runs between data center to cloud to edge to device, that MongoDB plays across all the way through. And then taking that to the next level. We talked about this before we sat down, we're also building in the security elements of that because obviously you not only have that data in rest and data in motion, but what happens when you have that data in use? And announced, I think today? We purchased a little company, Aroki, experts in encryption, some of the smartest security minds on the planet. And today we introduce query-able encryption, which basically enables developers, without any security background, to be able to build searchable capabilities into their applications to access data and do it in a way where the security rules and the privacy all remain constant, regardless of whether that developer or the end user actually knows how that works. >> This is a great example of people talk about shift left, designing security in, for the developer, right from the start, not as a bolt-on. It's a great example. >> And I'm actually going to ground that with a real life customer example, if that's okay, Dave. We actually have a utility company in North Carolina that's responsible for energy and water. And so you can imagine, I mean, you alluded to the IO to use case, the industrial use case and this particular customer has to contend with millions of sensors that are constantly streaming data back, right. And now think about the challenge that they were encountering. They had all this data streaming in and in large quantities and they were actually resident on numerous databases, right. And so they had this very real challenge of getting to that quality data that I, data quality that I talked about earlier, as well, they had this challenge of being able to consolidate all of it and make sense of it. And so that's where our partnership with MongoDB really paid off where we were able to leverage Pentaho to integrate all of the data, have that be resident on MongoDB. And now they're leveraging some of the data capabilities, the data fabric capabilities that we bring to the table to actually deliver meaningful insights to their customers. Now their customers are actually able to save on their electricity and water bills. So great success story right there. >> So I love the business impact there, and also you mentioned Pentaho, I remember that acquisition was transformative for Hitachi because it was the beginning of sort of your new vector, which became Hitachi Ventara. What is Lumada? That's, I presume the evolution of Pentaho? You brought in organic, and added capabilities on top of that, bringing in your knowledge of IOT and OT? Explain what Lumada is. >> Yeah, no, that's a great question, Dave. And I'll say this, I mentioned this early on, we fundamentally believe that data is the backbone for all digital transformation. And so to that end, Hitachi has actually been making a series of acquisitions as well as investing organically to build up these data capabilities. And so Pentaho, as you know, gives us some of that front-end capability in terms of integrations and so forth. And the Lumada platform, the umbrella brand name is really connoting everything that we do in the data space that allow customers to go through that, to derive those meaningful insights. Lumada literally stands for illuminating data. And so that's exactly what we do. Irrespective of what vertical, what use case we're talking about. As you know very well, Hitachi is very prominent in just about every vertical. We're in like 90% of the Fortune 500 customers across banking and financial, retail, telecom. And as you know very well, very, very strong in the industrial space as well. >> You know, it's interesting, Peder, you and Radhika were both talking about this sort of edge model. And so if I understand it correctly, and maybe you could bring in sort of the IOT requirements as well. You think about AI, most of the AI that's done today is modeling in the cloud. But in the future and as we're seeing this, it's real-time inferencing at the edge and it's massive amounts of data. But you're probably not, you're going to persist some, I'm hearing, probably not going to persist all of it, some of it's going to be throwaway. And then you're going to send some back to the cloud. I think of EVs or, a deer runs in front of the vehicle and they capture that, okay, send that back. The amounts of data is just massive. Is that the right way to think about this new model? Is that going to require new architectures and hearing that Mongo fits in. >> Yeah. >> Beautifully with that. >> So this is a little bit what we talked about earlier, where historically there have been three silos of data. Whether it's classic system of record, system of engagement or system of intelligence and they've each operated independently. But as applications are pushing in further and further to the edge and real time becomes more and more important, you need to be able to take all three types of workloads or models, data models and actually incorporate it into a single platform. That's the vision we have behind our developer data platform. And it enables us to handle those transactional, operational and analytical workloads in real time, right. One of the things that we announced here this week was our columnar indexing, which enables some of that step into the analytics so that we can actually do in-app analytics for those things that are not going back into the data warehouse or not going back into the cloud, real time happening with the application itself. >> As you add, this is interesting, as basically Mongo's becoming this all-in-one database, as you add those capabilities, are you able to preserve, it sounds like you've still focused on simplicity, developer product productivity. Are there trade off, as you add, does it detract from those things or are you able to architecturally preserve those? >> I think it comes down to how we're thinking through the use case and what's going to be important for the developers. So if you look at the model today, the legacy model was, let's put it all in one big monolith. We recognize that that doesn't work for everyone but the counter to that was this explosion of niche databases, right? You go to certain cloud providers, you get to choose between 15 different databases for whatever workload you want. Time series here, graph here, in-memory here. It becomes a big mess that is pushed back on the company to glue back together and figure out how to work within those systems. We're focused on really kind of embracing the document model. We obviously believe that's a great general purpose model for all types of workloads. And then focusing in on not taking a full search platform that's doing everything from log management all the way through in-app, we're optimizing for in-app experiences. We're optimizing analytics for in-app experiences. We're optimizing all of the different things we're doing for what the developer is trying to go accomplish. That helps us maintain consistency on the architectural design. It helps us maintain consistency in the model by which we're engaging with our customers. And I think it helps us innovate as quickly as we've been been able to innovate. >> Great, thank you. Radhika, we'll give you the last word. We're seeing this convergence of function in the data based, data models, but at the same time, we're seeing the distribution of data. We're not, you're clearly not fighting that, you're embracing that. What does the future look like from Hitachi Ventara's standpoint over the next half decade or even further out? >> So, we're trying to lean into what customers are trying to solve for, Dave. And so that fundamentally comes down to use cases and the approaches just may look dramatically different with every customer and every use case, right? And that's perfectly fine. We're leaning into those models, whether that is data refining on the edge or the core or the cloud. We're leaning into it. And our intent really is to ensure that we're providing that frictionless experience from end to end, right. And I'll give a couple of examples. We had this very large bank, one of the top 10 banks here in the US, that essentially had multiple data catalogs that they were using to essentially sort through their metadata and make sense of all of this data that was coming into their systems. And we were able to essentially, dramatically simplify it. Cut down on the amount of time that it takes to deliver insights to them, right. And it was like, the metric shared was 600% improvement. And so this is the kind of thing that we're manically focused on is, how do we deliver that quantifiable end-customer improvement, right? Whether it's in terms of shortening the amount to drive the insights, whether it's in terms of the number of data practitioners that they have to throw at a problem, the level of manual intervention that is required, so we're automating everything. We're trying to build in a lot of security as Peder talked about, that is a common goal for both sides. We're trying to address it through a combination of security solutions at varying ends of the spectrum. And then finally, as well, delivering that resiliency and scale that is required. Because again, the one thing we know for sure that we can take for granted is data is exploding, right? And so you need that scale, you need that resiliency. You need for customers to feel like there is high quality, it's not dirty, it's not dark and it's something that they can rely upon. >> Yeah, if it's not trusted, they're not going to use it. The interesting thing about the partnership, especially with Hitachi, is you're in so many different examples and use cases. You've got IT. You've got OT. You've got industrial and so many different examples. And if Mongo can truly fit into all those, it's just, the rocket ship's going to continue. Peder, Radhika, thank you so much for coming back in theCUBE, it's great to see you both. >> Thank you, appreciate it. >> Thank you, my pleasure. >> All right. Keep it right there. This is Dave Vellante from the Javits Center in New York City at MongoDB World 2022. We'll be right back. (upbeat music)

(upbeat music) >> Welcome back to New York City everybody. You're watching theCUBE's coverage of MongoDB World 2022. My name is Dave Vellante. Pretty good attendance here. I'd say over 3000 people, great buzz, a lot of really technical sessions. There's an executive session going on. There's a financial analyst session. So a lot of diversity in this attendee base. Vadim Supitskiy is here. He's the CTO of Forbes and Abdul Razack is the vice president of Solution Engineering at Google. Gents, thanks for coming on theCUBE. >> Thanks Dave. >> Happy to be here. >> So, Forbes, very interesting business. I'm interested in what occurred during the pandemic for you guys. Right? Everybody went digital. Obviously you guys have a tremendous brand. We all, in the business world reaped from it, but what happened during the isolation era? What happened to your business? >> Yeah, so we've been innovating and going through digital transformation for years, since we launched our website probably 25 years ago. >> But during the pandemic, because of our coverage, our foresight to create a breaking news team, our audiences and readership really skyrocketed. >> Really? >> Yeah, and at that point, we were very happy and really lucky to be in Google Cloud and MongoDB Atlas. So when the audiences went up, we didn't feel any impact, right? Our environments auto-scaled and our users didn't experience any issues at all. So we were able to focus on innovation, our users loyalty and really building cool products. So we were very lucky and happy to be in Google Cloud and MongoDB Atlas. >> So Abdul, the solution and the title you provided, obviously worked. How did you guys end up getting together? What was that like? >> Yeah, I mean, like Vadim said, maybe there's a little bit of the right place at the right time in this case, but you can see the need for digital transformation and the pandemic really accelerated that. And like Vadim said, primarily Forbes wanted to focus on innovation and customer loyalty and the way that comes to bear, is that you have a technology platform that can serve those needs. Right? Whether it is through unique applications that can be delivered, the ability for developers to build those applications quickly and seamlessly and then remove the intangibles of scalability, performance, latency, and things of that nature. So, you can see this all coming together in this scenario. >> So as consumers, we see the website, we read online, maybe sometimes in the laptop, mostly on mobile. What is it that we don't see? I mean, the apps that Abdul talked about, community. What else is there? Paint a picture of that for us. >> Yeah. There is a lot going on behind the scene. Right? So focusing on audience, building communities, but also what it allowed us to do while everything was working well, we were scaling up. Right? We were able to focus on a lot of innovation. And one of those was first-party data platform that we built. We call it Forbes One. And that's in the center of everything that we do at Forbes right now. Right? So it allows us, one, to connect our partners, advertising partners with the audiences that they're looking to engage and to connect with. And then we are growing our consumer business as well and what that allows us to do is target the right products at the right time, to the right people, on the web website and our domain. So, that's just one of the examples that we've built our full first-party data platform on these technologies and we now know our customers so well that we are able to provide them with what they want. >> So the first-party data platform is what? A self-serve for advertiser, so they can identify? >> Not just advertisers. So it's in the center of everything. So advertiser comes in, we provide the segments and users that they want to reach. Now, we are creating products as well, building cool, innovative products and offering our journalism and everything there to our readers and we are able to connect them to the right audiences at the right time, as well as personalization. Right? You come onto the website, you want to read what you want to read. So we able to create that as well, using machine learning and AI. >> So a product, it might be a data product or it might be a content product? >> It could be a data product. It could be like just personalization or something like that. It could be newsletter. Right? It could be a stand-alone product, like investing product. So, there is a lot going on there, but we want to offer the right ones at the right time, to the right audiences and building that platform has allowed us to do that. >> Okay. Now Google's got great tech. What's the tech behind all this? >> Yeah. So when Vadim talked about segmenting to personalize something that is relevant to you and providing recommendations to you. Right? And all that is based on machine learning, AI technology. The fact that Vadim has all the data curated in a in a first-party data platform gives the ability to create a seamless profile. Right? You could be interested in a couple of products. Right? And then the underlying technology can tailor that to bring what is it that you're looking for at the right place at the right time. Right? So those are recommendations, things of that nature that's all powered by AI and machine learning technology. >> So it's running on Mongo, and then you're bringing in Google AI and machine intelligence tools? Can you double click on that? >> Yeah. It's basically a combination of both, using both platform to the deploy it and we embrace Cloud. Right? So we using all the Cloud native technologies. Right? We didn't want to just lift and shift. We wanted to make sure we do it right. And we focused on automation, even if we had to take a step back, we knew that automating things was a key for us. So yes, it's been really successful, but also really informative for us to use the right tools for the job. >> And you had prior experience with Mongo, or? >> We did. >> What's your journey been like there? >> Yeah, we actually were one of the first clients of Mongo. I think we were number 11 at that time. >> 10gen. >> Yes. It was. >> We remember. >> Many years ago it was MongoDB one, right? >> Yeah. >> And at that time we we introduced contributor network for us and our audiences were scaling as well. And we used Out-of-the-Box WordPress as our publishing platform, which couldn't scale. So we had to rethink and figure out, "Alright, so what do we do?" We compared couple of no SQL databases and Mongo was a winner because they checked all the boxes and developers loved it right away. Right? They're like, "All right, this is so much faster to develop on. It's just a great tool for the job going from SQL to, to no SQL". And we scaled and we never looked back. And then obviously Atlas came, so there are kind of two inflection points here. One switch into no SQL and two going away from managing databases. Like we don't want to be in that business. Right? Updates, patches, all of that, that we had to do manually, over-provision in our environments and kind of wasteful. So being on Atlas, that was a second kind of inflection point for us, which opened it up for us to do even more innovation and move faster. >> Okay. And you're happy about this partnership, despite, I mean, you partner with Mongo obviously, Google has its own databases, that's just the nature of the world we live in, isn't it? >> No and fundamentally like that, we always believe that customer choice is the primary notion. Right? I mean, and Google Cloud platform is more of a platform and the ecosystem is critical to that. Right? It's imperative. So, like Vadim said, the combination of Google and Mongo provides a truly Cloud native platform that can serve the needs for years to come, rather than from looking at it from a legacy perspective. And that's the way we look at it. Right? I mean, there is choices all the time and sometimes it's competition. >> Yeah. Yeah. And you're still selling a lot of compute and storage and machine intelligence, so machine learning. This morning in the keynotes, we heard a lot about a lot of different capabilities. We've certainly watched Mongo evolve its platform over the last half a decade or more really. But you've mentioned the developers loved it. Right? As Mongo evolves its platform, is there trade off from a developer simplicity standpoint? Are they able to preserve that from your perspective? >> I think with Atlas, it actually makes it easier now. So when they need to create an environment, they can do it on the fly. When they need to test something, also things available to them right away. So it actually, in general, as the platform becomes more mature and more stable, which is very important, but at the same time, the flexibility remains for development and for creation of environments and things like that. So we've been pretty happy with how it transitioned, to being a more mature platform. >> Did the move to Google Cloud and Atlas change the way that you're able to deliver high availability versus what you were doing when you were self-managing? Can you talk about that a little bit? >> Yeah, absolutely. We were in a data center, so kind of one location and moving to MongoDB Atlas and Google Cloud, now we're multi region. Right? So we have a full DR strategy and we feel a lot more secure and we feel very confident that anything that happens, we can scale, we can fail over. So absolutely, this helps us a lot. And the feature that was introduced probably a few years ago to auto scale MongoDB environments as well, that has been really key for us, so we can sleep well. >> Meaning you can scale while you sleep. >> Right, exactly. Exactly. >> Yeah. Plus the other part is you don't size for peak. right? You size as you grow, and then you, you have that elasticity built in. Right? That it is the nature. And then Mongo is available on multiple Google Cloud regions. So as you expand, you don't worry about all the plumbing that you need to do and things of that nature. >> They asked us serverless this morning. >> Yeah. >> How does that affect what you guys are doing together and what are your thoughts from Google's perspective and then of course, from Forbes? >> And that's the trend that we see constantly. Right? Serverless really decouples the tie to the VMs. Right? And so it makes it much more easier to provide the elasticity and have function calls across. Right? Function as a service and things of that nature. Right? So we see a lot of promise in that. Right? We do that even within our own products and we see that giving the ability to decompose and recompose applications and would love to hear how you're leveraging that. Right? >> Yeah. We fully embrace serverless. So we use all the tools you provide, I think. If you look at our architectural diagrams, it's like all these pops-up, cloud functions, composer, app engine. So we use the full suite and we love it. >> Yeah, Yeah. Okay. And then you talked this morning about the eliminating, the trade-offs with serverless of having to either when you dial it down You have to restart, but you've solved that problem, or I guess Mongo's helped you solve that problem. Can you explain that a little bit from a technical standpoint? >> Yeah. From a technical standpoint, if you look at, like as a developer, right? If you're building an intelligent app, it has multiple components within it. Right? There is pops-up for messaging, there is cloud functions and things of that nature. So you don't worry about, when it's encompassed in a serverless architecture, you don't worry about a lot of the complexities that go on behind it and so that makes the abstraction much more easier. And it eliminates the friction that a developer goes through. I think they've talked about removing friction and that's the primary source of productivity loss, which is the friction. We used to come from a world where developers were more worried. 80% of the time they would spend on plumbing this thing and then only 20% writing code. Right? And then now this whole paradigm should flip that. Right? That's where we see the promise of it. >> Do you still do stuff on Prem or are you pretty much all in the Cloud? >> Fully in the Cloud. >> How long did that take? What was that like? >> It actually was really fast. We had a real aggressive timeline. It took us six months. >> Really? >> Yeah. Yeah. And it was aggressive, but I was happy that we did it in a short period of time. >> And what was the business impact that you saw moving to the Google Cloud? >> Yeah, so obviously after we moved to the Cloud, we wanted to measure, especially the first year, how it affected us and what were the positives out of it. And yeah, we've seen tremendous results. 58% increase in speed to market. We were releasing four times more often than when we were on Prem. We saw 73% increase in initiatives delivered and while our velocity was scaling up, we also saw 30% decreased in hot fixes and rollbacks. So it became more stable while we scaled up the velocity and obviously very happy with those results. >> Wow. Do you golf? >> I don't actually. >> Do you golf? >> No. I watch golf. >> I used to watch. Okay. Do you know what a mulligan is? >> Yeah. >> Okay. mulligan is like a do-over right. If you had a mulligan, would you do anything differently? >> You know, we learned a lot and one of the keys for me was definitely automate everything, make sure that you automate as much as possible, even if it slows you down because in the future that will help you so much and use the platform and the tools that available to you. So, serverless. Right? Use Cloud the way it's supposed to be, as much as possible and I think that's the advice I would give. >> Are there any cautions with regard to automation, either of you that you see? I mean because sometimes automation brings unintended consequences and "Oops" happens really fast. >> Yeah. It's a little bit of a process. Right? If you take a step back, right, and typically what people tend to do is, there is a standardization process and once it's standardized, the next step is you gain efficiencies by automation. Right? In this whole thing, what is underestimated is change management. And we see a lot of room for improvement around educating on change management, getting ahead of that so that you can see what is coming. So that the organization moves across that. I don't know if you saw that in your case, but we see this predominantly in other other cases. >> Yeah. I mean, for us, we wanted to make sure that all the testing was in place and things like that. So not just automation of deploying or anything like that, but make sure that there is something there to catch if something goes wrong and roll back and things like that. So you want to make sure that you protected in many areas. >> So square this circle for me, because especially with COVID, so many unknowns and one of the benefits of document database is you're not tied into a schema. You got a flexible schema. Okay. So you're changing, you can change things much more easily. So when you talk about standardization, you're talking about standardizing, what at the infrastructure layer, or where does that standardization occur? Where should it occur. >> I mean, you could have it at the business process level. >> Okay. >> You could have it at the infrastructure level. You could also have it on the administration aspect of it. So there are three areas where you could apply automation to. >> So is there an analog to flexible schema at the business process level? Is that kind of how to think about it, whereas I'm not locked into a business process schema? I have to build flexibility into that as I change my? >> No, I mean, you can apply it any which way. I mean, I don't think the schema matters so much. Right? Like, for example, if you take the Forbes US case. Right? There is content curation, for example. Right? >> Yeah, okay. >> You could take content curation. Content curation in the previous world, like in the WordPress world, was not very flexible. Right? Like that it wouldn't scale. And now you are in a world where you have a very flexible schema, but the process of curating the content can be standardized. Right? And then the next step of that is to automate that. Right? And so you could apply it in any manner if you will. >> So have you built a custom CMS? Is that what you've done there? >> Yeah. We built our own custom CMS. It's AI powered. We want to make our journalist lives easier. So we're constantly trying to figure out what can we give them to make their day-to-day job much easier. >> So the machines can curate and find the best content. >> We do recommend things. Yes, absolutely. We curate, we tell them what would be the best headline, for example, what would >> Prior to them publishing? >> Yeah. Yeah. What would be the better keywords to include and things like that, what images. Just recommendations. >> And you can automate the insertion of those WordPress to go every time they do, even though they're writing about the same topic. >> It's a recommendation process obviously, but >> There is a human intelligence to that at the end. Right? I mean, but you can create a much more informed view by curating and recommending content rather than a myopic view. >> And you're eliminating that mundane keystroke task. Wow. Amazing story guys. Thanks so much for sharing. >> Absolutely. >> All right. Keep it right there. We're live from MongoDB World 2022 in New York city. Be right back. (upbeat music)

>>Mhm. Mhm. Yeah. Hello, everybody. Welcome to the Cubes. Coverage of Mongo db World 2022. This is the first Mongo live mongo DB World. Since 2019, the Cube has covered a number of of mongo shows actually going back to when the company was called Engine. Some of you may recall Margo since then has done an i p o p o in 2017, it's It's been a rocket ship company. It's up. It'll probably do 1.2 billion in revenue this year. It's got a billion dollars in cash on the balance sheet. Uh, despite the tech clash, it's still got a 19 or $20 million valuation growing above 50% a year. Uh, company just had a really strong quarter, and and there seems to be hitting on all cylinders. My name is Dave Volonte. And here to kick it off with me as Sanjeev Mohan, who was the principal at Sanremo. So great to see you. You become a wonderful cube contributor, Former Gartner analyst. Really sharp? No, the database space in the data space generally really well, so thanks for coming back on >>you. You know, it's just amazing how exciting. The entire data space is like they used to say. Companies are All companies are software companies. All companies are data >>companies, >>so data has become the the foundation. >>They say software is eating the world. Data is eating software and a little little quips here. But this is a good size show. Four or 5000 people? I don't really know exactly. You know the numbers, but it's exciting. And of course, a lot of financial services were here at the Javits Centre. Um, let's let's lay down the basics for people of Mongo, DB is a is a document database, but they've been advancing. That's a document database as an alternative to R D. B M s. Explain that, but explain also how Mongo has broadened its capabilities and serving a lot more use cases. >>So that's my forte is like databases technology. But before even I talk about that, I have to say I am blown away by this mongo db world because mongo db uh, in beckons to all of us during the pandemic has really come of age, and it's a billion dollar company. Now we are in this brand new Javits Centre That's been built during the pandemic. And and now the company is holding this event the high 1000 people last year. So I think this company has really grown. And why has it drawn is because its offerings have grown to more developers than just a document database document databases. Revolution revolutionised the whole DBM s space where no sequel came up. Because for a change, you don't need a structured schema. You could start bringing data in this document model scheme, uh, like varying schema. But since then, they've added, uh, things like such. So they have you seen such? They added a geospatial. They had a time series last year, and this year they keep adding more and more so like, for example, they are going to add some column store indexes. So from being a purely transactional, they are now starting to address analytical. And they're starting to address more use cases, like, you know, uh, like what? What was announced this morning at keynote was faceted search. So they're expanding the going deeper and deeper into these other data >>structures. Taking Lucy made a search of first class citizens, but I want to ask you some basic questions about document database. So it's no fixed schemes. You put anything in there? Actually, so more data friendly. They're trying to simplify the use of data. Okay, that's that's pretty clear. >>What are the >>trade offs of a document database? >>So it's not like, you know, one technology has solved every problem. Every technology comes with its own tradeoffs. So in a document, you basically get rid of joining tables with primary foreign keys because you can have a flexible schemer and so and wouldn't sing single document. So it's very easy to write and and search. But when you have a lot of repeated elements and you start getting more and more complex, your document size can start expanding quite a bit because you're trying to club everything into a single space. So So that is where the complexity goes >>up. So what does that mean for for practitioner, it means they have to think about what? How they how they are ultimately gonna structure, how they're going to query so they can get the best performances that right. So they're gonna put some time in up front in order to make it pay back at the tail end, but clearly it's it's working. But is that the correct way of thinking about >>100% in, uh, the sequel world? You didn't care about the sequel. Analytical queries You just cared about how your data model was structured and then sequel would would basically such any model. But in the new sequel world, you have to know your patterns before you. You invest into the database so it's changed that equation where you come in knowing what you are signing up. >>So a couple of questions, if I can kind of Colombo questions so to Margo talks about how it's really supporting mission critical applications and at the same time, my understanding is the architecture of mongo specifically, or a document database in general. But specifically, you've got a a primary, uh, database, and you and that is the sort of the master, if you will, right and then you can create secondaries. But so help me square the circle between mission critical and really maybe a more of a focus on, say, consistency versus availability. Do customers have to sort of think about and design in that availability? How do they do that? How a Mongol customers handling that. >>So I have to say, uh, my experience of mongo db was was that the whole company, the whole ethos was developed a friendly. So, to be honest, I don't think Mongo DB was as much focused on high availability, disaster, recovery, even security. To some extent, they were more focused on developer productivity. >>And you've experienced >>simplicity. Make it simple, make the developers productive as fast as you can. What has really, uh, was an inflexion point for Mongo DB was the launch of Atlas because the atlas they were able to introduce all of these management features and hide it abstracted from the end users. So now they've got, you know, like 2014 is when Atlas came out and it was in four regions. But today they're in 100 regions, so they keep expanding, then every hyper scale cloud provider, and they've abstracted that whole managed. >>So Atlas, of course, is the managed database as a service in the cloud. And so it's those clouds, cloud infrastructure and cloud tooling that has allowed them to go after those high available application. My other question is when you talk about adding search, geospatial time series There are a lot of specialised databases that take time series persons. You have time series specialists that go deep into time series can accompany like Mongo with an all in one strategy. Uh, how close can they get to that functionality? Do they have to be? You know, it's kind of a classic Microsoft, you know, maybe not perfect, but good enough. I mean, can they compete with those other areas? Uh, with those other specialists? And what happens to those specialists if the answer is yes. What's your take on that? If that question >>makes sense So David, this is not a mongo db only issue This is this is an issue with, you know, anytime serious database, any graph database Should I put a graph database or should I put a multifunctional database multidimensional database? And and I really think there is no right or wrong answer. It just really comes down to your use case. If you have an extremely let's, uh, complex graph, you know, then maybe you should go with best of breed purpose built database. But more and more, we're starting to see that organisations are looking to simplify their environment by going in for maybe a unified database that has multiple data structures. Yeah, well, >>it's certainly it's interesting when you hear Mongo speak. They don't They don't call out Oracle specifically, but when they talk about legacy r d m r d B m s that don't scale and are complex and are expensive, they're talking about Oracle first. And of course, there are others. Um, And then when they talk about, uh, bespoke databases the horses for courses, databases that they show a picture of that that's like the poster child for Amazon. Of course, they don't call out Amazon. They're a great partner of Amazon's. But those are really the sort of two areas that mangoes going after, Um, now Oracle. Of course, we'll talk about their converged strategy, and they're taking a similar approach. But so help us understand the difference. There is just because they're sort of or close traditional r d B M s, and they have all the drawbacks associated with that. But by the way, there are some benefits as well. So how do you see that all playing >>out? So you know it. Really, uh, it's coming down to the the origins of these databases. Uh, I think they're converging to a point where they are offering similar services. And if you look at some of the benchmark numbers or you talk to users, I from a business point of view, I I don't think there's too much of a difference. Uh, technology writes. The difference is that Mongo DB started in the document space. They were more interested in availability rather than consistency. Oracle started in the relation database with focus on financial services, so asset compliance is what they're based on. And since then they've been adding other pieces, so so they differ from where they started. Oracle has been in the industry for some since 19 seventies, so they have that maturity. But then they have that legacy, >>you know, I love. Recently, Oracle announced the mongo db uh, kpi. So basically saying why? Why leave Oracle when you can just, you know, do the market? So that, to me, is a sign that Mongo DB is doing well because the Oracle calls you out, whether your workday or snowflake or mongo. You know, whoever that's a sign to me that you've got momentum and you're stealing share in that marketplace, and clearly Mongo is they're growing at 50 plus percent per year. So thinking about the early I mentioned 10 gen Early on, I remember that one of the first conferences I went to mongo conferences. It was just It was all developers. A lot of developers here as well. But they have really, since 2014, expanded the capabilities you talk about, Atlas, you talked about all these other you know, types of databases that they've added. If it seems like Mongo is becoming a platform company, uh, what are your thoughts on that in terms of them sort of up levelling the message there now, a billion dollar plus company. What's the next? You know, wave for Mongo. >>So, uh, Oracle announced mongo db a p i s a W s has document d. B has cost most db so they all have a p. I compatible a p. I s not the source code because, you know, mongo DB has its own SPL licence, so they have written their own layer on top. But at the end of the day, you know, if you if you these companies have to keep innovating to catch up with Mongo DB because we can announce a brand new capability, then all these other players have to catch up. So other cloud providers have 80% or so of capabilities, but they'll never have 100% of what Mongo DB has. So people who are diehard Mongo DB fans they prefer to stay on mongo db. They are now able to write more applications like you know, mongo DB bought realm, which is their front end. Uh, like, you know, like, if you're on social media kind of thing, you can build your applications and sink it with Atlas. So So mongo DB is now at a point where they are adding more capabilities that more like developers like, You know, five G is coming. Autonomous cars are coming, so now they can address Iot kind of use cases. So that's why it's becoming such a juggle, not because it's becoming a platform rather than a single document database. >>So atlases, the near the midterm future. Today it's about 60% of revenues, but they have what we call self serve, which is really the traditional on premise stuff. They're connecting those worlds. You're bringing up the point that. Of course, they go across clouds. You also bring up the point that they've got edge plays. We're gonna talk to Verizon later on today. And they're they've got, uh, edge edge activity going on with developers. I I call it Super Cloud. Right, This layer that floats above. Now, of course, a lot of the super Cloud concert says we're gonna hide the underlying complexity. But for developers, they wanna they might want to tap those primitives, so presumably will let them do that. But But that hybrid that what we call Super Cloud that is a new wave of innovation, is it not? And do you? Do you agree with that? And do you see that as a real opportunity from Mongo in terms of penetrating a new tan? >>Yes. So I see this is a new opportunity. In fact, one of the reasons mongo DB has grown so quickly is because they are addressing more markets than they had three pandemic. Um, Also, there are all gradations of users. Some users want full control. They want an eye as kind of, uh, someone passed. And some businesses are like, you know, we don't care. We don't want to deal with the database. So today we heard, uh, mongo db. Several went gear. So now they have surveillance capability, their past. But if you if you're more into communities, they have communities. Operator. So they're addressing the full stack of different types of developers different workloads, different geographical regions. So that that's why the market is expected. >>We're seeing abstraction layers, you know, throughout the started a physical virtual containers surveillance and eventually SuperClubs Sanjeev. Great analysis. Thanks so much for taking your time to come with the cube. Alright, Keep it right there. But right back, right after this short break. This is Dave Volonte from the Javits Centre. Mongo db World 2022. Thank you. >>Mm.

>>Okay, welcome back everyone. Cube's coverage here. Live on the floor at AWS summit, 2022, an in person event in San Francisco. Of course, AWS summit, 2022 in New York city is coming up this summer. The cube will be there as well. Make sure you check us out then too, but we day two of coverage had a great guest here. I Han VP of developer relations, Mongo DB, formally of AWS. We've been known each other for a long time doing, uh, developer relations at Mongo DB. Welcome to the queue. Good to see >>You. Thank to be here. Thanks for inviting me, John. It's great >>To, so Mongo DB is, um, first of all, stocks' doing really well right now. Businesswise is good, but I still think it's undervalue. A lot of people think is, is a lot more going huge success with Atlas. So congratulations to the team over there. Um, what's the update? What's the relationship withs, you know, guys have been great partners for years. What's the new thing. Yeah. >>So MongoDB Atlas obviously runs on several different major cloud providers, but AWS is the largest partner that we work with in the public cloud. So the majority of our Atlas workloads for our customers are running on the AWS platform. And just earlier this year, we announced a new strategic collaboration agreement with AWS. That's gonna further strengthen and deepen that partnership that we have with them. >>What's the main product value right now on the scale on, on Atlas, what's the drive in the revenue momentum. >>So, I mean, you know, there's a huge trend in the industry towards cloud managed databases, right? You look back 10, 15 years ago when we first met, most customers were only and operating their own data infrastructure, either running it in their own data centers, or maybe if they were really early using the primitives that cloud providers like AWS offered to run their databases in the cloud when Amazon launched RDS back in 2009, I think it was, we started to see this trend towards cloud managed databases. We followed that with our own Atlas offering back in 2016. And as Andy jazzy from AWS would say very often it's offloading that UND differentiated, heavy lifting, allowing developers to focus on building applications. They don't have to win and operate the data infrastructure. We do it for them, and that has proven incredibly popular amongst our customers. You know, Atlas route right now is growing at 50, sorry, 85% car year on year growth. >>You know, um, I've been following MongoDB for a long, long time. I mean, going back to the lamp stack days, you know, and you think about what Mongo has done as a product because of the developer traction, you know, Mongo can't do this, just keeps getting better every year. And, and the, I think the stickiness with developers is a real big part of that. Can you your view there cuz you're in VE relations. I mean, developers all love Mongo. They're teaching in school. People are picking up a side hustles, they're coding on it, using it all everywhere. I mean it's well known. >>There's a few different reasons for that. I think the main one is the, the document orientated model that we use, the document data models that are used by Mongo DB, just a net way for developers to work with data. And then, uh, we've invested in creating 16 first party drivers that allow developers using various different programming languages, whether that's JavaScript or Python or rust to integrate MongoDB, natively and idiomatic with their software. So it's very, very easy for a developer to pick up MongoDB, grab one of these drivers from their package manager of their choice and then build applications that natively manipulate data inside MongoDB, whether that's MongoDB Atlas or our enterprise edition on their own premises. They get a very consistent and very easy to, I easy to use developer experience with our, with our platform. >>Talk about the go to market with AWS. You guys also have a tightly coupled relationships. There's been announcements there recently. Uh, what's changing most right now that people should pay attention to. Well, >>The first thing is there's a huge amount of technical integration between MongoDB and AWS services. And that's the basis for many of our customers choosing to run Mon Mongo DB on AWS. We're active in 23 AWS regions around the world. And there's many other integration points as well, like cryptographic protection of Mongo MongoDB, stored data using Amazon cryptographic services, for example, or building serverless applications with AWS Lambda and MongoDB servers. So there's a ton of technical integration. Yeah, but what we started to work on now is go to market integration with AWS as well. So you can buy Mongo DB Atlas through AWS's marketplace. You can use the payer, you go offering to pay for it with your AWS bill. And then we're collaborating with AWS on migrations and other joint go to market activities as well. That >>Means get incentives, the sales people at AWS. >>Of course our moreover I mean, it's just really easy for customers, really easy for developers to consume. Yeah, they don't need to contract with MongoDB. They can use their existing AWS contracting, their existing discounting relationships and pre purchasing arrangements with AWS to consume Atlas. >>It's the classic meet the customers where they >>Are exactly right. Meet the developer where they are and meet the customers where they are now with this new model as well. >>Yeah. I love marketplace. I think it's been great. You know, even with its kind of catalog and vibe, I think it's gonna get better and better, uh, over there teams doing good work. Um, and it's easy to consume. That's key. >>Yeah. Super easy. Reduce that friction and make it real easy for developers to adopt this. Right. >>Talk about some of the top customers that you guys share with AWS. What are some of the customers you guys have together and what the benefits of the >>Relationship joint references that we talk about? A lot, one of them is Shutterfly. So in the photographic products area, they built a eCommerce offering with MongoDB and AWS. The second is seven 11 with seven 11. We're doing a lot in the mobile space. So edge applications, we've got a feature in MongoDB Atlas that allows you to synchronize data with databases on mobile devices. Those can be phones point of sale devices or handheld devices that might be used in the parcel industry, for example. So seven 11 using us in that way. And then lastly with Pitney Bowes, we've got a big digital transformation project with Pitney Bowes where they've reimagined their, uh, postage and packaging services, delivering those to their customers, using MongoDB as a data store as well. >>I wanna get in some of the trends, you've got a great per you know, you know, Mongo from Amazon side and now you're there. Um, Mongo's, as you pointed out has, has been around for a long time. What are some of the stats? I mean, how many customers, how many countries? Well, it's pretty massive >>Mind. We've got almost quarter of a billion downloads today, 240 million MongoDB downloads since we launched the first product <laugh>, we've got 33,000 active customers that are using MongoDB Atlas today and we're running well over a million free tier clusters on MongoDB Atlas across all of the different providers where we operate the service as well. So these numbers are, you know, mind blowing in terms of scale. Uh, but of course at the core of that is operational excellence. Customers love Mongo DBS because they don't have to operate it themselves. They don't have to deal with fairly conditions. They don't have to deal with scaling. They don't have to deal with deployment. We all, we do all of those things as part of the service offering and customers get an endpoint that they can use with their applications to store and retrieve data reliably. And with consistently high perform, >>You know, it's, you know, in the media, something has to be dead. Someone's the death of the iPhone, the death of this, nothing that really dies. Mongo DB has always been kind of like talked about, well, it doesn't scale on the high end. Of course, Oracle was saying that, I mean, all the, all the big database vendors were kind of throwing darts at, at Mongo, uh, DB, uh, but it kept scaling. Atlas is a whole nother. Could you just unpack that a little bit more? Why is it so important? Because scale is just, I mean, it's, it's horizontal, but it's also performant. >>Exactly. Right. So with, uh, Mongo DB's document access model that I've described already, you break some of the limitations that exist inside traditional relational databases. So, you know, they don't scale well, if you've got high concurrent and see of data access, and they're typically difficult and expensive to scale because you need to share data. Once you grow beyond individual cluster nodes, and you'll know that all relational databases suffer from these same kinds of issues with non relational systems, no SQL systems like MongoDB, you have to think a little bit more about design at the beginning. So designing database to cater for the different access patterns that you have, but in return for that upfront preparation, that design work, you get near limitless, scalability and performance will scale nearly linearly with that scalability as well. So very much more high performance, very much more simplicity for the developer as their database gets larger and their cluster gets larger to support it. >>Yeah. You know, Amazon web service has always had an a and D jazz. We talk to us all the time, every interview I've done with Swami and Matt wood or whoever on the team and executive levels always said the same thing. There's not one database to rule the world, right? Obvious you're talking about Oracle, but even within AWS customers, they're mixing and matching databases based on use cases. So in distributed environment, they're all working together. So, um, you guys fit nicely into that. So how does that, >>I think strategy slightly counterbalances that so, you know, they would say use the specific tool for the specific task that you have in hand. Yeah. What we try to focus on is creating the simple and most effective developer experience that we can, and then supporting different facets to the product in order to allow developers to different use cases. A really good example with something like MongoDB Atlas search. So we integrated Apache Luine into MongoDB Atlas. Customers can very simply apply Apache Luine search indexes to the data that they've got in MongoDB. And then they can interact with that search data using the same drivers as an API. Yeah, yeah. That they use for regular queries. So if you want to run search on your application data, you don't need a separate open search or elastic search cluster, just turn on MongoDB Atlas search and use that, that search facet. So it's interest and we have other capabilities that it's >>Vertically integrating inside within Mongo, >>Correct? Yes. That's better. Yeah. With the guy, all of creating a really simple and effective developer experience, boosting developer productivity and helping developers get more done in less time. >>You mentioned serverless earlier, what's the serverless angle with AWS when Mongo, >>Is there one? Yeah. So we have MongoDB serverless currently in preview, uh, has the same kind of characteristics that you would, or the characteristics that you would expect from a serverless data base. So consumption based model, you provision an endpoint and that will scale elastically in accordance with your usage and you get billed by consumption units so much like the serverless paradigm that we've seen delivered by AWS, the same kind of model for Mongo, DB, Atlas serverless. >>What, what attracted you to Mongo DBS? So you knew them before, or you moved over there. Um, what's going on there? What's the culture like right now? Oh, >>The culture's great. I mean, it's a much smaller company than AWS where I was before, you know, it's a very large organization. And one of the things that I really like about MongoDB is, as I've said earlier, we can serve the different use cases that a developer might have with a single product, with different aspects, to it, different facets to it. Uh, and it's a really great conversation to have with a, with a developer, with a developer customer, to be able to offer one thing that helps them solve five or six different problems that have traditionally been quite hard for them to wrestle with quite difficult for them to, to deal with. And then we've got this focus on developer experience through these driver packages that we have as well. So it's really great to have as a developer relations pro have that kind of tooling in my kit bag that can help developers become more effective. >>Talk about tooling, cuz you know, I always have, uh, kind of moments where I waffle between more. I love platforms, tools are being over overused, too many tools tool with the tool, you know, the expressions, but we're seeing from developers, the ones that don't want to go into the hood, we serverless plays beautifully. Yep. They want tools. They do. And, and the, the new engineering developers that are coming outta college and universities, they love tools. >>Yeah. And we actually have quite a few of those built into Mongo, DB Atlas. So inside Mongo, DB Atlas, we've got things like an index optimizer, which will suggest the best way that you might index your data for better perform months inside MongoDB, running on Atlas, we've got a data Explorer, which is much like another product that we've got called MongoDB compass that allows you to see and manipulate the data that you have stored within your database natively within the Atlas interface. Uh, and then we also have, uh, whole slew of different metrics, monitoring capabilities built into the platform as well. So these are aspects of Atlas that developers can take advantage of. And then over on the client side, visual studio code plugins. Yeah. So you can manipulate and operate with data directly inside visual studio code, which is obviously the most common and popular IDE out there today, as well as integration with things like infrastructure is code tools. So we support cloud formation for provisioning. We have CDK constructs inside. Yeah. The CDK construct library. We also have a lot of customers using Terraform to provision MongoDB across both AWS and other providers. So having that developer tooling of course is super important. Yeah. Aspect of the developer experience, trying to >>Build out deploying observability is a big one. How does that fit in? Cuz you knew need to talk and not only measure everything here, but talk to other systems. >>Yeah. So we recently announced a provider for Prometheus and Grafana. So we can emit metrics into those providers. Obviously CNCF projects, very common and popular inside customers that are running on Kubernetes. We've got a Kubernetes operator for MongoDB Atlas as well. Good. So you can provision MongoDB Atlas from within Kubernetes as well as having our own native metrics directly within Atlas as well. >>Ian you're crushing it. You got all the, the data, the fingertips. Are you gonna be at Cuban this year? Uh, >>I will be, but some of our team members will definitely be there. >>Yeah, we'll be at, uh, EU. The cube will be there. Great. Thanks for coming on. Appreciate the insight final world. I'll give you the last word. Tell the audience what's going on. What's at Mongo DB. What should they pay attention to? If they've used Mongo and are aware of it? What's the update. What's >>The so you should come to MongoDB world actually in New York at the beginning of June, June 7th, the ninth in the Javit center in New York. Gonna have our own show there. And of course we'd love to see you there. >>Okay. Cube comes here day two of eight, us summit, 2020, this Cub I'm John for your host. Stay with us more. Our coverage as day two winds down. Great coverage.