(light music) >> Welcome back to Supercloud 22. I'm John Furrier, host of theCUBE. We're here Palo Alto for a big event. Supercloud 22, we've got a great ecosystem conversation here. Ramesh Prabagaran, who's the co-founder and CEO, Prosimo. Ramesh, great to see you. Thanks for coming on. >> Thanks for having me, John. >> So, I wanted to bring you in because we've had previous CUBE conversations around cloud networking, latency, you also have some, some pedigree, Viptela. The folks in the industry know that's been a deep tech company. >> Yep. >> You have been around the block. You've seen the movie before. You've seen the tech trends. You've seen the hype. You've seen the fluff. Where's the meat on the bone with Supercloud in your opinion? >> So it, it starts with what enterprises are struggling with, right? And if you take a very simple example, it's actually quite fresh in my mind because I was just having this conversation this morning. A large bank has an application sitting in AWS, right? And they have to provide the application access to the treasury, to their suppliers, to ticker feeds, to all their downstream partners, and so on and so forth. Guess what? They don't control, where all those things are. They're in very different regions and very different clouds. And so you, whether you like it or not, you have a problem here, right? And so it starts with, for the particular bank, what are the capabilities that they need, right? And so AWS provides a whole host of native capabilities, but they still need to build a few more things on top. So going by, essentially the definition of Supercloud, even within a single cloud you need to build a few more capabilities on top. That gets worsened by the fact that now you need to provide access to various other clouds, various other regions and, and so forth. So, whether we like it or not, this movie is here to stay. >> What's the difference between Supercloud and multi-cloud? Because multi-cloud, I've been saying, is not necessarily a market yet. >> Correct, yes. So, Supercloud is essentially the cloud native capabilities provided by the hyperscalers, get you probably 30, 40% of the way, right? But then, in order to deliver on a care about, right? In our case, from a cloud networking standpoint, that is experience, that's performance, reliability, zero trust access, and then so forth. You have to take that a little bit further, and so we have vendors, like us, that actually build capabilities on top of the hyperscalers, right? Now, even if you think of a single cloud, how you build that is different on AWS than it's on Azure, than on GCP. But do the customers care? No, they want to be able to consume it in exactly the same way across all of them. So, whether it's multi-cloud or a single cloud, you have a problem that is white space on top of the hyperscalers capabilities that you just need to build. >> And what problems is it solving today? Because again, I, again, multi-cloud, I've yet seen the problem. I kind of get what's happening. Multiple clouds do exist. Use cases matter, maybe best debri, but they're standalone. They're not really interoperating, so to speak. So people have been successful on, on public cloud. >> That's correct, yes. >> For use cases? >> Absolutely. So even if you take a single cloud, for example, right? You have multiple problems to, to address. So let's take the example of, I have users coming from various different regions, around the globe, and I have apps that are spread, maybe not across like all clouds, but single cloud, maybe multiple regions, right? Now, I have a reach problem, which is, I need to go from where the user is to where the application is sitting. I have an experience problem because if my spinning wheel shows up, I'm going to go crazy. I have a security problem because I want to make sure it's only me that have access to it, right? But does the cloud provider solve for this entirely? No, they give you the nuts, the bolts, or what we call ours essentially, what you need is a, is a latte. They give you really nice coffee beans, not just one flavor, 20 flavors of those. They give you raw sugar and a few other things. They give you five different flavors of milk, but you got to make your own latte. So, that's what we do. >> And this is where the infrastructure transformation's happening. >> Exactly. >> And the super paz layer, as Dave Vellante and I have talked about in cloud, is you have to integrate a native cloud. >> Correct. >> Which is beautiful. It's integrated, everything works together, there's a lot of lattes to be made or espressos. >> Exactly. >> I mean, tons of great things there. So, big check marks, double check, gold star for AWS. >> Correct. >> All good. Now, on premises, we've found that hybrid is a steady state. >> Exactly. >> Okay, that's cloud operations. Now, you got the edge. Where does the Supercloud strategy come in? For the folks watching there, it's like, "Hey, okay, I get that." "But I don't want to just buy into another vendor's hype." >> Absolutely. >> "I got to build my own cloud," to your point about the lattes. >> Correct. >> They have to make their own infrastructure an application environment to power the developer. >> Exactly. And, and hybrid is here to stay as, as you pointed out, right, John? So, I have my data center and let's say when most folks start out they start to like a single region of a single cloud, right? And what are you most concerned about there? Hey, can I migrate? Can I start to build applications in the public cloud, right? And all you care about is can you talk back into my data center? Like, as long as some basic hygiene is there that's all they care about, right? The problem happens when you go from, kind of, the first five EC2 instances to 50 to a hundred, then you have a few other things that you need to care about, right? That's really kind of where the, the Supercloud capabilities start to come in, right? Because you have the cloud native things you can make that work for the first few days, but then after that you need augmented capabilities. >> So Ramesh, some people will say, "Hey, John, Supercloud okay, it's funny, ha ha ha." But isn't it just SAS? >> No, SAS is a delivery mechanism, right? And so, so there is the capability and that is how do you want to consume, right? And so capabilities or cloud native capabilities or piece of software capabilities or (unintelligible) cluster form factor and so forth. How do you want to consume? Maybe it's a package form factor, it is a size, it could even be passive if it's sitting in the, in the element, and then so forth, right? And so you really want to distinguish those two. And, and, and that's how we see the, the industry evolve. >> Can Superclouds be specialty clouds? Like is Snowflake a Supercloud? Is Goldman Sachs financial cloud a Supercloud? >> Absolutely, right. So Supercloud is not like a, a conglomeration of multiple capabilities, right? It can be for a specific use case, it can be for a specific functionality. So we, we consider our capabilities by the definition as a Supercloud in, in networking, right? In cloud networking, in Prosimo. So, does that solve the entirety of what I want to do in the cloud? No, absolutely not. There's data, there's computers, a whole bunch of other things, but for a specialty you do have some Supercloud. >> Yeah, in fact, I had a note here. I was going to ask you will, when will there be specialty clouds, apps, identity, data, security, nteworking, we will see those? >> Absolutely, yeah. And, and those are slowly starting to brew, right? So you have, you have identity as one, you have networking as one, you have the zero trust piece as, as another one, you have data as a, as another one. So when all these things come together, absolutely. That's what, that's what enterprise customers care about. >> So I love infrastructure as code, that drove a lot of the evolution and revolution of DevOps. When are we going to see security as code and network as code? Or is it there? >> No networkers code, for sure. It's already, it's already there. It's probably in its early innings, I would say, but we are starting to see that already. The reason for that is really simple. Enough CIOs have yelled at their networking teams to say, "my app guys can get this done three," "four times a day, you get this done once a week." Right? And so, that has actually driven quite a bit of innovation, >> It's slow, >> It's slow, right? And so that's driven quite a bit of innovation. It all starts with, hey, can I build a Terraform provider and then just integrate into Terraform? But it doesn't, it doesn't stop there, right? There's a whole bunch of additional capabilities, a day in troubleshooting, a whole bunch of things that need to come together. But I would say networkers code has already started to, to, to take ship. >> Which, that's a great point about specialty clouds. What about vertical clouds too? 'Cause you got insurance, oil and gas, FinTech. Both sides of the stack can have specialty clouds. >> Absolutely, yeah. So, it, what's driving specialty clouds, right? Some of it is compliance, mainly because you just have to shard the data, and when you shard the data, the entirety gets, gets sharded, right? Some of it driven by use case, because some are a little more serverless, service mesh and intelligence focused, some are a little more infrastructure focused. So you do see that taking off. I would say we've seen a whole lot more, kind of, on the horizontal side, less on the vertical side, but that's really happening, right? >> Yeah, I think that, to me, indicates a Supercloud. The fact that the diversity of the application on the clouds themselves, someone could be spending, say, Liberty Mutual or Goldman Sachs. They were once spending that as CapEx. >> Exactly. >> Now it's OPEX, so they become a service provider. So, if you have scale with data and expertise, you become a Supercloud by default. And you don't have to pay for the CapEx, >> Yeah. You're already paying in. >> Exactly, yeah. >> And that's what snowflake basically did with data warehouse. >> That's right, yeah. >> I mean they're basically a data warehouse. Refactored on the cloud and then go, "whoa, let's go to Azure." >> Yeah. And, and where does that data decide do you ask that question? No, right? You just assume that, hey, retrospective of it's a single cloud, multiple regions, it's there. If it's stretched to multiple clouds, yes, it's just there, but you, you talk about like that. >> In our cloud already panel earlier, we talked about how companies are going fast on one native cloud, 'cause they don't want to have multiple development teams and different ops teams. They go all in say, hey, mostly AWS wins this, unless it's specially Azure productivity software or SQL database, go hard in on Amazon, get speed and velocity, get that flywheel, win, get scale, get value. Then go to Azure, provide that same value to that marketplace and other clouds. Then the next dot to connect is, can the customer have the same experience across the clouds? That's where it gets interesting. What's your thoughts on that? >> Actually, it gets interesting even when they go from a single cloud in a single region to multiple regions, right? And the, the more spread out the regions are, you have requirements around application performance, application experience and so forth. So, suddenly the networking conversation starts to become an experience and a performance conversation. The security conversation starts to become a zero trust conversation and so forth. And so you, you do see that, that interesting shift that's happening. >> Of course. >> Exactly. And then that gets worsened by the fact that now you have multiple clouds, multiple regions, and then... >> So you got regions, clouds, >> and then you have edge locations now. >> And edge. >> You mentioned edge. >> This, this is why I think multi-cloud is BS, because this is all coming so fast. You got to get your Supercloud first. >> Exactly. >> Then you extend into, what it looks like a multi-vendor or multifaceted environment that should be automated by that time. >> Exactly. >> So it's evolutionary, we're not there yet. >> Exactly. >> So you agree, no market yet? >> That's right, yes. So unless it's like the super large enterprises where we have seen a really good mix of multiple different clouds or super large enterprises where each business unit is free to choose the cloud of their choice for the application developers because they just like a certain cloud, right? >> Or negotiations. >> Or negotiations, right? Exactly, so there you find yourself in a healthy mix. It's not like you're 80, 10, 10. It's, it's a healthy mix of three different clouds, right? But vast majority of the enterprises, they have a concerted strategy, I have a primary cloud 'cause that's where two, two big CEOs shake hands and assign multi billion dollar deals, right? >> It's just a song with Howie Shute, who's now a Zscaler, former VMware. Probably know Howie, he's a legend in the community as well. We were talking about the old days of the data center and you remember that? We'll go back to our, into our, you know, historical views of experience. Back when the data center became popular this was the glass house. Mainframes to mini computers. It became a complex environment. You had to have pretty much a PhD or serious networking or some sort of technical background. And then IT was born, the local area networks, the mini computers, and the PCs change that dynamic. IT was born. Okay, and let's just say it, most IT guys aren't PhDs. >> Exactly. >> So what's happened there is democratization and the operations side of that wave. We're kind of going th&rough it now, don't ya think, with cloud? Like, you got to be super smart to wrangle the data. I mean, some of the data pipelining stuff is super complex, after Snowflake and data bricks. >> Absolutely. And largely depends on the maturity, right? Like, so once you pass a certain scale in the cloud the care abouts start to be very different. The care abouts are, how can I operate this at scale? Because I might have started off with a relatively inefficient infrastructure, right? But now if I start to operate that at scale with like thousands of VPCs and so forth, somebody is looking at an AWS bill there and going, "ah, no, no, no, we're not going to do that." >> We're getting to the good part now. So, so here's where I wanted to get to, 'Cause we're kind of getting there, The proof points of Supercloud is IT like operations, >> Correct. >> Easy. >> Yep. >> Not overstaffed and maybe an SRE model one too many. >> Yeah, exactly. >> What are the proof points do you see that would be evidence that Supercloud is working? >> So in a well functional model where we have seen enterprises take the applications that they care about and then move that into the public cloud or build it organically. If they have staffed their team, I think a good leading indicator is that they have staffed the team so that there are a bunch of guys who understand what it means for cloud native capabilities. There are a bunch of guys who then put it together and then you look at the care abouts, right? Ultimately at the end of the day, the goal, if you go higher up in the layers, is it about application experience? Is it about kind of reducing the blast radius of my security? Is it about my data cleanliness and, and hygiene? You don't care about kind of how the pipelining works underneath the covers or how do I put a transit gateway and this and that together? No, that's not what you care about. You care about kind of the outcomes and, and- >> Palmer (unintelligible) that VMware, when he was there. You just say the hardened top, no one talks about what's in an Intel processor. I mean it's just works. >> Exactly, yeah. And it's what applications you build on top of that Intel processor that actually makes it more powerful, right? And so the first evidence I would say is kind of how is the team structured? The second evidence would be kind of what, what are the care abouts for the guys that are building these applications, right? Because even the application developers more than the application, they care about kind of, is it helping? Is it delivering on the experience? Is it being used the way it's supposed to? >> Is it value? >> Exactly, right? And those are not areas that the cloud providers are solely focused on, right? Like you don't see an AWS or an Azure dashboard show that particular thing for the entirety of the application, they'll tell you for the ATR services that you, that you use, here's the SLA for each one of these services. >> And that's where the customer has to build it. >> Exactly right. Now, does that give you the full picture? No, it doesn't. Somebody has to pull this together. Somebody has to aggregate this together and then make sense as to whether this is working or not, right? So whether you call it Supercloud, or whether you call it kind of the care abouts on top of the cloud native stuff, they're all the same. I'm glad you guys came up with a, with a name for this. And I think it's going to be here to stay. >> Well, thank you for sharing your expertise. You got a great background in this area and you got, I think you guys are right on the front wave of this new change. I think a little bit early, but that's good, but don't be too early. >> Yeah, exactly. No, and, and, and that's really important, right, John? So, you don't want to be too early. You certainly don't want to be too late, but at the same time, the pace at which things are evolving are fast enough that you, you will see. I think when, if we have this conversation even three months from now, it might be a very different conversation. >> Yeah, people want to go fast and they don't want to get stuck with a vendor. They made a bad choice that slows 'em down 'cause they got problems to solve, things to build. >> Yeah, exactly. >> Ramesh, thanks for coming on, Supercloud 22, we're breaking it all down. We're exposing it out to everyone. We're discussing it. We're going to challenge it. But ultimately it is a thing. Supercloud 22. Thanks for watching. >> Wonderful, thanks John. (light music)

