 Okay, we're back live here at the Velocity Conference in Sinclair live, this is theCUBE, SiliconANGLE's flagship program, we go out to the events, extract the signal from the noise. John Furrier, the founder of SiliconANGLE, and our next guest is Ofer Bengal, CEO of Guarantea Data, he's here in theCUBE, welcome to theCUBE. Thank you, it's great to be here. We are at the Velocity Conference, which is really the intersection of infrastructure application development, kind of in a holistic way, full stack, new technologies. So first, tell us a little bit about your company and what you guys are doing here at Velocity. Well, we deal with a new type of database which took the developers community by storm. This is a no sequel in-memory database called Redis. Redis is very, very fast, it processes hundreds of thousand transactions per second, it's up milliseconds, and this is all about performance. So Velocity is the right place to be when you deal with Redis. So why Redis, first of all, is taking everyone by storm, we use it, it's great technology, why is it so popular? Well, Redis has many attractive data types and commands which are very useful in many, many use cases today for almost any application. So that's why developers really love it. The in-memory database, so we cover a lot of storage, SSDs and infrastructure, SSDs are brought up with Flash, a whole nother level of caching, whole nother level for storage area networks, really explode to open source, scale out. But people still need real fast, low latency data. No doubt. That's where in-memory them. But developers don't need to be storage gurus to do that. So is that an area that you guys are targeting? Yes, definitely. The basic idea is to provide developers what they need in terms of database needs without all the hassle of operating those databases. So with our product, which is called the Redis Cloud, right now this product is provided as a fully managed hosting service over various clouds and platforms of the service. So with this product, the user does not need to do anything. Simply send your data and forget about it. We take care of scalability, high availability, stabilizing performance and all the ops. So one of the things about the web that's really challenging is it's asynchronous, right? So persistence is a really big thing. How do you guys look at that challenge? Okay, we have built a whole suite of high availability provisions for Redis. First of all, you can, with a click of a button, with a checkbox, you can replicate your data set within the same data center. And when a node fails, and this is something which happens in the cloud almost every day, we immediately switch your data to the replica, and you are up and running without any problem whatsoever. So this is one thing. We recently, last week, we announced another layer which is multi-AZ replication, which means that you can, with a click of a button, replicate your data set to another data center. So if the entire data center fails, we immediately use the replica in the other data center, the backup replica, and again, you're up and running without any interruption. This really is a value proposition that's as a dream scenario for developers when dealing with the cloud. I mean, because your alternative is to provision bare metal. Exactly. Load Linux. This is administrator. This is crazy. I mean, and queuing too is another issue. I mean, so if I'm going to manage large volumes of data, set to say that my site becomes popular or my application becomes popular because someone shared it virally. I want to have that queuing and that persistence. That's really, really important. I might not have the time to provision a new server or a new database. So what you're saying is, if I get this right, with Redis Cloud, I can spin up and dynamically handle that, those kinds of replication and persistence. Moreover, you know, basic Redis- Did I get that right? Absolutely, absolutely. You know, native Redis, the open source, is basically limited in scalability. You cannot grow beyond the single master server. Now, the community is working for a while on something which is called Redis Cluster, which is supposed to solve all that. However, this is taking for a very long time. With our Redis Cloud, you can grow your dataset from megabytes to gigabytes to terabytes and even more. And all that is done in a fully automated manner without you do not need to deal with nodes, clustering, scaling, stuff like that. And while supporting all the data types and commands of Redis, which is really, really unique. Yeah, I mean, I got to say, you know, one of the challenges with the Cloud is orchestration. Right, and so that's one element. So automation has been a big problem for folks on premise, on large enterprises and application developers. The other challenge has been real time. So a lot of apps need to have real time like Node.js or things of that nature. So how does a developer, I'm a developer I want real time, I want persistence, and I want to have the flexibility to just push code and everything take care of itself. How does Redis help me there? Well, Redis, as I said, is the fastest datastore available today. Much faster than anything else. Like, you know, people talk today about HANA, SAP HANA. Redis is 10X, you know, in terms of speed. We are talking about hundreds of thousands transactions at sub millisecond latencies. Whenever you want performance, whenever you need performance, the best database for that is Redis. No doubt about it. Okay, so I got to ask you the question. First of all, big fan. Really glad you're here on theCUBE. So we like what you're doing. For the folks that don't understand what you guys are doing or are new to Redis, why is it so good? Why is it so popular? And what benefits does it provide the developer and say a business that wants to use that program? I would say use cases, use cases, use cases. Name a few. Whenever you need job management, for example, signaling inside your application. So platforms such as Sidekicks, et cetera, use Redis. Whenever you need stuff like Twitter type functionality, followers, et cetera, you have a built-in clone within Redis for that. Whenever you need fast analytics, there is nothing better than Redis. Caching, Redis is replacing memcache totally today in new apps. Page ranks, post ranks, stuff like that. All these are great use cases for Redis. And if you, in any one of those, Redis is the best for that. Yeah, well congratulations, really like what you guys are doing. And you're at the show here. What are you showing here at Velocity? Again, congratulations on your success. Well deserved. Redis is really becoming the standard. What are you guys doing here at Velocity? And what are you guys showing? We demonstrate, first of all, the service. We demonstrate the performance. You can, if you have a minute, drop over to our booth next door here. And we show the great performance. We are showing hundreds of thousands of transactions with large databases in sub millisecond latencies. This is real life. And we are demonstrating our high availability with multi-AZ replication and instant auto failover. Okay, well we are here with Ofer Vigal with the Grenada system. Guarantee a system data. Redis, cloud, great product. Congratulations on your success. Thanks for coming inside theCUBE. This is the Velocity Conference. This is the kind of technology folks at Velocity about velocity is the intersection between a almost a systems view of user experience, user design with cloud and infrastructure or DevOps. Whatever you want to call it. We'll figure out a word for it. But it's really kind of coming together. I guess we call it Velocity Conference. This is the modern infrastructure that a lot of the web-scale companies or hyperscale companies are using. And developers, developers who are small scale today will be big scale. We'll use things like Redis. This is what it's all about. This is theCUBE Silicon Angles flagship program. Go to youtube.com slash silicon angle to watch the videos. Go to siliconangle.com to see the blog posts and coverage. We'll be right back with our next guest after this short break.