>>Welcome back to Couchbase connect. My name is Dave Vellante and we're going to dig into a customer case study of sorts with two software engineers from a company called trendy all the largest e-commerce platform in Turkey. And with me are in MRA, tan Rivera, both software engineers at trendy. All welcome. Good to see you guys. Hey, before we get into the story, maybe you can tell us a little bit about trendy all. >>Let me answer that question first. Um, tri-annual uh, today is, um, 10 years old. Uh, actually, uh, it starts with them, um, e-commerce company, uh, Jen, uh, especially, uh, for clothing, uh, today, uh, it's serves several, uh, services, uh, mainly still e-commerce right. Um, we, uh, we do our business mainly on technology and we even have a say in technology, uh, technology is our main concern actually. Um, just like that actually now, >>So thank you for that. I mean, you started, I think, I think the company was founded in 2009, 2010. So you weren't, you were just, you know, kind of which we would consider the, sort of the modern era at the same time. When you look back 10 years, you know, major challenges, major advancements from a technology standpoint. So you at, at the time you had a, uh, a legacy database and you, you had a migraine, maybe you could describe the business conditions that drove you to think about actually making a change. What was the before, and then we can get into the after and what was driving that change? >>Um, maybe I could start it a bit. Well, uh, we have a recommendation domain and try new. It's like when you, when you look at a certain product, like for example, you look at a pencil, it it's commanding you, uh, any razor, uh, if you are going to buy a pink dress, it's going to recommend you a yellow dress. So if you're going to maybe buy pants, it will show you some t-shirts according to it. So, uh, since the recommendations, domain group larger, uh, we, we have struggled, uh, to keep it high scale, and it wasn't a relational DB at first, but that's even as product count increased and, uh, our right frequency increased day by day, uh, and our reef performance was affected very dramatically. Uh, I believe. Yeah. >>So you were using a traditional RDBMS, uh, and then, and, and the issue was you quite, you couldn't make the recommendations fast enough. And, you know, we always say what's real time. Real time is before you lose the customer. So you, you have to make those recommendations in time for the customer to act otherwise, you know, what do you do? Send an email after the fact, Hey, you bought this, nobody's going to pay attention to that. Right? You want to catch them in the moment. Um, and so, so what was it that, that led you to, to Couchbase and w and what was the experience of that? You know, whether it was onboarding, you know, the technology, you know, how difficult was it to get up and running to where you are today? >>Um, we were using ch Couchbase in, uh, in inter-annual, um, for several years, and we had experienced on that. Uh, and, uh, we actually, we need performance as described. So, uh, we convert our data structure to, from relational DB to, um, noise, Carol Levy, um, them actually on our recommendation, uh, platform, the main problem was, uh, invalidation process. You know, um, we are selling things and, um, in seconds they can be sold out and we, we shouldn't be recommend them anymore. And we are, we are keeping track of this by invalidation process and relational DB writing those data to our relationship Libby was, uh, was taking two, two minutes too much time. And, um, by changing this structure to, uh, pathways, we, we, we see that benefits, uh, and it takes so, so, uh, uh, short time, actually, >>I'm so sorry if, if I can just clarify w what was taking a long time, the, the updating the actual records, so that you could actually inform a customer that it was out of stock, or was it the coding that was too complicated? >>Well, it was, it was not because, um, there are millions of products intangible, and, uh, those issues are coming huge, actually. So we are keeping track of time if it's sold out or it's, it can be sellable, uh, when, when a product, uh, detail is seen by the customers, we are recommending some other products too, but those other products must be sellable too. So the main, the main problem was that, and, uh, we are writing them in our relational DB. There is a huge rights law actually. So it was not coding. It was the amount of data actually. >>Okay. And so it was the update intensity, um, within the database and the ability of the database to actually return accurate results quickly. So what was the after, like, uh, can you talk about sort of the, the business impact? What were the, the improvements that you've experienced? >>Yeah. Maybe I can ask her that, uh, like parties said that the main reason we switched is because that, uh, there are so many products coming near in trend, and many of them are being stopped being sold out and the updates to it, it was on a relational, the vendor rights, or too much that you couldn't, uh, dur customers that fast reply because the database was getting effected by the amount of high rights. Because when you think about it, there are millions of products coming, and there are millions of rights, uh, operations on the database. So those affecting the reach performance. So, uh, it, it could occur to you that when you click on a product, you would see maybe as took out product as a recommendation, or maybe a product that is not in the website anymore. So, uh, when we switched to, uh, Couchbase that, uh, we saw that, uh, it's using less resources, which, uh, using less posts, active, alive, and it's also, uh, giving responses faster. >>The main reason, uh, we were using relational DB at first was the invalidation process like five. He said, because it was, we had a consumer that was listening to messages, uh, the innovation messages, and then, uh, and then the writing them into database. But, uh, in the part, uh, it meant that actively writing to database that for every product document that you would need to update the document, but for, uh, for, for, uh, for relational DB, it would be vetoed easier to just make this product, uh, every available, false, or true. So that's why we were sticking with relationship with DB at first. And that's why we made it that first as a relational DB, but as time increased and our product count, and our sellers increased, we realized that, uh, we should find another solution to the invalidation process, and we should, uh, switch because, uh, I mean, it CA it has come to a point at one point that it would just maybe, uh, take a solid, so much time that, uh, we were scaling our consumers at nighttime to just not affect daily users anymore. >>Uh, so that's why that's the main reason we switched. And, uh, after switching, we had in, uh, like I said, the response time and high write throughput, and also one of the reasons is also because that the, uh, the application that was with the use of Couchbase because, uh, since strangled is growing larger than our main data centers. And, uh, like we can see that every day, sometimes we deploy our, uh, apps to yet another cluster. And we, that's why we sometimes need to have backups or different data centers, and Couchbase was providing very good relations, very good solutions to this, which is. Yeah. That's why we switched actually. So we asked >>Couchbase running it's if I understand it, it's running the recommendation engine. And do you still use a traditional RDBMS for the transaction system or is Couchbase doing both? >>Yeah, okay. Uh, we are, uh, actually inter-annual, we are in discovery a team, actually, we call it tribe and in discovery, tribe, uh, relational DB, I think, uh, now, uh, very small, uh, small, uh, teams are using it. Um, it's personally just very low actually. Uh, but, uh, other other tribes, for example, orders, checkout, and maybe, uh, uh, promotions, uh, something like other teams are still using RDBMS, but in discovery team, it's very important to serve customers very fast. We need to show them the products immediately. We need to personalize them. Uh, we sh we should, uh, show them, uh, related products in the meantime, in real time, actually. So in this current Stripe, we are, um, barely using it, uh, RDBMS systems, actually. >>How hard was it to migrate from the RDBMS? Because you hear a lot of stories about how difficult that is to do. You've got to freeze the code, you bringing up new code, you've got to synchronize the functionality. How did you manage that? >>Well, to be honest with you, just ask the data science team to just send the products. Uh, at the same time, we were like, we were keeping the legacy API open that the clients were still coming there. And, um, to be honest, there were lots of legs on that, too. So even if, uh, the, the newer products came a bit later, uh, it shouldn't be seen because it was always coming late. So, uh, we had, we made a new API that is connecting to Couchbase and we wanted the data science team to start feeding it, but we asked the clients to switch it by time. I mean, we were still supporting the old one, but, uh, when we, when we asked the clients to switch to the new API, we just closed the last one. So we didn't really migrate any data to be honest. Like we, we, it was from scratch. And since it's a, it's a recommendation domain, uh, we believe it's better to, uh, add data's from scratch because in our new domains, we are storing them in documents. They are always sending a new list to us. So that's how it gets updated all the time. So since it's not a user related data, it wasn't really like a migration process. >>Is this is part of the secret sauce that you're doing. Schema lists, no schema on, right to Couchbase. And is that correct? And how are you handling it? I'm like, how are you getting that awesome write performance? >>Well, the main reason we believe is that, uh, before, when it was relational DB, like for example, loan product to one product and a second product to first product, third product, first of all, that like you were duplicating the records so that when the product gets removed, uh, from, from a product recommendation, or maybe one of, if a product is getting invisible, for any reason, it should be removed, or maybe it could be a stockout that it means it's not that for every record, you are sending your records for invalidation, but in our new system, it means that this, uh, for this content, there are 24 contents let's say, and like four of them that's finished. It's not there. It's okay. You're just replacing the whole list so that you are not duplicating the records. I mean, this is not like first product first and first, the second, and first to third, and first changes you are replicating this, this change three times, like a delete, uh, product one from three, three product, one from two, and you are deprecating the deletion record, but now we are just replacing the list. So you are doing that all of the operation in 1, 1, 1, uh, Kafka queue message. If I should be able, if I was able to, uh, tell about it. So it's a bit hard to explain it in, uh, in speech, but, uh, we have a nice graphic that's showing how we are doing it now. >>That makes sense. Okay. Thank you for that. And so, as you think about, you're modernizing your application infrastructure, where are you at today? How do you see this modernization effort going forward >>Actually, um, today, uh, we are mainly looking for, um, cross cluster replication. Uh, all our products are, uh, uh, deployed, uh, different clusters and different geographical locations. Uh, we, we always using ch um, we try to always use, um, modern products and, uh, uh, try to avoid, uh, old relational databases, especially for our discovery. Right. And, uh, my mandala is modernizing it, uh, all, uh, engineer's keeping up to date with recent technologies and, uh, our customers are happier. They are not seeing some glitches, some, uh, rates, uh, or while they're using our products. >>Okay. So maybe I could double click on that. So, cause you mentioned the impact of customers and I'm interested in your organizational impact and what it means for you internally, but, but when you talk about cross cluster replication, is that to scale, uh, is that a performance impact? Is that for availability? What's the impact of that effort? That modernization effort? >>Uh, I believe it's, it's all, uh, main reason is availability. I believe. Uh, like we can't know when a cluster can go down, we can't be sure about it, uh, in a, in a system we can, but that we should be up and running all the time. And, uh, there should be some, uh, some backups that, uh, that can switch when a cluster goes down. But also the main reason, uh, well, one of the main reasons is to be able to scale because, uh, the, the clusters that we had wasn't enough, uh, considering our user base. So, uh, let's say you want to even extend your user base, but, uh, like the cluster is being a bottleneck to you because you can't get that much users, but, uh, when you do post cluster that you have backup and you have scalability and it's, uh, considering how new considering if the machines are newer, maybe faster response times. I don't know, uh, maybe, uh, network part would know that better, but, uh, yeah, but all of them, I will leave. >>Great guys. Well, thank you so much for sharing your story, uh, uh, MRA and Fati. Uh, appreciate you guys coming on the cube. >>Thanks a lot. Yeah. Thanks. Thanks. Thank you for, uh, hosting. >>Yeah, it's our pleasure. And thank you for watching. Couchbase connect online on the cube, keep it right there for more great content from the event.