(upbeat music) >> Hello, welcome to this Cube Conversation here in Palo Alto, California. I'm John Furrier, host of theCube. We have a returning Cube alumni, Ramesh Prabagan, who is the co-founder and CEO of Prosimo.io. Great to see you, Ramesh. Thanks for coming in to our studio, and welcome to the new layout. >> Thanks for having me here, John. After a series of Zoom conversations, it's great to be live and in the flesh! >> Great to be in person. We also got a new stage for our Supercloud event, which we've been opening up to the community, looking forward to getting your perspective on that soon as well. But I want to keep the conversation really about you guys. I want to get the story down. You guys came out of stealth, Multicloud, Supercloud is right in your wheelhouse. >> Exactly. >> You got to love Supercloud. >> Yeah. As I walked in, I saw Supercloud all over the place, and it just gives you a jolt of energy. >> Well, you guys are in the middle of the action. Your company, I want you to explain this in a minute, is in the middle of this next wave. Because we had the structural change I called Cloud One. Amazon, use case, developers, no need to build a data center, all that goodness happens, higher level service of abstractions are happening, and then Azure comes in. More PaaS, and then more install base, now they're nipping at the heels. So full on hyperscale, Cap Backs growth, great for everybody. Now comes new use cases. Cloud to cloud, app to app, you see Databricks, Snowflake, MongoDB, all doing extremely well by leveraging the Cap Backs, now it's an ops problem. >> Exactly. >> Now ops and security. >> Yeah. It's speed of applications. >> How are you guys vectoring into that? Explain what you guys do. >> Absolutely. So let me take kind of the customer pain point first, right? Because it's always easier to explain that, and then we explain what is it that we do. So, it's no surprise. Applications are moving into the cloud, or people are building apps in the cloud in masses. The infrastructure that's sitting in front of these applications, cutting across networking, security, the operational piece associated with that, does not move at the same speed. The apps sometimes get upgraded two, three times a day, the infrastructure gets touched one time a week at best. And so increasingly, the cloud platform teams, the developers are all like, "Hey, why? Why? Why?" Right? "I thought things were supposed to move fast in the cloud." It doesn't. Now, if you double click on that, really, it's two reasons. One, those that won't have consistency across the stack that they hired in the data center, they bring a virtual form factor of that stack and line it up in the cloud, and before you know it, it's cost, it's operation complexity, there are multiple single panes of glass, all the fun stuff associated... >> Just to interject real quick. It is fast in the cloud if you're a developer. >> Exactly. >> So it's kind of like, hurry up, slow down, wait. >> Correct. >> So the developers are shifting left, open source is booming. Things are fine for developers right now. If you're a developer, things are good. >> But the guy sitting in front of that... >> The ops guys, they've got to deal with things like lock-in, choice, security. >> Exactly. And those are really the key challenges. We've seen some that actually said, "Hey, know what, I don't want to bring my data center stack into the cloud. Let me go cloud-native. And they start to build it up. 14 services from AWS, 15 from iGR, 14 more from GCP, even if you are in a single cloud. They just keep it to that. I need to know how to put this together. Because all these services are great, but how do I put this together. And enterprises don't have just one application, they have hundreds of these applications. So the requirements of a database is different than a service mesh, different than a serverless application, different than a web application. And before you know it, "How do I put all these things together?" And so we looked at this problem, and we said, "Okay. We subscribe to the fact that cloud-native is the way to go, right, but something needs to be there to make this simple." Right? And so, first thing that we did was bring all these cloud-native services together, we help orchestrate that, and we said, "okay, know what, Mr. Enterprise? We got you covered." Right? But now, it doesn't stop there. That's like, 10% of the value, right? What do you really need? What do you care about now? Because the apps are in the center of the universe, and who's talking to it? It's another application sitting either in the same cloud, or in a different cloud, or it's a user connecting into the application. So now, let's talk about what are the networking security operational requirements required for these apps to talk to each other, or the user to talk to the application. That's really what we focus on. >> Yeah. And I think one of the things that's driving this opportunity for you, and I want to get your reaction to this, is that the modern application movement is all about cloud-native. Okay, they're obviously doing great. Now, kind of the kumbaya moment in enterprise is that the security team and ops teams have to play ball and be friends with the developer, and vice versa. So harmony's coming there. So the little harmony. And two, the business is driving apps. IT is transforming over. This is why the Supercloud idea is interesting to Dave and I. Because when we coined that term, multi-cloud was not a market. Everyone has multiple clouds, 'cause they have Microsoft Office, that's now in the cloud, they got SQL Server, I mean it's really kind of Microsoft Cloud. >> Exactly. >> So you have a cloud. But do you have ops teams building on the stack? What about the network layer? This is where the rubber meets the road. >> Absolutely, yeah. And if you look at the challenges there, if you just focus on networking and security, right? When applications need to talk to each other, you have a whole bunch of underlying services, but somebody needs to put this thing on top. Because what you care about is "can these group of users talk to these class of applications." Or, "these group of applications, can they talk to each other," right? This whole notion of connectivity is just table stakes. Everybody just assumes it's there, right? It's the next layer up, which is, "how do I bring Zero Trust access? How do I get the observability?" And observability is not just a bunch of pretty donut chats. I have had people look to me in my previous company, the start-up, and said, "okay, give me all these nice donut chats, but so what? What do you want me to do with this?" And so you have to translate that into real actions, right? "How do I bring Zero Trust capabilities? How do I bring the observability capabilities? How do I understand cloud-native and networking and bring those things together so that you can help solve for the problem." >> It's interesting, one of the questions I had here to ask you was "what does it mean to be cloud-native, and why now?" And you brought up Zero Trust, trust and verify, these are security concepts. But if you look at what's going on at KubeKon and CNCF and Linux Foundation, software supply chain's a huge issue, where trust is the issue. They want trust there, so you got Zero Trust here. What is it? Zero Trust or trust? I mean, what's there? Is one hardware based, perimeter, networking? That kind of perimeter's dead, ton of... >> No, the whole- >> Trust or Zero Trust. >> The whole concept of Zero Trust is don't trust what is underlying, just trust what you're talking to. So if you and I talking to each other, John, you need to trust me, I need to trust you, and be able to have this conversation. >> You've been verified. >> Exactly, right? But in the application world, if you talk about two apps that are talking to each other, let's say there is a web application in one AWS region talking to a database in a different region, right? Now, do you want to make sure you are able to build that trust all the way from the application to the application? Or do you want to move the trust boundary to the two entities that are talking to each other so that irrespective of what they go on underneath the covers, you can be always sure that these two things are trusted. >> So, Ramesh, I was on LinkedIn yesterday, I wrote a comment, Dave Vallante wrote a post on Supercloud, we're talking about it, and I wrote, "Cloud as a commodity," question, and then a bunch of other stuff that we're going to talk about, and Keith Townsend jumped on that, and got on Twitter, put a poll, "Is cloud a commodity? Source: me." So, it started a big thread. And the reaction was interesting. And my point was to be provocative on "Cloud isn't commodity, but there's commodity elements." EC2 and S3, you can look at that and say, "that's commodity IaaS," but Amazon Web Services has done an amazing job for higher level services. Okay, so how does that translate into the use cases that you see that you guys are going after and solving, because it's the same kind of concept. IaaS and SaaS have to work together to solve problems, but that's in an integrated environment, say, in a native-cloud. How does that work across clouds? >> Yeah, no, you bring up a great point, John. So, let's take the simple use case, right? Let's keep the user to app thing to the side. Let us say two apps need to talk to each other, right? There are multiple ways in which you can solve this problem. You can build highways. That's what our customers call it. I'll build highways. I don't care what goes on those highways, I'll just build highways. You bring any kind of application workload on it, I just make sure that the highways are good, right? That's kind of the lowest common denominator. It's the path to least resistance. You can get stuff done, but it's not going to move the needle, right? Then you have really modern, kind of service networking, where, okay, I'm looking at every single HTTP, API, n:point, whatnot, and I'm optimizing for that. Right? Great if you know what you're doing, but, like, if you have thousands of these applications, it's not going to be really feasible to do that. And so, what we have seen customers do, actually, is employ a mixed approach, where they say, "I'm going to build these highways, the highways are going to make sure that I can go from one place to another, and maybe within regions, across clouds, whatnot, but then, I have specific requirements that my business needs, that actually needs tweaking, right? And so I'm going to tweak those things. That's why, what we call as like, full stack transit, is exactly that, right, which is, I'll build you the guts of it so that hey, you know what, if somebody screams at you, "Hey, why is my application not accessible?" You don't have that problem. It is always accessible. But then, the requirements for performance, the requirements for Zero Trust, the requirements for segmentation, and all of that are things that... >> That's a hard problem. >> That's a hard problem to solve. >> And you guys are solving that? >> Absolutely, exactly. >> So, let me throw this at you. So, okay, I get that. And by the way, that's exactly what we're seeing. Dave and I were also debating about multi-cloud as what it is. Now, the nirvana definition is, "Well, I have a workload, that's going to work the same, and just magically just shift to Azure." (Ramesh laughs) >> Like, 'cause there's better resources. >> There is no magic there. >> So, but this brings up the point of operations. Now, Databricks and Snowflake, they're building their software to run on multi-cloud seamlessly. Now they can do that, 'cause it's their application. What is the multi-cloud use case, so that's a Supercloud use case in your mind, because right now it's not yet there. What is the Supercloud use case that's going to allow this seamless management or workloads. What's your view? >> Yeah, so if you take enterprise, right? Large enterprise in particular. They invariably have some workloads that are on, let's say, if the primary cloud is AWS, there are some workloads in Azure. Maybe they have acquired a new company, maybe a start-up that uses GCP, whatnot. So they have sprinkles of workloads in other clouds. >> So that's the breed kind of thing. >> Yeah, exactly. That's not what causes anybody to wake up in the morning and say, "I need to have a Supercloud strategy." That's not the thing, right? But now, increasingly you're seeing "pick the right cloud for the appropriate workload." That is going to change quite a bit. Because I have my infrastructure heavy workloads in AWS. I have quite a bit of like, analytics and mining type of applications that are better on GCP. I have all of my package applications work well on Azure, right? How do I make sure all of this. And it's not apps of this kind. Even simple things like VDI. VDI always used to be, "I have this instance I run up" and whatnot. Now every single cloud provider is giving you their own flavor of virtual desktop. And so, how do you make sure all of these things work together, right? And once again, what we have seen customers do is they settle on one cloud as their primary, but then you always have sprinkles of workloads across all of the clouds. Now, you could also go down the path, and you're increasingly seeing this, you could go down the path of, "Hey, I'm using cloud as backbone," right? Cloud providers have invested massive amounts of dollars to make sure that the infrastructure reaches there. Literally almost to the extent that every user in a metro city is ten milliseconds from the public cloud. And so they have allowed for that. Now, you can actually use cloud backbones to get the availability, the liability and whatnot. So these are some new use cases that we have seen actually blew up in customers. I was just doing an interview, and the topic was the innovator's dilemma. And one of the panelists said, "It's not the innovator's dilemma, it's the integrator dilemma." Because if you have commodity, and you have choices on, say, backbones and whatnot for transit, the integration is the key glue now. What's your reaction to that? >> Absolutely. And we have seen, we used to spend quite a bit of time in kind of what is the day zero problem, right? Like, how do I put this together? Conversations are moved past that, because there are multiple ways in which you can do that right now, right? Conversations are moving to kind of, "this is more of an operational problem for me." It's not just operations in the form of "Hey, I need to find out where the problem is, troubleshoot it, and so forth. But I need to make like really high quality decisions." And those decisions are going to be guided by data. We have enterprise customers that acquire new companies. Or they have a new site that they open up. >> It's a mishmash. >> Yeah, exactly. It's a New York based company and they acquire a team out in Sidney, Australia, right? Does your cloud tell you today that you have new users, or new applications that are in Sidney, and naturally just extend? No, it doesn't. Somebody has to look at the macro problem, look at "Where are all my workloads?" Do a bunch of engineering to make that work, right? We took it upon ourselves to say "Hey, you know what, twenty-four hours later, you're going to get a recommendation in the platform that says, 'okay, you have new set of applications, a new set of users coming from Sidney, Australia, what have you done about it?' Click a button, and then you expand on it. >> It's kind of like how IT became the easy way to run the data center. Before IT you had to be a PhD, and roll out, I mean, you know how it was, right? So you're kind of taking that same approach. Okay, well, Ramesh, great stuff. I want to do a followup, certainly with you on this. 'Cause you're in the middle of where this wave is going, this structural change, and certainly can participate in that Supercloud conversation. But for your company, what's going on there? Give us an update, customer activity, what's it like, you guys came out of stealth, what's been the reaction, give a plug for the company, who you going to hire, take a minute to plug it. >> Oh, wonderful, thank you. So, primary use cases are really around cloud networking. How do you go within the cloud, and across clouds, and to the cloud, right? So those are really the key use cases. We go after large enterprises predominantly, but any kind of mid enterprise that is extremely cloud oriented, has lot of workloads in the cloud, equally applicable, applicable there. So we have about 60 of the Fortune 500s that we are engaged in right now. Many of them are paying customers as well. >> How are they buying, service? Is it... >> Yeah. So we provide software that actually sits inside the customer's own administrative control, delivered as a service, that they can use to go- >> So on-premise hosting or in the cloud? >> Entirely in the cloud, delivered as a service, so they didn't need to take care of the maintenance and whatnot, but they just consume it from the cloud directly, okay? And so, where we are right now is essentially, I have a branch of repeatable use cases that many customers are employing us for. So again, building highways, many different ways to build highways, at the same time take care of the micro-segmentation requirements, and then importantly, this whole NetDevOps, right? This whole NetDevOps is a cultural shift that we have seen. So if you are a network engineer, NetDevOps seems like it's a foreign term, right? But if you are an operational engineer, then NetDevOps, you know exactly what to do. So bringing all those principles together, making sure that the networking teams are empowered to essentially embrace the cloud that I created, the single biggest thing that we have done, I would say done well, is we have built very well on top of the cloud provider. So we don't go against cloud-native services. They have done that really, really well. It makes no sense to go say, "I have a better transit gateway than you." No. Hands down, an AWS transit gateway, or an Azure V1 and whatnot, are some of the best services that they have provided. But what does that mean? >> How do you build software into it? >> Exactly, right? And so how can you build a layer of software on top, so that when you attach that into the applications, right, that you can actually get the experience required, you can get the security requirements and so forth. So that's kind of where we are. We're also humbled by essentially some of the mega partners that have taken a bet on us, sometimes to the extent that, we're a 70% company, and some of the partners that we are talking to actually are quite humbling, right? >> Hey, lot more resource. >> Exactly, yeah. >> And how many rounds of financing have you done? >> So we have done two rounds of financing, we have raised about 55,000,000 in capital, again, really great set of investors backing us up, and a strong sense of conviction, on kind of where we are going. >> Do you think you're early, or not? 'Cause, that's always probably the biggest scary, I can see the smile, is that what keeps you up at night? >> So, yeah, exactly, I go through these phases internally in my head. >> The vision's right on the money, no doubt about it. >> So when you win an opportunity, and we have like, a few dozen of these, right, when you win an opportunity, you're like, "Yes, absolutely, this is where it is," right, and you go for a week and you don't win something, and you're like, "Hey man, why are we not seeing this?" Right, and so you go through these cycles, but I'll tell you with conviction, the fact that customers are moving workloads into the public cloud, not in dozens but in like, the hundreds and the thousands, essentially means that they need something like this. >> And the cloud-native wave is driving big time. >> Exactly, right. And so, when the customer as a conversation with AWS, Azure, GCP, and they are privy to all the services, and we go in after that and talk about, "How do I put this together and help you focus on your outcomes?" That mentally moves them. >> It's a day zero opportunity, and then you got headroom beyond that. >> Exactly. So that's the positive side of it, and enterprises certainly are sometimes a little cautious about when they're up new technologies and so forth. It's a natural cycle. Fortunately, again we are humbled by the fact that we have a few dozen of the pioneering customers that are using our platform. That gives you the legitimacy for a start-up. >> You got great pedigree on clients. Real quick, final question. 30 seconds. What's the pain point, for people watching, when do they call you in? What's their environment look like, what are some of the things that give the signals that you guys got to get the call? >> If you have more than, let's say five or ten VPCs in the cloud, and you have not invested in building a networking platform that gives you the connectivity, the security, the observability, and the performance requirements, you absolutely have to do that, right? Because we have seen many, many customers, it goes from 5 to 50 to 100 within a week, and so you don't want to be caught essentially in the midst of that. >> One more final final question. Since you're a seasoned entrepreneur, you've been there, done that previous times, >> Yeah, I've got scars. (laughs) >> Yes, we've all got scar tissue. We've been doing theCube for 12 years, we've seen a lot of stuff. What's the difference now in this market that's different than before? What's exciting you? What's the big change? What's, in your opinion, happening now that's really important that people should pay attention to? >> Absolutely. A lot of it is driven by one, the focus on the cloud itself, right? That's driving a sense of speed like never before. Because in the infrastructure world, yeah you do it today, oh, you do it six months from now, you had some leeway. Here, networking security teams are being yelled at almost every single day, by the cloud guy saying, "You guys are not moving fast enough, fast enough, fast enough." So that thing is different. So it helps, going to shrink the sale cycle for us. So second big one is, nobody knows, essentially, the new set of use cases that are coming about. We are seeing patterns emerge in terms of new use cases almost every single day. Some days it's like completely on the other end of the spectrum. Like, "I'm only serverless and service mesh." On the other end, it's like, "I have a package application, I'm moving it to the cloud." Right? And so, we're learning a lot as well. >> A great time for Supercloud. >> Exactly. >> Do the cloud really well, make it super, bring it to other use cases, stitch it all together, make it easy to use, reduce the complexity, it's just evolution. >> Yeah. And our goal is essentially, enterprise customers should not be focused so much on building infrastructure this way, right? They should focus on users, application services, let vendors like us worry about the nitty-gritty underneath. >> Ramesh, thank you for this conversation. It's a great Cube conversation. In the middle of all the action, Supercloud, multi-cloud, the future is going to be very much cloud-based, IaaS, SaaS, connecting environments. This is the cloud 2.0, Superclouds. And this is what people are going to be working on. I'm John Furrier with theCube, thanks for watching. (soft music)