>>And welcome to the cubes coverage of Couchbase connect online, Mary Roth, VP of engineering operations with couch basis here for Couchbase connect online. Mary. Great to see you. Thanks for coming on remotely for this segment. >>Thank you very much. It's great to be here. >>Love the fire in the background, a little fireside chat here, kind of happening, but I want to get into shooting, you know, engineering and operations with the pandemic has really kind of shown that, you know, engineers and developers have been good working remotely for a while, but for the most part it's impacted companies in general, across the organizations. How did the Couchbase engineering team adapt to the remote work? >>Uh, great question. Um, and I actually think the Couchbase team responded very well to this new model of working imposed by the pandemic. And I have a unique perspective on the couch space journey. I joined in February, 2020 after 20 plus years at IBM, which had embraced a hybrid in-office rewrote remote work model many years earlier. So in my IBM career, I live four minutes away from my research lab in almond and valley, but IBM is a global company with headquarters on the east coast and SU. So throughout my career, I often found myself on phone calls with people around the globe at 5:00 AM in the morning, I quickly learned and quickly adopted to a hybrid model. I'd go into the office to collaborate and have in-person meetings when needed. But if I was on the phone at >> 5: 00 AM in the morning, um, I didn't feel the need to get up at 4:30 AM to go in. >>I just worked from home and I discovered I could be more productive. They're doing think time work. And I really only needed the in-person time for collaboration. These hybrid model allowed me to have a great career at IBM and raise my two daughters at the same time. So when I joined Couchbase I joined a company that was all about being in-person and instead of a four minute commute, it was going to be an hour or more commute for me each way. This was going to be a really big transition for me, but I was excited enough by couch facing what it offered that I decided to give it a try. Well, that was February, 2020. I showed up early in the morning on March 10th, 2020 for an early morning meeting in person only to learn that I was one of the only few people that didn't get the memo. >>We were switching to a remote remote working model. And so over the last year, I have had the ability to watch cow's face and other companies pivot to make this remote working model possible and not only possible, but effective. And I'm really happy to see the results. Our remote work model does have its challenges that's for sure, but it also has its benefits better work-life balance and more time to interact with family members during the day and more quiet time, just to think we just did a retrospective on a major product release Couchbase server 7.0 that we did over the past 18 months. And one of the major insights by the leadership team is that working from home actually made people more effective. I don't think a full remote model is the right approach going forward, but a hybrid model that IBM adopted many years ago and that I was able to participate in for most of my career, I believe is a healthier and more productive approach. >>Well, great story. I love the, um, the, uh, you come back and now you take leverage all the best practices from the IBM days, but how did the, your team and the Couchbase engineering team react and were there any best practices or key learnings that you guys pulled out of that, >>Uh, the, the initial reaction was not good. I mean, as I mentioned, it was a culture based on in-person people had to be in person in person meetings. So it took a while to get used to it, but the, there was a forcing function, right? We had to work remotely. That was the only option. And so people made it work. I think the advancement of virtual meeting technology really, really helps a lot over earlier days in my career where I had just bad phone connections, that was very difficult. But with the virtual meetings that you have, where you can actually see people and interact, I think is really quite helpful. >>What's the DNA of the culture. What's the DNA. Every company's got the DNA entails Moore's law. Um, and at what's the engineering culture at Couchbase like if you could describe it. >>Uh, the engineering culture at Couchbase is very familiar to me. We are at our heart, a database company, and I grew up in the database world, which has a very unique culture based on two values, merit and mentorship. And we also focus on something that I like to call growing. The next generation. Now database technology started in the late sixties, early seventies with a few key players and institutions. These key players were extremely bright and they tackle it and solve really hard problems with elegant solutions long before anybody knew they were going to be necessary. Now, those original key players, people like Jim gray, Bruce Lindsey, Don Chamberlin, pat Salinger, David Dewitt, Michael Stonebraker. They just love solving hard problems. And they wanted to share that elegance with a new generation. And so they really focused on growing the next generation of leaders, which became the Mike caries and the Mohans and the lower houses of the world. And that culture grew over multiple generations with the previous generation cultivating, challenging and advocating for the next, I was really lucky to grow up in that culture. And I've advanced my career as a result, as being part of it. The reason I joined Couchbase is because I see that culture alive and well, here are two fundamental values on the engineering side, our merit and mentorship. >>One of the things I want to get your thoughts on, on the database questions. I remember, you know, back in the old glory days, you mentioned some of those luminaries, you know, there wasn't many database geeks out there, Zuri kind of small community now is databases are everywhere. So you see there's no one database that's ruling the world, but you starting to see a pattern of database kinds of things, and more emerging, more databases than ever before. They're on the internet, they're on the cloud. There are none the edge it's essentially we're living in a large distributed computing environment. So now it's cool to be in databases cause they're everywhere. So, I mean, this is kind of where we're at. What's your reaction to that? >>Uh, you're absolutely right there. There used to be a, a few small vendors and a few key technologies and it's grown over the years, but the fundamental problems are the same data, integrity, performance and scalability. And in the face of district distributed systems, those were all the hard problems that those key leaders solve back in the sixties and seventies. They're not, they're not new problems. They're still there. And they did a lot of the fundamental work that you can apply and reapply in different scenarios and situations. >>It's pretty exciting. I love that. I love the different architectures that are emerging and allows for more creativity for application developers. And this becomes like the key thing we're seeing right now, driving the business and a big conversation here at the, at the event is the powering, these modern applications that need low latency. There's no more, not many spinning disks anymore. It's all in Ram, all these kinds of different memory, you got decentralization and all kinds of new constructs. How do you make sense of it all? How do you talk to customers? What's the, what's the, what's the main core thing happening right now? If you had to describe it? >>Yeah, it depends on the type of customer you're talking to. Um, we have focused primarily on the enterprise market and in that market, there are really fundamental issues. Information for, for these enterprises is key. It's their core asset that they have and they understand very well that they need to protect it and make it available more quickly. I started as a DBA at Morgan Stanley back, um, right out of college. And at the time I think it was, it probably still is, but at the time it was the best run it shop that I'd ever seen in my life. The fundamental problems that we had to solve to get information from one stock exchange to another, to get it to the sec, um, are the same problems that we're solving today. Back then we were working on mainframes and over high-speed data comm links today, it's the same kind of problem. It's just the underlying infrastructure has changed. >>You know, the key has been a big supporter of women in tech. We've done thousands of interviews on why I got you. I want to ask you, uh, if you don't mind, um, career advice that you give women who are starting out in the field of engineering, computer science, what do you wish you knew when you started your career? And you could be that person now, what would you say? >>Yeah, well, there are a lot of things I wish I knew then, uh, that I know now, but I think there are two key aspects to a successful career in engineering. I actually got started as a math major and the reason I, I became a math major is a little convoluted. Is it as a girl, I was told we were bad at math. And so for some reason I decided that I had to major in it. That's actually how I got my start. Um, but I've had a great career and I think there are really two key aspects first. And is that it is a discipline in which respect is gained through merit. As I had mentioned earlier, engineers are notoriously detail oriented and most of our perfectionist, they love elegant, well thought out solutions and give respect when they see one. So understanding this can be a very important advantage if you're always prepared and you always bring your a game to every debate, every presentation, every conversation you have build up respect among your team, simply through merit. While that may mean that you need to be prepared to defend every point early on say, in your graduate career or when you're starting over time, others will learn to trust your judgment and begin to intuitively follow your lead just by reputation. The reverse is also true. If you don't bring your a game and you don't come prepared to debate, you will quickly lose respect. And that's particularly true if you're a woman. So if you don't know your stuff, don't engage in the debate until you do. That's awesome. >>That's >>Fine. Continue. Thank you. So my second piece of advice that I wish I could give my younger self is to understand the roles of leaders and influencers in your career and the importance of choosing and purposely working with each. I like to break it down into three types of influencers, managers, mentors, and advocates. So that first group are the people in your management chain. It's your first line manager, your director, your VP, et cetera. Their role in your career is to help you measure short-term success. And particularly with how that success aligns with their goals and the company's goals. But it's important to understand that they are not your mentors and they may not have a direct interest in your long-term career success. I like to think of them as say, you're sixth grade math teacher. You know, you're getting an a in the class and advancing to seventh grade. >>They own you for that. Um, but whether you get that basketball scholarship to college or getting to Harvard or become a CEO, they have very little influence over that. So a mentor is someone who does have a shared interest in your longterm success, maybe by your relationship with him or her, or because by helping you shape your career and achieve your own success, you help advance their goals. Whether it be the company success or helping more women achieve, we do put sip positions or getting more kids into college, on a basketball scholarship, whatever it is, they have some long-term goal that aligns with helping you with your career. And they gave great advice. But that mentor is not enough because they're often outside of the sphere of influence in your current position. And while they can offer great advice and coaching, they may not be able to help you directly advance. >>That's the role of the third type of influencer. Somebody that I call an advocate, an advocate is someone that's in a position to directly influence your advancement and champion you and your capabilities to others. They are in influential positions and others place, great value in their opinions. Advocates stay with you throughout your career, and they'll continue to support you and promote you wherever you are and wherever they are, whether that's the same organization or not. They're the ones who, when a leadership position opens up will say, I think Mary's the right person to take on that challenge, or we need to move in a new direction. I think Mary's the right person to lead that effort. Now advocates are the most important people to identify early on and often in your career. And they're often the most overlooked people early on, often pay too much attention and rely on their management chain for advanced managers, change on a dime, but mentors and advocates are there for you for the long haul. And that's one of the unique things about the database culture. Those set of advocates were just there already because they had focused on building the next generation. So I consider, you know, Mike Carey is my father and Mike Stonebraker is my grandfather. And Jim gray is my great-grandfather and they're always there to advocate for me. >>That's like a scheme and a database. You got to have it all white. They're kind of teed up. Beautiful, great advice. >>Thank you for that. That was really a masterclass. And that's going to be great advice for folks really trying to figure out how to play the cards they have a and the situation and to double down or move and find other opportunities. So great stuff there. I do have to ask you Maira, thanks for coming on the technical side and the product side Couchbase Capella was launched, uh, in conjunction with the event. What is, what is the bottom line for that as, as an operations and engineering, you know, built the products and roll it out. What's the main top line message for about that product? >>Yeah, well, we're very excited about the release of Capella and what it brings to the table is that it's a fully managed in an automated database cloud offering so that customers can focus on development and building and improving their applications and reducing the time to market without having to worry about the hard problems underneath and the operational database management efforts that come with it. Uh, as I mentioned earlier, I started my career as a UVA and it was one of the most sought after and highly paid positions in it because operating a database required so much work. So with Capella, what we're seeing is, you know, taking that job away from me, I'm not going to be able to apply for a DBA tomorrow. >>That's great stuff. Well, great. Thanks for coming. I really appreciate congratulations on the company and public offering this past summer in July and thanks for that great commentary and insight on the QPR. Thank you. >>Thank you very much. >>Okay. Mary Ross, VP of engineering operations at Couchbase part of Couchbase connect online. I'm John furry host of the cube. Thanks for watching.

(upbeat music) >> This is Dave Vellante, and I'd like to welcome you back to The Cube's coverage of Couchbase ConnectONLINE, where the theme of this event is Modernize Now. And one of the big announcements is Capella, which of course, as you all undoubtedly know, is the brightest star in the constellation Auriga, which is Latin for Charioteer. Yup, you can find that in the constellation, that constellation in the night sky in late Feb, early March, in the Northern hemisphere. So with that little tidbit, I'd like to welcome in Scott Anderson to The Cube, who's the Senior Vice President of Product Management and Business Operations at Couchbase. Scott, welcome. Good to see you. >> Thank you very much. Thanks for having me. >> Yeah, it's our pleasure. So, you've launched Couchbase Capella. If I understand correctly, it's built on Couchbase server 7, which you launched just a few months ago in the middle of the Summer. Can you give us an overview of Capella? >> Yeah, absolutely. So Couchbase Capella, is our fully managed databases service for enterprise applications. One of the goals of launching Capella and our database as a service offering that we just announced today is, about increasing the accessibility of Couchbase. So, it's about making it easy for a Developer or an Enterprise to get up and running in just a few clicks and a couple of minutes. And about making it more affordable and accessible through the development phase, through the test phase, the production phase. So really it's about ease of use, having the right offerings aligned to the phase of development that a customer's in, and eventually into the production of their enterprise application, leveraging Capella and Couchbase Server 7. >> So let me ask you, I went pretty deep with Ravi on the, the technical side, and I want to understand, what makes Capella different from some of the competitive offerings? Is it the, sort of the fundamentals that I learned from Ravi about how you guysbhave really done a awesome focus on SQL. But been able to maintain acid compliance, deal with distributed architectural challenges, and then bringing that over to database as a service? Is that the fundamental? What are some of the other differentiators? >> Yeah, that, that is the fundamental. We have an amazing platform that Ravi and our core engineering team have built. And we've talked about that, and I think Ravi mentioned that, the ease of SQL and applying that to a documented oriented database. and combining some of those capabilities with the ease of use. The ability that you can get up and running, signing up for our free trial. Couple of minutes later, you've got a database endpoint that is fully managed by Couchbase. And so we're doing the monitoring. We're doing alerting. We have calls to action based off what events are occurring within the database environment, ensuring it's always available, as well as doing kind of some of the mundane tasks of backup and recovery, scaling the environment upgrades and so forth. So it's really about ease of use making it, leveraging our incredibly robust broad platform, and then making that in different consumable model for our customers and developers and getting started really easily. The other thing that we've done, is really leveraged the best practices over the last 10 or 11 years, if some of the largest enterprises in the world using Couchbase for the mission critical applications. So we've codified those best practices. And that's how we keep that service high performant, always on, highly available. And that's one of the core value propositions that we're able to bring with Capella. It's really that management capability, global visibility of your clusters, coupled with what we believe is the best, no SQL database in the marketplace today. >> What about, what about costs total cost of ownership as you scale, a lot of times when you scale out and you get diseconomies of scale, it's kind of like, you know, you get that negative curve. What are you seeing? >> Yeah, we've done third party benchmark studies, which have proven out how we were able to linearly scale the environment and continue on that curve, as you add nodes, you're getting that incremental performance that you would expect. The other thing that we do that's really unique within in Couchbase is, our multi-dimensional scaling. And this allows you to place our services, things like data index query, full-text search, indexes and analytics. You can co-locate those on single nodes within the cluster, or you can have dedicated nodes for each one of those services. The reason that is important is, you get work-life isolation for those specific services within our cluster. The other thing that you can do is, you can match the compute infrastructure to the needs of each one of those services. So some services like query are much more core compute intensive, and that allows you to have a specific instance type that is optimized for that, reducing your cost. Indexes, where do you want very fast performance? You may want to have a higher amount of memory relative to the number, of course. So that ability to mix and match the infrastructure within the existing cluster, allows us to lower overall costs. That coupled with our blazing fast performance with our in-memory architecture, allows people to get incredible performance at scale. What we've proven out in the study that I mentioned earlier is we have that linear scalability, and you're able to do more for less, at the end of the day. You're getting more operations per second, per dollar, if you want to use that as a metric data. >> Thank you for that. What do customers need to think about when they want to get started with Capella? How difficult is it for people to jump in? >> It is incredibly simple. It's as simple as going to couchbase.com Clicking on start your free trial. You go into that free trial. You provide a minimal set of information for us, and it's literally a few clicks and you're going to have a database endpoint within three minutes. And that's really been a foundation of, of what we've been focused on over the last six to nine months is removing any friction we can in the process. Cause our goal is to give a firm a tremendous user experience and get people up and running as quickly as possible. So we're really, really proud of that. And then from a paid offering perspective, we have a number of offerings which are really aligned to the needs of each customer. Some individuals who want a larger cluster and they want to be able to pay for that, we've optimized service levels around that, in terms of level of support and the features that we think are appropriate for a dev cycle, a test cycle, and then inner production. And lastly, we'll be announcing a number of promotional starter pack bundles. Really trying to couple the overall service that we have with Capella, with some of our expertise. So helping new users get up and running in terms of things like index definitions, what's the best way to do document design and schema within Couchbase. Our end goal, is to match these services and bundles with the life cycle of application development. So in my development phase, what's the offering for me, as I move for production readiness, what services capabilities I need and then production and the ongoing, if I expand my use. So we've been really focused on how do we get people up and running as quickly as possible and how do we get them to production as quickly as possible at the lowest total cost. >> That's nice. That's a nice accelerant for, for customers. So as you heard upfront, I did a little research about the name, Capella. How did you choose it and why? >> Well, one thing I learned early in my career is naming is not a strong suit of mine. I leave that to John our Chief Marketing Officer in the overall team. We all have opinions, but I trust John. And we went through, I think it was over 60 names, seven rounds of debate to come up with Capella. But we wanted a name of strength. We liked the alliteration, Couchbase and Capella together. One of the little facts may have tipped it over is, I believe in Latin, it means little goats. So we kind of played, I'm from the bay area. So I was thinking to Jerry Rice, goat, greatest of all times. So that was nice play on that also. But I leave it to them and really happy with the overall name, love the, literation, love some of the hidden meanings within that. And we're really, really excited about getting it going. So you wouldn't want me to pick the name. I get a vote, but I would say my overall influence is a little bit lower than where John's is and, and Matt Cain, who I know you spoke with previously. >> I love it. Jerry Rice definitely is the little goat. I'm from New England. So of course, we think Tom Brady is the big goat. >> I know, I grew up in that Joe Montana era. So maybe you can take that offline after this interview, we're going to have around debate, but I guess a Superbowl trophies are the ultimate measure at the end of the day. >> Oh wait, I got a little stat for you. So, so Capella is also one of the 88 modern constellations as adopted by the international astronomical union. I.e not one of the ancient constellations. Pretty clever, right? >> Yeah, exactly. >> Scott, it's great to have you on the cube. Thanks so much, really appreciate it. >> Thank you so much. I really appreciate it All right. Thank you for watching. Our pleasure. Thank you for watching The Cubes coverage of Couchbase Connect 2021. Keep it right there for more great content. (upbeat music)

(upbeat music) >> This is Dave Vellante, and I'd like to welcome you back to The Cube's coverage of Couchbase ConnectONLINE, where the theme of this event is Modernize Now. And one of the big announcements is Capella, which of course, as you all undoubtedly know, is the brightest star in the constellation Auriga, which is Latin for Charioteer. Yup, you can find that in the constellation, that constellation in the night sky in late Feb, early March, in the Northern hemisphere. So with that little tidbit, I'd like to welcome in Scott Anderson to The Cube, who's the Senior Vice President of Product Management and Business Operations at Couchbase. Scott, welcome. Good to see you. >> Thank you very much. Thanks for having me. >> Yeah, it's our pleasure. So, you've launched Couchbase Capella. If I understand correctly, it's built on Couchbase server 7, which you launched just a few months ago in the middle of the Summer. Can you give us an overview of Capella? >> Yeah, absolutely. So Couchbase Capella, is our fully managed databases service for enterprise applications. One of the goals of launching Capella and our database as a service offering that we just announced today is, about increasing the accessibility of Couchbase. So, it's about making it easy for a Developer or an Enterprise to get up and running in just a few clicks and a couple of minutes. And about making it more affordable and accessible through the development phase, through the test phase, the production phase. So really it's about ease of use, having the right offerings aligned to the phase of development that a customer's in, and eventually into the production of their enterprise application, leveraging Capella and Couchbase Server 7. >> So let me ask you, I went pretty deep with Ravi on the, the technical side, and I want to understand, what makes Capella different from some of the competitive offerings? Is it the, sort of the fundamentals that I learned from Ravi about how you guysbhave really done a awesome focus on SQL. But been able to maintain acid compliance, deal with distributed architectural challenges, and then bringing that over to database as a service? Is that the fundamental? What are some of the other differentiators? >> Yeah, that, that is the fundamental. We have an amazing platform that Ravi and our core engineering team have built. And we've talked about that, and I think Ravi mentioned that, the ease of SQL and applying that to a documented oriented database. and combining some of those capabilities with the ease of use. The ability that you can get up and running, signing up for our free trial. Couple of minutes later, you've got a database endpoint that is fully managed by Couchbase. And so we're doing the monitoring. We're doing alerting. We have calls to action based off what events are occurring within the database environment, ensuring it's always available, as well as doing kind of some of the mundane tasks of backup and recovery, scaling the environment upgrades and so forth. So it's really about ease of use making it, leveraging our incredibly robust broad platform, and then making that in different consumable model for our customers and developers and getting started really easily. The other thing that we've done, is really leveraged the best practices over the last 10 or 11 years, if some of the largest enterprises in the world using Couchbase for the mission critical applications. So we've codified those best practices. And that's how we keep that service high performant, always on, highly available. And that's one of the core value propositions that we're able to bring with Capella. It's really that management capability, global visibility of your clusters, coupled with what we believe is the best, no SQL database in the marketplace today. >> What about, what about costs total cost of ownership as you scale, a lot of times when you scale out and you get diseconomies of scale, it's kind of like, you know, you get that negative curve. What are you seeing? >> Yeah, we've done third party benchmark studies, which have proven out how we were able to linearly scale the environment and continue on that curve, as you add nodes, you're getting that incremental performance that you would expect. The other thing that we do that's really unique within in Couchbase is, our multi-dimensional scaling. And this allows you to place our services, things like data index query, full-text search, indexes and analytics. You can co-locate those on single nodes within the cluster, or you can have dedicated nodes for each one of those services. The reason that is important is, you get work-life isolation for those specific services within our cluster. The other thing that you can do is, you can match the compute infrastructure to the needs of each one of those services. So some services like query are much more core compute intensive, and that allows you to have a specific instance type that is optimized for that, reducing your cost. Indexes, where do you want very fast performance? You may want to have a higher amount of memory relative to the number, of course. So that ability to mix and match the infrastructure within the existing cluster, allows us to lower overall costs. That coupled with our blazing fast performance with our in-memory architecture, allows people to get incredible performance at scale. What we've proven out in the study that I mentioned earlier is we have that linear scalability, and you're able to do more for less, at the end of the day. You're getting more operations per second, per dollar, if you want to use that as a metric data. >> Thank you for that. What do customers need to think about when they want to get started with Capella? How difficult is it for people to jump in? >> It is incredibly simple. It's as simple as going to couchbase.com Clicking on start your free trial. You go into that free trial. You provide a minimal set of information for us, and it's literally a few clicks and you're going to have a database endpoint within three minutes. And that's really been a foundation of, of what we've been focused on over the last six to nine months is removing any friction we can in the process. Cause our goal is to give a firm a tremendous user experience and get people up and running as quickly as possible. So we're really, really proud of that. And then from a paid offering perspective, we have a number of offerings which are really aligned to the needs of each customer. Some individuals who want a larger cluster and they want to be able to pay for that, we've optimized service levels around that, in terms of level of support and the features that we think are appropriate for a dev cycle, a test cycle, and then inner production. And lastly, we'll be announcing a number of promotional starter pack bundles. Really trying to couple the overall service that we have with Capella, with some of our expertise. So helping new users get up and running in terms of things like index definitions, what's the best way to do document design and schema within Couchbase. Our end goal, is to match these services and bundles with the life cycle of application development. So in my development phase, what's the offering for me, as I move for production readiness, what services capabilities I need and then production and the ongoing, if I expand my use. So we've been really focused on how do we get people up and running as quickly as possible and how do we get them to production as quickly as possible at the lowest total cost. >> That's nice. That's a nice accelerant for, for customers. So as you heard upfront, I did a little research about the name, Capella. How did you choose it and why? >> Well, one thing I learned early in my career is naming is not a strong suit of mine. I leave that to John our Chief Marketing Officer in the overall team. We all have opinions, but I trust John. And we went through, I think it was over 60 names, seven rounds of debate to come up with Capella. But we wanted a name of strength. We liked the alliteration, Couchbase and Capella together. One of the little facts may have tipped it over is, I believe in Latin, it means little goats. So we kind of played, I'm from the bay area. So I was thinking to Jerry Rice, goat, greatest of all times. So that was nice play on that also. But I leave it to them and really happy with the overall name, love the, literation, love some of the hidden meanings within that. And we're really, really excited about getting it going. So you wouldn't want me to pick the name. I get a vote, but I would say my overall influence is a little bit lower than where John's is and, and Matt Cain, who I know you spoke with previously. >> I love it. Jerry Rice definitely is the little goat. I'm from New England. So of course, we think Tom Brady is the big goat. >> I know, I grew up in that Joe Montana era. So maybe you can take that offline after this interview, we're going to have around debate, but I guess a Superbowl trophies are the ultimate measure at the end of the day. >> Oh wait, I got a little stat for you. So, so Capella is also one of the 88 modern constellations as adopted by the international astronomical union. I.e not one of the ancient constellations. Pretty clever, right? >> Yeah, exactly. >> Scott, it's great to have you on the cube. Thanks so much, really appreciate it. >> Thank you so much. I really appreciate it All right. Thank you for watching. Our pleasure. Thank you for watching The Cubes coverage of Couchbase Connect 2021. Keep it right there for more great content. (upbeat music)