(upbeat music) >> You got it, it's theCUBE. We are in Vegas. This is the Cube's live coverage day one of the full event coverage of AWS reInvent '22 from the Venetian Expo Center. Lisa Martin here with Dave Vellante. We love being in Vegas, Dave. >> Well, you know, this is where Super Cloud sort of was born. >> It is. >> Last year, just about a year ago. Steve Mullaney, CEO of of Aviatrix, you know, kind of helped us think it through. And we got some fun stories around. It's happening, but... >> It is happening. We're going to be talking about Super Cloud guys. >> I guess I just did the intro, Steve Mullaney >> You did my intro, don't do it again. >> Sorry I stole that from you, yeah. >> Steve Mullaney, joined just once again, one of our alumni. Steve, great to have you back on the program. >> Thanks for having me back. >> Dave: It's happening. >> It is happening. >> Dave: We talked about a year ago. Net Studio was right there. >> That was two years. Was that year ago, that was a year ago. >> Dave: It was last year. >> Yeah, I leaned over >> What's happening? >> so it's happening. It's happening. You know what, the thing I noticed what's happening now is the maturity of the cloud, right? So, if you think about this whole journey to cloud that has been, what, AWS 12 years. But really over the last few years is when enterprises have really kind of joined that journey. And three or four years ago, and this is why I came out of retirement and went to Aviatrix, was they all said, okay, now we're going to do cloud. You fast forward now three, four years from now, all of a sudden those five-year plans of evacuating the data center, they got one year left, two year left, and they're going, oh crap, we don't have five years anymore. We're, now the maturity's starting to say, we're starting to put more apps into the cloud. We're starting to put business critical apps like SAP into the cloud. This is not just like the low-hanging fruit anymore. So what's happening now is the business criticality, the scale, the maturity. And they're all now starting to hit a lot of limits that have been put into the CSPs that you never used to hit when you didn't have business critical and you didn't have that scale. They were always there. The rocks were always there. Just it was, you never hit 'em. People are starting to hit 'em now. So what's happening now is people are realizing, and I'm going to jump the gun, you asked me for my bumper sticker. The bumper sticker for Aviatrix is, "Good enough is no longer good enough." Now it's funny, it came in a keynote today, but what we see from our customers is it's time to upgrade the native constructs of networking and network security to be enterprise-grade now. It's no longer good enough to just use the native constructs because of a lack of visibility, the lack of controls, the lack of troubleshooting capabilities, all these things. "I now need enterprise grade networking." >> Let me ask you a question 'cause you got a good historical perspective on the industry. When you think about when Maritz was running VMWare. He was like any app, he said basically we're building a software mainframe. And they kind of did that, right? But then they, you know, hit the issue with scale, right? And they can't replicate the cloud. Are there things that we can draw from that experience and apply that to the cloud? What's the same, what's different? >> Oh yeah. So, 1992, do you remember what happened in 1992? I do this, weird German software company called SAP >> Yeah, R3. announced a release as R/3. Which was their first three-tier client-server application of SAP. Before that it ran on mainframes, TCP/IP. Remember that Protocol War? Guess what happened post-1992, everybody goes up like this. Infrastructure completely changes. Cisco, EMC, you name it, builds out these PCE client-server architectures. The WAN changes, MPLS, the campus, everything's home running back to that data center running SAP. That was the last 30 years ago. Great transformation of SAP. They've did it again. It's called S/4Hana. And now it's running and people are switching to S/4Hana and they're moving to the cloud. It's just starting. And that is going to alter how you build infrastructure. And so when you have that, being able to troubleshoot in hours versus minutes is a big deal. This is business critical, millions of dollars. This is not fun and games. So again, back to my, what was good enough for the last three or four years for enterprises no longer good enough, now I'm running business critical apps like SAP, and it's going to completely change infrastructure. That's happening in the cloud right now. And that's obviously a significant seismic shift, but what are some of the barriers that customers have been able to eliminate in order to get there? Or is it just good enough isn't good enough anymore? >> Barriers in terms of, well, I mean >> Lisa: The adoption. Yeah well, I mean, I think it's all the things that they go to cloud is, you know, the complexity, really, it's the agility, right? So the barrier that they have to get over is how do I keep the developer happy because the developer went to the cloud in the first place, why? Swipe the credit card because IT wasn't doing their job, 'cause every time I asked them for something, they said no. So I went around 'em. We need that. That's what they have to overcome in the move to the cloud. That is the obstacle is how do I deliver that visibility, that control, the enterprise, great functionality, but yet give the developer what they want. Because the minute I stop giving them that swipe the card operational model, what do you think they're going to do? They're going to go around me again and I can't, and the enterprise can't have that. >> That's a cultural shift. >> That's the main barrier they've got to overcome. >> Let me ask you another question. Is what we think of as mission critical, the definition changing? I mean, you mentioned SAP, obviously that's mission critical for operations, but you're also seeing new applications being developed in the cloud. >> I would say anything that's, I call business critical, same thing, but it's, business critical is internal to me, like SAP, but also anything customer-facing. That's business critical to me. If that app goes down or it has a problem, I'm not collecting revenue. So, you know, back 30 years ago, we didn't have a lot of customer-facing apps, right? It really was just SAP. I mean there wasn't a heck of a lot of cust- There were customer-facing things. But you didn't have all the digitalization that we have now, like the digital economy, where that's where the real explosion has come, is you think about all the customer-facing applications. And now every enterprise is what? A technology, digital company with a customer-facing and you're trying to get closer and closer to who? The consumer. >> Yeah, self-service. >> Self-service, B2C, everybody wants to do that. Get out of the middle man. And those are business critical applications for people. >> So what's needed under the covers to make all this happen? Give us a little double click on where you guys fit. >> You need consistent architecture. Obviously not just for one cloud, but for any cloud. But even within one cloud, forget multicloud, it gets worst with multicloud. You need a consistent architecture, right? That is automated, that is as code. I can't have the human involved. These are all, this is the API generation, you've got to be able to use automation, Terraform. And all the way from the application development platform you know, through Jenkins and all other software, through CICD pipeline and Terraform, when you, when that developer says, I want infrastructure, it has to go build that infrastructure in real time. And then when it says, I don't need it anymore it's got to take it away. And you cannot have a human involved in that process. That's what's completely changed. And that's what's giving the agility. And that's kind of a cloud model, right? Use software. >> Well, okay, so isn't that what serverless does, right? >> That's part of it. Absolutely. >> But I might still want control sometimes over the runtime if I'm running those mission critical applications. Everything in enterprise is a heterogeneous thing. It's like people, people say, well there's going to, the people going to repatriate back to on-prem, they are not repatriating back to on-prem. >> We were just talking about that, I'm like- >> Steve: It's not going to happen, right? >> It's a myth, it's a myth. >> And there's things that maybe shouldn't have ever gone into the cloud, I get that. Look, do people still have mainframes? Of course. There's certain things that you just, doesn't make sense to move to the new generation. There were things, certain applications that are very static, they weren't dynamic. You know what, keeping it on-prem it's, probably makes sense. So some of those things maybe will go back, but they never should have gone. But we are not repatriating ever, you know, that's not going to happen. >> No I agree. I mean, you know, there was an interesting paper by Andreessen, >> Yeah. >> But, I mean- >> Steve: Yeah it was a little self-serving for some company that need more funding, yeah. You look at the numbers. >> Steve: Yeah. >> It tells the story. It's just not happening. >> No. And the reason is, it's that agility, right? And so that's what people, I would say that what you need to do is, and in order to get that agility, you have to have that consistency. You have to have automation, you have to get these people out of the way. You have to use software, right? So it's that you have that swipe the card operational model for the developers. They don't want to hear the word no. >> Lisa: Right. >> What do you think is going to happen with AWS? Because we heard, I don't know if you heard Selipsky's keynote this morning, but you've probably heard the hallway talk. >> Steve: I did, yeah. >> Okay. You did. So, you know, connecting the dots, you know doubling down on all the primitives, that we expected. We kind of expected more of the higher level stuff, which really didn't see much of that, a little bit. >> Steve: Yeah. So, you know, there's a whole thing about, okay, does the cloud get commoditized? Does it not? I think the secret weapon's the ecosystem, right? Because they're able to sell through with guys like you. Make great margins on that. >> Steve: Yeah, well, yeah. >> What are your thoughts though on the future of AWS? >> IAS is going to get commoditized. So this is the fallacy that a lot of the CSPs have, is they thought that they were going to commoditize enterprise. It never happens that way. What's going to happen is infrastructure as a service, the lower level, which is why you see all the CSPs talking about what? Oracle Cloud, industry cloud. >> Well, sure, absolutely, yeah. >> We got to get to the apps, we got to get to SAP, we got to get to all that, because that's not going to get commoditized, right. But all the infrastructural service where AWS is king that is going to get commoditized, absolutely. >> Okay, so, but historically, you know Cisco's still got 60% plus gross margins. EMC always had good margin. How pure is the lone survivor in Flash? They got 70% gross margins. So infrastructure actually has always been a pretty good business. >> Yeah that's true. But it's a hell of a lot easier, particularly with people like Aviatrix and others that are building these common architectural things that create simplicity and abstract the way the complexities of underneath such that we allow your network to run an AWS, Azure, Google, Oracle, whatever, exactly the same. So it makes it a hell of a lot easier >> Dave: Super cloud. >> to go move. >> But I want to tap your brain because you have a good perspective of this because servers used to be a great margin business too on-prem and now it's not. It's a low margin business 'cause all the margin went to Intel. >> Yeah. But the cloud guys, you know, AWS in particular, makes a ton of dough on servers, so, or compute. So it's going to be interesting to see over time if that gets com- that's why they're going so hard after silicon. >> I think if they can, I think if you can capture the workload. So AWS and everyone else, as another example, this SAP, they call that a gravity workload. You know what gravity workload is? It's a black hole. It drags everything else with it. If you get SAP or Oracle or a mainframe app, it ain't going anywhere. And then what's going to happen is all your other apps are going to follow it. So that's what they're all going to fight for, is type of app. >> You said something earlier about, forget multicloud, for a moment, but, that idea of the super cloud, this abstraction layer, I mean, is that a real business value for customers other than, oh I got all these clouds, I need 'em to work together. You know, from your perspective from Aviatrix perspective, is it an opportunity for you to build on top of that? Or are you just looking at, look, I'm going to do really good work in AWS, in Azure? Now we're making the same experience. >> I hear this every single day from our customers is they look and they say, good enough isn't good enough. I've now hit the point, I'm hitting route limitations. I'm hitting, I'm doing things manually, and that's fine when I don't have that many applications or I don't have mission critical. The dogs are eating the dog food, we're going into the cloud and they're looking and then saying this is not an operational model for me. I've hit the point where I can't keep doing this, I can't throw bodies at this, I need software. And that's the opportunity for us, is they look and they say, I'm doing it in one cloud, but, and there's zero chance I'm going to be able to figure that out in the two or three other clouds. Every enterprise I talk to says multicloud is inevitable. Whether they're in it now, they all know they're going to go, because it's the business units that demand it. It's not the IT teams that demand it, it's the line of business that says, I like GCP for this reason. >> The driver's functionality that they're getting. >> It's the app teams that say, I have this service and GCP's better at it than AWS. >> Yeah, so it's not so much a cost game or the end all coffee mug, right? >> No, no. >> Google does this better than Microsoft, or better than- >> If you asked an IT person, they would rather not have multicloud. They actually tried to fight it. No, why would you want to support four clouds when you could support one right? That's insane. >> Dave and Lisa: Right. If they didn't have a choice and, and so it, the decision was made without them, and actually they weren't even notified until day before. They said, oh, good news, we're going to GCP tomorrow. Well, why wasn't I notified? Well, we're notifying you now. >> Yeah, you would've said, no. >> Steve: This is cloud bottle, let's go. >> Super cloud again. Did you see the Berkeley paper, sky computing I think they call it? Down at Berkeley, yep Dave Linthicum from Deloitte. He's talking about, I think he calls it meta cloud. It's happening. >> Yeah, yeah, yeah. >> It's happening. >> No, and because customers, customers want that. They... >> And talk about some customer example or two that you think really articulates the value of why it's happening and the outcomes that it's generating. >> I mean, I was just talking to Lamb Weston last night. So we had a reception, Lamb Weston, huge, frozen potatoes. They serve like, I dunno, some ungodly percentage of all the french fries to all the fast food. It's unbelievable what they do. Do you know, they have special chemicals they put on the french fries. So when you get your DoorDash, they stay crispy longer. They've invented that patented it. But anyway, it's all these businesses you've never heard of and they do all the, and again, they're moving to SAP or they're actually SAP in the cloud, they're one of the first ones. They did it through Accenture. They're pulling it back off from Accenture. They're not happy with the service they're getting. They're going to use us for their networking and network security because they're going to get that visibility and control back. And they're going to repatriate it back from a managed service and bring it back and run it in-house. And the SAP basis engineers want it to happen because they see the visibility and control that the infrastructure guy's going to get because of us, which leads to, all they care about is uptime and performance. That's it. And they're going to say the infrastructure team's going to lead to better uptime and better performance if it's running on Aviatrix. >> And business performance and uptime, business critical >> That is the business. That is the business. >> It is. So what are some of the things next coming down the pike from Aviatrix? Any secret sauce you can share? >> Lot of secrets. So, two secrets. One, the next thing people really want to do, embedded network security into the network. We've kind of talked about this. You're going to be seeing some things from us. Where does network security belong? In the network. Embedded in the fabric of the network, not as this dumb device called the next-gen firewall that you steer traffic to. It has to be into the fabric of what we do, what we call airspace. You're going to see us talk about that. And then the next thing, back to the maturity of the cloud, as they build out the core, guess what they're doing? It's this thing called edge, Dave, right? And guess what they're going to do? It's not about connecting the cloud to the edge to the cloud with dumb things like SD-WAN, right? Or SaaS. It's actually the other way around. Go into the cloud, turn around, look out at the edge and say, how do I extend the cloud out to the edge, and make it look like a VPC. That's what people are doing. Why, 'cause I want the operational model. I want all the things that I can do in the cloud out at the edge. And everyone knows it's been in networking. I've been in networking for 37 years. He who wins the core does what? Wins the edge, 'cause that's what happens. You do it first in the core and then you want one architecture, one common architecture, one consistent way of doing everything. And that's going to go out to the edge and it's going to look like a VPC from an operational model. >> And Amazon's going to support that, no doubt. >> Yeah, I mean every, you know, every, and then it's just how do you want to go do that? And us as the networking and network security provider, we're getting dragged to the edge by our customer. Because you're my networking provider. And that means, end to end. And they're trying to drag us into on-prem too, yeah. >> Lot's going on, you're going to have to come back- >> Because they want one networking vendor. >> But wait, and you say what? >> We will never do like switches and any of the keep Arista, the Cisco, and all that kind of stuff. But we will start sucking in net flow. We will start doing, from an operational perspective, we will integrate a lot of the things that are happening in on-prem into our- >> No halfway house. >> Copilot. >> No halfway house, no two architectures. But you'll take the data in. >> You want one architecture. >> Yeah. >> Yeah, totally. >> Right play. >> Amazing stuff. >> And he who wins the core, guess what's more strategic to them? What's more strategic on-prem or cloud? Cloud. >> It flipped three years ago. >> Dave: Yeah. >> So he who wins in the clouds going to win everywhere. >> Got it, We'll keep our eyes on that. >> Steve: Cause and effect. >> Thank you so much for joining us. We've got your bumper sticker already. It's been a great pleasure having you on the program. You got to come back, there's so, we've- >> You posting the bumper sticker somewhere? >> Lisa: It's going to be our Instagram. >> Oh really, okay. >> And an Instagram sto- This is new for you guys. Always coming up with new ideas. >> Raising the bar. >> It is, it is. >> Me advance, I mean, come on. >> I love it. >> All right, for our guest Steve Mullaney and Dave Vellante, I'm Lisa Martin. You're watching theCUBE, the leader in live enterprise and emerging tech coverage.

[Music] we're here with steve melanie the president and ceo of aviatrix steve john and i started this whole super cloud narrative as a way to describe that something different is happening specifically within the aws ecosystem but more broadly across the cloud landscape at re invent last year you and i spoke on the cube and you said one of your investors guy named nick sterile said to you at the show it's happening steve welcome to the cube what's happening what did nick mean by that yeah we were we were just getting ready to go on and i leaned over and he looked at me and he whispered in my ear and said it's happening he said it just like that and and you're right it was it was kind of funny and we talked about that and what he means is enterprises you know this is why i went to aviatrix three and a half years ago is the the the flip switch for enterprises and they said now we mean it we've been talking about cloud for 12 years or 15 years now we mean it we are digitally transforming we are the movement to cloud is going to make that happen and oh by the way of course it's multi-cloud because enterprises put workloads where they run best where they have the best security the best performance the best cost and the business is driving this transformation and they decide that i'm going to use that azure and another business unit decides i'm using google and another one says i'm using aws and so of course it's going to be multi-cloud and i think we're going to start seeing actual multi-cloud applications once that infrastructure and you know you call it the super cloud once that starts getting built developers are going to go wait a minute so i can pick this feature from google and and that service from azure and that service from aws easily without any hesitation once that happens they're going to start really developing today there aren't multi-cloud applications but but but the what's happening is the enterprise embracing public cloud they're using multiple clouds many of them call it four plus one right they're four different public clouds plus what they have on prem that to me is what's happening i am now re-architecting my enterprise infrastructure from applications all the way down to the network and i am embracing uh uh public clouds in that in that process so i mean you nailed us so many things in there i mean digitally transforming to me this is the digital transformation it's leveraging embracing the capex from the hyperscalers now you know people in the industry we're not trying to do what gartner does and create a new category per se but we do use super cloud as a metaphor so i don't expect necessarily vendors to use it or not but but i and i get that but when you talk about multi-cloud what specifically is new in other words what you touched on some of this stuff what constitutes a modern multi-cloud or what we would call a super cloud you know network architecture what are the salient attributes yeah i would say today so two years ago there was no such thing even as multiple clouds it was aws let's be clear everything was aws and for people to even back then two three years ago to even envision that there would be anything else other than aws people couldn't even envision now people kind of go yeah that was done we now see that we're going to use multiple clouds we're going to use azure we're going to use gcp and we're going to use this and we'll guess we're going to use oracle and even ollie cloud we're going to use five or four or five different public clouds what's but that would be i think of as multiple clouds but from an i.t perspective they need to be able to support all those clouds in these shared services and what they're going to do i actually think we're starting and you may have hit on something in the super cloud or i know you've talked about metacloud that that's got bad connotations for facebook i know everybody's like no please not another meta thing but there is that concept of this abstracted layer above you know writing we call it you know altitude you know aviatrix everything's you know riding above the clouds right that that that common abstracted layer this application infrastructure that runs the application that rides above all the different public clouds and i think once we do that you know dave what's going to happen is i think really what's going to happen is you're going to start seeing these these multi-cloud applications which to my knowledge really doesn't exist today i i think that might be the next phase and in order for that to happen you have to have all of the infrastructure be multi-cloud meaning not just networking and network security from from from aviation but you need snowflake you need hashtag you need datadog you need all the new horsemen of the new multi-cloud which isn't the old guys right this is all new people aviatrix dashie snowflake datadonk you name it that are going to be able to deliver all this multi-cloud cross-cloud wherever you want to talk about it such that application development and deployment can happen seamlessly and frictionlessly across multi-cloud once that happens the entire stack then you're going to start seeing and that to me starts enabling this what you guys call you know the super cloud the meta cloud the whatever cloud but that then rides above all the individual clouds that that's going to start getting a whole new realm of application development in my mind so we've got some work to do to basic do some basic blocking and tackling then the application developers can really build on top of that so so some of the skeptics on on this topic would ask how do you envision this changing networking versus it just being a bolt-on to existing fossilized network infrastructure in other words yeah how do we get from point a where we are today to point b you know so-called networking so we can actually build those uh super cloud applications yeah so you know what it is it's interesting because it goes back to my background at nasira and what we used to talk about then it isn't about managing complexity it's about creating simplicity it's very different and when you put the intelligence into the software right this is what computer science is all about we're turning networking into computer science when you create an abstraction layer we are not just an overlay day we dave we actually integrate in with the native services of the cloud we are not managing the complexity of these multi-clouds we are using it you know controlling the native constructs adding our own intelligence to this and then creating what is basically simplification for the people above it so we're simplifying things not just managing the complexity that's how you get the agility for cloud that's how you get to be able to do this because if all you are is a veneer on top of complexity you're just hiding complexity you're not creating simplicity and what happens is it actually probably gets more complex because if all you're doing is hiding the bad stuff you're not getting rid of it i love that i love that we're doing that at the networking and network security layer you're going to see snowflake and datadog and other people do it at their layers you know i reminds of a conversation i had with cause the one of the founders of pure storage who they're all about simplicity this idea of of creating simplicity versus like you said just creating you know a way to handle the complexity compare you know pure storage with the sort of old legacy emc storage devices and that's what you had you had you you had emc managing the complexity at pure storage disrupting by creating simplicity so what are the challenges of creating that simplicity and delivering that seamless experience that continuous experience across cloud is it engineering is it mindset is it culture is it technology what is it well i mean look at look you see the recession that we're we're hitting you see there is a significant problem that we have in the general it industry right now and it's called skills gap skills shortage it's two problems we don't have enough people and we don't have enough people that know cloud and the reason is everybody on the same tuesday three and a half years ago all said now i mean i'm moving the cloud we're a technology company we don't make sneakers anymore we don't make beer we're a technology company and we're going to digitally transform and we're going to move the cloud guess what three years ago there were probably seven people that understood cloud now everyone on the same tuesday morning all decides to try to hire those same seven people there's just not enough people around so you're going to need software and you're going to have to put the intelligence into the software because you're not going to be able to a hire those people and b even if you hire them you can't keep them as soon as they learn cloud guess what happens dave they're off they're on to the next job at the next highest bidder so how are you going to handle that you have to have software that intelligent software that is going to simplify things for you we have people managing massive multi-cloud network and network security people with two people on-prem they got hundreds right you it's not about taking that complex model that it had on-prem and jam it into the cloud you don't have the people to do it and you're not going to get the people to do it you know i want to ask you yeah so i want to ask you about the go to market challenges because we our industry gets a bad rap for for selling we're really good at selling and then but but actually delivering what we sell sometimes we fall down there so so i love tom sweet as cfo of of dell he talks about the the say do ratio uh how that's actually got to be low but you know but you know what i mean uh the math the fraction guy right so but do do what you say you're going to do are there specific go to market challenges related to this type of cross cloud selling where you can set you have to set the customer's expectations because what you're describing is not going to happen overnight it's a journey but how do you handle that go to market challenge in terms of setting those customer expectations and actually delivering what you say you can sell and selling enough to actually have a successful business um so i think everything's outside in so so i think the the what really is exciting to me about this cloud computing model that with the transformation that we're going through is it is business-led and it is led by the ceo and it is led by the business units they run the business it is all about agility is about enabling my developers and it's all about driving the business market share revenue all these kind of things you know the last transformation of mainframe to on to pc client server was led by technologists it wasn't led by the business and it was it was really hard to tie that to the business so then so this is great because we can look at the initiatives you can look at the the the initiatives of the ceo in your company and now as an i.t person you can tie to that and they're going to have two or three or four initiatives and you can actually map it to that so that's where we start is let's look at what the c your ceo cares about he cares about this he cares about that he cares about driving revenue he cares about agility of getting new applications out to the market sooner to get more revenue there's this and oh by the way transfer made transforming your infrastructure to the cloud is the number one thing so it's all about agility so guess what you need to be able to respond to that immediately because tomorrow the business is going to go to you and say great news dave we're moving to gcp wait what no one told me about that well we're telling you now and uh you need to be ready tomorrow and if you're sitting there and you're tied to the low-level constructs and all you know is aws well i don't have those people and even if i have even if i could hire them i'm not allowed to because i can't hire anybody how am i going to respond to the business and the needs of the business now all of a sudden i'm in the way as the infrastructure team of the ceo's goals because we decided we need to we need to get the ai capabilities of gcp and we're moving to gcp or i just did a big deal with gcp and uh miraculously they said i need to run on gcp right i did a big deal with google right guess what comes along with that oh you're moving to gcp great the business says we're moving to gcp and the i.t guys are sitting there going well no one told me well sorry so it's all about agility it's all about that and the and and complexity is the killer to agility this is all about business they're going to come to you and say we just acquired a company we need to integrate them oh but they got they use the same ip address range as we do there's overlapping ips and oh by the way they're in a different cloud how do i do that no one cares the business doesn't care they're like me they're very impatient get it done or we'll find someone who will yeah so you've got to get ahead of that and so when we in terms of when we talk to customers that's what we do this isn't just about defenses this is about making you get promoted making you do good for your company such that you can respond to that and maybe even enable the company to go do that like we're going to enable people to do true multi-cloud applications because the infrastructure has to come first right you you put the foundation in your big skyscraper like the crew behind me and the plumbing before you start building the floors right so infrastructure comes first then comes then comes the applications yeah so you know again some people call it super cloud like us multi-cloud 2.0 but the the real mega trend that i see steve and i'd love you to bottom line this and bring us home is you know andreessen's all companies are software companies it's like version 2.0 of that and the applications that are going to be built on that top this tie into the digital transformations it was goldman it's jpmc it's walmart it's capital one b of a oracle's acquisition of cerner is going to be really interesting to see these super clouds form within industries bringing their data their tooling and their specific software expertise built on top of that hyperscale infrastructure and infrastructure for companies like yours so bottom line is stephen steve what's the future of cloud how do you see it the future is n plus one so two years ago people had one plus one i had what i had on prem and then what i had in aws they today if you talk to an enterprise they'll have what they call four plus one right which is four public clouds plus what i have on prem it's going to n plus one right and what's going to happen is exactly what you said you're going to have industry clouds you're going to the the multi-cloud aspect of it is going to end it's not going to go from four to one some people think oh it's not going to be four it's going down to one or two bs it's going to end it's going to a lot as they start extending to the edge and they start integrating out to the to the branch offices it's not going to be about that branch offer so that edge iot or edge computing or data centers or campus connecting into the cloud it's going to be the other way around the cloud is going to extend to those areas and you're going to have ai clouds you know whether it's you know ultra beauty who's a customer of ours who's starting to roll out ar and vr out to their retail stores to show you know makeup and this and the other thing these are new applications transformations are always driven by new applications that don't exist this isn't about lift and shift of the existing applications the 10x tam in this market is going to becomes all the new things that's where the explosion is going to happen and you're going to see end level those those branch offices are going to look like clouds and they're going to need to be stitched together and treated like one infrastructure so it's going to go from four plus one to n plus one and that's what you're gonna want as an enterprise i'm gonna want n clouds so we're gonna see an explosion it's not going to be four it's going to be end now at the end underneath all of that will be leveraging and effectively commoditizing the existing csps yeah and but you're going to have an explosion of people commoditizing them and just like the goldmans and the industry clubs are going to do they're going to build their own eye as well right no way no way it's that's what's going to happen it's going to be a 10x on what we saw last decade with sas it's all going to happen around clouds and supercloud steve malini thanks so much for coming back in the cube and helping us sort of formulate this thinking i mean it really started with with with you and myself and john and nick and really trying to think this through and watching this unfold before our eyes so great to have you back thank you yeah it's fun thanks for having me are you welcome but keep it right there for more action from super cloud 22 be right back [Music] you

>>We're back in Boston, the Cube's coverage of AWS reinforced 2022. My name is Dave ante. Steve Malanney is here as the CEO of Aviatrix longtime cube alum sort of collaborator on super cloud. Yeah. Uh, which we have an event, uh, August 9th, which you guys are participating in. So, um, thank you for that. And, yep. Welcome to the cube. >>Yeah. Thank you so great to be here as >>Always back in Boston. Yeah. I'd say good show. Not, not like blow me away. We were AWS, um, summit in New York city three weeks ago. I >>Took, heard it took three hours to get in >>Out control. I heard, well, there were some people two I, maybe three <laugh>, but there was, they expected like maybe nine, 10,000, 19,000 showed up. Now it's a free event. Yeah. 19,000 people. >>Oh, I didn't know it >>Was that many. It was unbelievable. I mean, it was packed. Yeah. You know, so it's a little light here and I think it's cuz you know, everybody's down the Cape, >>There are down the Cape, Rhode Island that's after the fourth. The thing is that we were talking about this. The quality of people are pretty good though. Yeah. Right. This is there's no looky lose it's everybody. That's doing stuff in cloud. They're moving in. This is no longer, Hey, what's this thing called cloud. Right. I remember three, four years ago at AWS. You'd get a lot of that, that kind of stuff. Some the summit meetings and things like that. Now it's, we're a full on deployment mode even >>Here in 2019, the conversation was like, so there's this shared responsibility model and we may have to make sure you understand. I mean, nobody's questioning that today. Yeah. It's more really hardcore best practices and you know how to apply tools. Yeah. You know, dos and don't and so it's a much more sophisticated narrative, I think. Yeah. >>Well, I mean, that's one of the things that Aviatrix does is our whole thing is architecturally. I would say, where does network security belong in the network? It shouldn't be a bolt on it. Shouldn't be something that you add on. It should be something that actually gets integrated into the fabric of the network. So you shouldn't be able to point to network security. It's like, can you point to the network? It's everywhere. Point to air it's everywhere. Network security should be integrated in the fabric and that wasn't done. On-prem that way you steered traffic to this thing called a firewall. But in the cloud, that's not the right architectural way. It it's a choke point. Uh, operationally adds tremendous amount of complexity, which is the whole reason we're going to cloud in the first place is for that agility and the ability to operationally swipe the card and get our developers running to put in these choke points is completely the wrong architecture. So conversations we're having with customers is integrate that security into the fabric of the network. And you get rid of all those, all those operational >>Issues. So explain that how you're not a, a checkpoint, but if you funnel everything into one sort of place >>In the, so we are a networking company, uh, it is uh, cloud networking company. So we, we were born in the cloud cloud native. We, we are not some on-prem networking solution that was jammed in the cloud, uh, wrapped >>In stack wrapped >>In, you know, or like that. No, no, no. And looking for wires, right? That's VM series from Palo. It doesn't even know it's in the cloud. Right. It's looking for wires. Um, and of course multicloud, cuz you know, Larry E said now, could you believe that on stage with sat, Nadela talking about multi-cloud now you really know we've crossed over to this is a, this is a thing, whoever would've thought you'd see that. But anyway, so we're networking. We're cloud networking, of course it's multi-cloud networking and we're gonna integrate these intelligent services into the fabric. And one of those is, is networking. So what happens is you should do security everywhere. So the place to do it is at every single point in the network that you can make a decision and you embed it and actually embed it into the network. So it's that when you're making a decision of does that traffic need to go somewhere or not, you're doing a little bit of security everywhere. And so what, it looks like a giant firewall effectively, but it's actually distributed in software through every single point in a network. >>Can I call it a mesh? >>It's kind of a mesh you can think of. Yeah, it's a fabric. >>Okay. It's >>A, it's a fabric that these advanced services, including security are integrated into that fabric. >>So you've been in networking much of >>Your career career, >>37 years. All your career. Right? So yay. Cisco Palo Alto. Nicera probably missing one or two, but so what do you do with all blue coat? Blue coat? What do you do with all that stuff? That's out there that >>Symantics. >>Yes. <laugh> keep going. >>Yeah, I think that's it. That's >>All I got. Okay. So what do you do with all that stuff? That's that's out there, you rip and replace it. You, >>So in the cloud you mean yeah. >>All this infrastructure that's out there. What is that? Well, you >>Don't have it in the right. And so right now what's happening is people, look, you can't change too many things. If you're a human, you know, they always tell you don't change a job, get married and have a kid or something all in the same year. Like they just, just do one of 'em cuz you it's too much. When people move to the cloud, what they do is they tend to take what they do on Preem and they say, look, I'm gonna change one thing. We're gonna go to the cloud, everything else. I'm gonna keep the same. Cuz I don't wanna change three things. So they kind of lift and shift their same mentality. They take their firewalls, their next gen fire. I want them, they take all the things that they currently do. And they say, I'm gonna try to do that in the cloud. >>It's not really the right way to do it. But sometimes for people that are on-prem people, that's the way to get started and I'll screw it up and not screw it up and, and not change too many things. And look, I'm just used to that. And, and then I'll, then I'll go to change things, to be more cloud native, then I'll realize I can get rid of this and get rid of that and do that. But, but that's where people are. The first thing is bring these things over. We help them do that, right? From a networking perspective, I'll make it easier to bring your old security stuff in. But in parallel to that, we start adding things into the fabric and what's gonna happen is eventually we start adding all these things and things that you can't do separately. We start doing anomaly detection. We start doing behavioral analysis. Why? Because the entire network, we are the data plan. We see everything. And so we can start doing things that a standalone device can't do because not all the traffic steered to them. It can only control what's steered to you. And then eventually what's happening is people look at that device. And then they look at us and then they look at the device and they look at us and they go, why do I have both of this? And we go, I don't know. >>You don't need it. >>Well, can I get rid of that other thing? That's a tool. >>Sure. And there's not a trade off. There's not a trade off. You >>Don't have to. No. Now people rid belts and suspenders. Yeah. Cause it's just, who has, who has enough? Who has too much security buddy? They're gonna, they're gonna do belt suspenders. You know anything they can do. But eventually what will happened is they'll look at what we do and they'll go, that's good enough. That happened to me. When I was at Palo Alto networks, we inserted as a firewall. They kept their existing firewall. They had all these other devices and eventually all those went away and you just had a NextGen >>Firewall just through attrition, >>Through Atian. You're like, you're looking, you go, well, that platform is doing all these functions. Same. Thing's gonna happen to us. The platform of networking's gonna do all your network security devices. So any tool or agent or external, you know, device that you have to steer traffic to ISS gonna go away. You're not gonna need it. >>And, and you talking multi-cloud obviously, >>And then don't wanna do the same thing. Whether man Azure, you know the same. >>Yeah. >>Same, same experie architecture, same experience, same set of services. True. Multi-cloud native. Like you, that's what you want. And oh, by the way, skill, gap, skill shortage is a real thing. And it's getting worse. Cause now with the recession, you think you're gonna be able to add more people. Nope. You're gonna have less people. How do I do this? Any multicloud world with security and all this kind of stuff. You have to put the intelligence in the software, not on your people. Right? >>So speaking of recession. Yep. As a CEO of a well funded company, that's got some momentum. How are you approaching it? Do you have like, did you bring in the war time? Conig I mean, you've been through, you know, downturns before. This is you are you >>I'm on war time already. >>Okay. So yeah. Tell me more about how you you're kind of approaching this >>So recession down. So didn't change what we were doing one bit, because I run it that way from the very beginning. So I've been around 30 years, that's >>Told me he he's like me. You know what he said? >>Yeah. Or maybe >>I'm like, I want be D cuz he said, you know, people talk about, you know, only do things that are absolutely necessary during times like this. I always do things that are only, >>That's all I >>Do necessary. Why would you ever do things that aren't necessary? >><laugh> you'd be surprised. Most companies don't. Yeah. Uh, recession's very good for people like snowflake and for us because we run that way anyway. Mm-hmm <affirmative> um, I, I constantly make decisions that we have to go and dip there's people that aren't right for the business. I move 'em out. Like I don't wait for some like Sequoia stupid rest in peace. The world's ending fire all your people that has no impact on me because I already operated that way. So we, we kind of operate that way and we are, we are like sat Nadel even came out and kind of said, I don't wanna say cloud is recession proof, but it kind of is, is we are so look, our top customer spends 5 million a year. Nothing. We haven't even started yet. David that's minuscule. We're not macro. We're micro 5 million a year for these big enterprises is nothing right. SA Nadel is now starting to count people who do billion dollar agreements with him billion over a period of number of years. Like that's the, the scale we have not even >>Gun billion dollar >>Agreements. We haven't even under begun to understand the scope of what's happening in the cloud. Right. And so yeah, the recession's happening. I don't know. I guess it's impacting somebody. It's not impacting me. It's actually accelerating things because it's a flight to quality and customers go and say, I can't get gear on on-prem anyway, cuz of the, uh, shortage, you know, the, uh, uh, get chips. Um, and that's not the right thing. So guess what the recession says, I'm gonna stop spending more money there and I'm gonna put it into the cloud. >>All right. So you opened up Pandora's box, man. I wanna ask you about your sort of management philosophy. When you come into a company to take, to go lead a company like that. Yeah. How, what, what's your approach to assess the team? Who do you, who do you decide? How do you decide who to keep on the bus? Who to throw off the bus put in the right seats. So how long does that take you? >>Doesn't take long. When I join, we were 30, 30, 8 people. We're now 525. Um, and my view on everything and I I've never met Frank Lubin, but I guarantee you, he has the same philosophy. You have a one year contract me included next year, the board might come to me and say, you were the right CEO for this year. You're not next year. Ben Horowitz taught me that it's a one year contract. There's no multi-year contract. So everybody in the company, including the CEO has a one year >>Contract. So you would say that to the board. Hey, if you can find somebody better, >>If, and, and you know what, I'll be the first one to pull myself, fire myself and say, we're, we're replacing me with somebody better right now. There isn't anybody better. So it's me. So, okay, next year maybe there's somebody better. Or we hit a certain point where I'm not the right guy. I'll I'll, I'll pull myself out as the CEO, but also internally the same thing just because you're the right guy this year. And we hire people for the, what you need to do this year. We're not gonna, we don't hire, oh, like this is the mistake. A lot of companies make, well, we wanna be a billion dollars in sales. So we're gonna go hire some loser from HPE. Who's worked at a company for a billion dollars. And by the way has no idea how they became a billion dollars, right. In revenue or billions of dollars. >>But we're gonna go hire 'em because they must know more than we do. And what every single time you bring them in what you realize, they're idiots. They have no idea how we got to that. And so you, you don't pre-hire for where you want to be. You hire for where you are that year. And then if it's not right, and then if it's not right, you'd be really nice to them. Have great severance packages, be, be respectful for people and be honest with them. I guarantee you Frank, Salman's not, if you're not just have this conversation with a sales guy before I came into here, very straight conversation, Northeast hockey player mentality. We're straight. If you're not working out or I don't think you're doing things right. You're gonna know. And so it's a one year, it's a one year contract. That's what you do. So you don't have time. You don't the luxury of >>Time. So, so that's probably the hardest part of, of any leadership job is, and people don't like confrontation. They like to put it off, but you don't run away from it. It's >>All in a confrontation, right? That's what relationships have built. Why do war buddies hang out with each other? Cuz they've gone through hell, right? It's in the confrontation. And it's, it's actually with customers too, right? If there's an issue, you don't run from it. You actually bring it up in a very straightforward manner and say, Hey, we got a problem, right? They respect you. You respect them, blah, blah, blah. And then you come out of it and go, you know, you have to fight like, look with your wife. You have to fight. If you don't fight, it's not a relationship you've gotta see in that, in that tension is where the relationship's >>Built. See, I should go home and have a fight tonight. You gotta have a fight with your wife. <laugh> you know, you mentioned Satia and Nadella and Larry Ellison. Interesting point. I wanna come back to that. What Oracle did is actually pretty interesting, do we? For their use case? Yeah. You know, it's not your thing. It's like low latency database across clouds. Yeah. Who would ever thought that? But >>We love it. We love it because it drives multi-cloud it drives. Um, and, and, and I actually think we're gonna have multi-cloud applications that are gonna start happening. Um, right now you don't, you have developers that, that, that kind of will use one cloud. But as we start developing and you call it the super cloud, right. When that starts really happening, the infrastructure's gonna allow that networking and network security is that bottom layer that Aviatrix helps once that gets all handled. The app, people are gonna say, so there's no friction. So maybe I can use autonomous database here. I can use this service from GCP. I can use that service and, and put it all into one app. So where's the app run. It's a multicloud app. Doesn't exist today. >>No, that doesn't happen today. >>It's it's happen. It's gonna happen. >>But that's kind of what the vision was. No, seven, eight years ago of what >>It's >>Gonna, that would be, you know, the original premise of hybrid. Right? Right. Um, I think Chuck Hollis, the guy was at EMC at the time he wrote this piece on, he called it private cloud, but he was really describing hybrid cloud application and running in both places that never happened. But it's starting to, I mean, the infrastructure is getting put in place to enable that, I guess is what you're saying. >>Yep. >>Yeah. >>Cool. And multicloud is, is becoming not just four plus one is a lot of enterprises it's becoming plus one, meaning you're gonna have more and more. And then there won't be infrastructure clouds like AWS and so forth, but it's gonna be industry clouds. Right? You've you've talked about that again, back to super clouds. You're gonna have Goldman Sachs creating clouds and you're gonna have AI companies creating clouds. You're gonna have clouds at the edge, you know, for edge computing and all these things all need to be networked with network security integrated. And you mentioned fact >>Aviatrix you mentioned Ben Horowitz, that's mark Andreesen. All, all companies are software companies. All companies are becoming cloud companies. Yeah. Or, or they're missing missing opportunities or they might get disrupted. >>Yeah. Every single company I talk to now, you know, whether you're Heineken, they don't think of themselves as a beer company anymore. We are the most technologically, you know, advanced brewer in the world. Like they all think they're a technology company. Now, whether you're making trucks, whether you're making sneakers, whether you're making beer, you're now a technology company, every single company in >>The world, we are too, we're we're building a media cloud. You're you know, John's, it's a technology company laying that out and yeah. That's we got developers doing that. That's our, that's our future. Yep. You know? Cool. Hey, thanks for coming on, man. Thank you. Great to see you. Thank you for watching. Keep it right there. We'll be back right after this short break. It keeps coverage. AWS reinforced 20, 22 from Boston. Keep it right there. >>You tired? How many interviewed.

(bright music) >> Welcome back to AWS re:Invent. You're watching theCUBE. And we're here with Steve Mullaney, who is the president and CEO of Aviatrix. Steve, I got to tell ya, great to see you man. >> We started the whole pandemic, last show we did was with you guys. >> Steve: Don't say we started, we didn't start it. (steve chuckles) >> Right, we kicked it off (all cross talking) >> It's going to be great. >> Our virtual coverage, that hybrid coverage that we did, how ironic? >> Steve: Yeah, was as the world was shutting down. >> So, great to see you face to face. >> Steve: Great to see you too. >> Wow, so you're two years in? >> Steve: Two and a half years yeah. >> Started, the company was standing start $2 billion valuation, raised a bunch of dough. >> Steve: Yeah. >> That's good, you got to feel good about that. >> We were 38 people, two and a half years ago, we're now 400. We had a couple million in ARR, we're now going to be over a 100 million next year, next calendar year, so significant growth. We just raised $200 million, three months ago at a $2 billion valuation. Now have 550 customers, 54 of them are fortune 500, when I started two and a half years ago, we didn't have any fortune 500s, we had probably about a 100 customers. So, massive growth, big growth (indistinct). >> Awesome, I got to ask you, I love to ask CEO's, entrepreneurs, how did you know when to scale? >> You just know it, when you see it. (indistinct) Yeah, there's no formula, you just know it and what you look for is that point where you say, okay, we've now proven the model and until you do that you minimize things and we actually just went through this. We had 12 sales teams, four months ago, we now have 50. 50, five zero and it's that step function as a company, you don't want to linearly grow 'cause you want to hold until you say, it's happening. And then once you say it's happening, okay, the dogs are eating the dog food, this is good then you flip the other way, and then you say, let's grow as fast as we possibly can and that's kind of the mode we're in right now. >> Okay, You've... >> You just know it when you see it. >> Other piece of that is how fast do you scale? And now you're sort of doing that step function as your going. >> Steve: We are going as fast as we possibly can. >> Wow, that's awesome, congratulations and I know you've got to long way to go. So okay, let's talk about the big trends that you're seeing that Aviatrix has taken advantage of, maybe explain a little bit about what you guys do. >> Yeah. So we are, what I like to call Multi- Cloud Native Networking and Network Security. So, if you think of... >> David: What is multicloud native? You got to explain that. >> I got to to explain that. Here's what's happened, it's happening and what I mean by it's happening is, enterprises at two and a half years ago, this is why I joined Aviatrix, all decided for the first time, we mean it now, we are going into Cloud 'cause before that they were just mouthing it. And they said, "We're going into the Cloud." And oh by the way, I knew two and a half years ago of course it was going to be multicloud, 'cause enterprises run workloads where they run best. That's what they do, it's sometimes it's AWS, sometimes it's ads or sometimes it's Google, it's of course going to be multicloud. And so from an enterprise perspective, they love the DevOps, they love the simplicity, the automation, the infrastructure is code, the Terraform, that Cloud operational model, because this is a business transformation, moving to Cloud is not a technology transformation it's the business. It's the CEO saying we are digitizing we have an existential threat to the survival of our company, I want to grow a market share, I want to be more competitive, we're doing this, stop laying across the tracks technology people, will run you over, we're doing this. And so when they do that as an enterprise, I'm BNY Mellon, I'm United Airlines, you name it, your favorite enterprise. I need the visibility and control from a networking and network security perspective like I used to have on-prem. Now I'm not going to do it in the horrible complex operational model the Cisco 1994 data center, do not bring that crap into my wonderful Cloud, so that ain't happening but, all I get from the Native constructs, I don't get enough of that visibility and control, it's a little bit of a black box, I don't get that. So where do I get the best of the Cloud from an operational model, but yet with the visibility and control that I need, that I used to have on-prem from networking network security, that's Aviatrix. And that's where people find us and so from a networking and network security, so that's why I call it multicloud Native because what we do is, create a layer basically an abstraction layer above all the different Clouds, we create one architecture for networking and network security with advanced services not basic services that run on AWS, Azure, Google, Oracle, Ali Cloud, Top Secret Clouds, GovClouds, you name it. And now the customer has one architecture, which is what enterprises want, I want one network, I want one network security architecture, not AWS Native, Azure Native, Google Native. >> David: Right. >> We leverage those native constructs, abstract it, and then provide a single common architecture with demand services, irrespective of what Cloud you're on. >> Dave, I've been saying this for a couple of years now, that Cloud Native... >> Does that make sense Dave? >> Absolutely. >> That abstraction layer, right? And I said, "The guys who do this, who figure this out are going to make a lot of dough." >> Yeah. >> Snowflakes obviously doing it. >> Yeah. >> You guys are doing it, it's the future. >> Yeah. >> And it's really an obvious construct when you look back at the world of call it Legacy IT for a moment... >> Steve: Yeah. >> Because did we have different networks to hookup different things in a data center? >> No, one network. >> One network of course. I don't care if the physical stack comes from Dell, HP or IBM. >> Steve: That's right, I want an attraction layer above that, yeah. >> Exactly. >> So the other thing that happens is, everybody and you'll understand this from being at Oracle, everybody wants to forget about the network. Network security, it's down in the bowels, it's like plumbing, electricity, it's just, it has to be there but people want to forget about it and so you see Datadog, you see Snowflake, you see HashiCorp going IPO in early December. Guess what? That next layer underneath that, I call it the horsemen of the multicloud infrastructure is networking and network security, that's going to be Aviatrix. >> Well, you guys make some announcements recently in that space, every company is a security company but you're really deep into it. >> Well, that's the interesting thing about it. So I said multicloud Native Networking and Network Security, it's integrated, so guess where network security is going to be done in the Cloud? In the network. >> David: Network. >> Yeah in the network. >> What a strange concept but guess what on-prem it's not, you deflect traffic to this thing called a firewall. Well, why was that? I was at Synoptics, I was at Cisco 'cause we didn't care about network security, so that's why firewall companies existed. >> Dave: Right. >> It should be integrated into the infrastructure. So now in the Cloud, your security posture is way worse than it was on-prem. You're connected to the internet by default so guess what? You want your network to do network security, so we announced two things in security; one, we're now a security competency partner for AWS, they do not give that out lightly. We were networks competency four years ago, we're now network security competency. One of the few that are both, they don't do that, that took us nine months of working with them to get there. And they only do that for the people that really are delivering value. And then what we just announced what we call, 'ThreatIQ with ThreatGuard.' So again, built into the network because we are the network, we understand the traffic, we're the control plane and the data plane, we see all traffic. We integrate into the network, we subscribe to threat databases, public databases, where we see what are the malicious IPS. If we have any traffic anywhere in your overall, and this is multicloud, not just AWS, every single Cloud, if we see that malicious traffic going some into IP guess what? It's probably BIT Mining, Bitcoin, crypto mining, it's probably some sort of data ex filtration. It could be some tour thing that you're connected to, whatever it is, you should not have traffic going. And so we do two things we alert and we show you where that all is and then with ThreatGuard, we actually will do a firewall rule right at that gateway, at that point that it's going out and immediately gone. >> You'll take the action. >> We'll take the action. >> Okay. >> And so every single customer, Dave and David, that we've shown this new capability to, it lights up like a Christmas tree. >> Yeah al bet. Okay, but now you've made some controversial statements... >> Steve: Which time? >> Okay, so you said Cisco, I think VMware... >> Dave: He's writing them down. >> I know but I can back it up. >> I think you said the risk, Cisco, VMware and Arista, they're not even in the Cloud conversation now. Arista, Jayshree Ullal is a business hero of mine, so I don't want to... >> Steve: Yeah, mine too. >> I don't want to interrogate her, she's awesome. >> Steve: Yeah. >> But what do you mean by that? Because can't Cisco come at this from their networking perspective and security and bring that in? What do you mean by they're not in the Cloud conversation? >> They're not in the conversation. >> David: Okay, defend that. >> And the reason is they were about four years ago. So when you're four years ago, you're moving into the Cloud, what's the first thing you do? I'm going to grab my CSR and I'm going to try to jam it in the Cloud. Guess what? The CSR doesn't even know it's in the Cloud, it's looking for ports, right? And so what happens is the operational model is horrendous, so all the Cloud people, it just is like oil and water, so they go, oh, that was horrendous. So no one's doing that, so what happens in the Cloud is they realize the number one thing is the Cloud operational model. I need that simplicity, I have to be a single Terraform provider, infrastructure is code. Where do I put my box with my wires? That's what the on-prem hardware people think. >> David: The selling ports your saying? >> The selling boxes. >> David: Yeah. >> And so they'll say, "Oh, we got us software version of it, it runs as a VM, it has no idea it's in the Cloud." It is not Cloud Native, I call that Cloud naive, they don't understand so then the model doesn't work. And so then they say, "Okay, I'm not going to do that." Then the only other thing they can do, is they look at the Cloud providers themselves and they say, "All right, I'm going to use Native constructs, what do you got?" And what happens basically is the Cloud providers say, "Well, we do everything and anything you'll ever need and networking and network security." And the customers, "Oh my God, it's fantastic." Then they try to use it and what they realize is you get very basic level services, and you get no visibility and control because they're a black box, you don't get to go in. How about troubleshooting, Packet Captures, simple things? How about security controls, performance traffic engineering, performance controls, visibility nothing, right? And so then they go, "Oh shit, I'm an enterprise, I'm not just some DevOps Danny three years ago, who was just spinning up workloads and didn't care about security." No, that was the Cloud three years ago. This is now United, BNY, Nike. This is like elite of elite. So when my VC was here, he said, "It's happening." That's what he meant, it's happening. Meaning enterprises, the dogs are eating the dog food and they need visibility and control, they cannot get it from the Cloud providers. >> It's happening in early days Dave. >> So Steve, we're going to stipulate that you can't jam this stuff into Cloud, but those dinosaurs are real and they're there. Explain how you... >> Steve: Well you called them dinosaurs not me but they're roaming the earth and they're going to run out of food pretty soon. (all laughing) The comet hit the earth. >> Hey, they're going to go down fighting. (all laughing) >> But the dinosaurs didn't all die the day after the comet hit the earth... >> Steve: That's right. >> They took awhile. >> Steve: They took a while. >> So, how are you going to saddle them up? That's the question because you're... >> Steve: It's over there walking dead, I don't need to do anything. >> Is it the captain Kirk to con, let them die. >> Steve: Yeah. >> Because you're in the Cloud, you're multicloud... >> Steve: Yeah. >> That's great, but 80% of my IT still on-prem and I still have Cisco switches. Isn't that just not your market or? >> When IBM and DEC did we have to do anything with IBM and DEC in the 90s, early 90s, when we created BC client server, IP architectures? No, they weren't in the conversation. >> David: Yeah. >> So, we dint compete with them, just like whatever they do on-prem, keep doing it, I wish you the best. >> But you need to integrate with them and play with them. >> Steve: No. >> Not at all? >> No, no we integrate, here is the thing that's going to happen, so to the on-prem people, it's all point of reference. They look at Cloud as off-prem, I'm going to take my operational model on-prem and I'm going to push it into the Cloud. And if I push it into multiple Clouds, they're going to call that multicloud, see we are multicloud. You're pushing your operational model into the Cloud. What's happening is Cloud has won, it won two and a half years ago with every enterprise. It's like a rock in the water. And what's going to happen is that operational model is moving out to the edge, it's moving to the branch, it's moving to the data center and it's moving into edge computing. That's what's happening... >> So outpost, so I put an outpost in my data center... >> Outpost looks like... >> Is that Aviatrix? >> Absolutely, we're going to get dragged with that... >> Dave: Okay, alright. >> Because we're the networking and network security provider, and as the company pushes out, that operational model is going to move out, not the existing on-prem OT, IT branch office then pushing in. And so, what's happening is you're coming at it from the wrong perspective. And this wave is just going to push over and so I'm just following behind this wave of AWS and Azure and Google. >> Here's the thing, you can do this and you don't have a bunch of legacy deductible debt... >> Steve: Yeah. >> So you can be Cloud Native, multicloud native, I think you called it? >> Steve: Yeah, yeah. >> I love it, you're building castles on the sand. >> Steve: Yeah. >> Jerry Chen's thing. >> Steve: Yeah. >> Now, the thing is, today's executives, they're not as naive as Ken Olsen, UNIX as, "Snake oil," who would need a PC, so they're not in denial. >> They're probably not in denial, yeah. >> Right, and so they have some resources, so the problem is they can't move as fast as you can. So, you're going to do really well. >> Steve: Yeah. >> I think they'll eventually get there Steve, but you're going to be, I don't know how many, four or five years ahead, that's a nice lead. >> That's a bet I'll take any day. >> David: Then what you don't think they'll ever get there? >> No, 10 years. (steve laughing) >> Okay, but they're not going out of business. >> No, I didn't say that. >> I know you didn't. >> What they're doing, I wish them all the best. >> Because a lot of their customers move... >> I don't compete with them. >> Yeah. We were out of time. >> Yeah. >> What did you mean by AWS is like Sandals? You mean like cool like Sandals? >> Steve: Oh, no, no, no. I don't want to... >> You mean like the vacation place? >> Have you ever been to Sandals? >> I never done it. What do you mean by that? >> There coming, there coming. Which version of sandals (indistinct)? (people cross talking) >> This is for an enterprise by the way, and look, Sandals is great for a lot of people but if you're a Cloud provider, you have to provide the common set of services for the masses because you need to make money. And oh, by the way, when you go to Sandals, go try it, like get a bottle of wine, they say, "We got red wine or white wine?" "Oh, great, what kind of red wine?" "No, red wine and it's in a box." And they hope that you won't know the difference. The problem is some people in enterprises want Four Seasons, so they want to be able to swipe the card and get a good bottle of wine. And so that's the thing with the Cloud, but the Cloud can't offer up a 200 bottle of wine to everybody. My mom loves box wine, so give her box wine. Where ISBs like us come in, is great but complimentary to the Cloud provider for that person who wants that nice bottle of wine because if AWS had to provide all this level of functionality for everybody, their instant sizes would be too big, >> Too much cost for that. (people cross talking) You're right on. And as long as you can innovate fast and stay ahead of that and keep adding value... >> Well, here's the thing, they're not going to do it for multicloud either though. >> David: I wouldn't trust them to do it with multicloud. >> No. >> David: I wouldn't. >> No enterprise would and I don't think they would ever do it anyway. >> That makes sense. Steve, we've got to go man. You're awesome, love to have you on theCUBE, come back anytime. >> Awesome, thank you. >> All right, keep it right there everybody. You're watching theCUBE, the leader in enterprise tech coverage. (bright music)

>>From around the globe. It's the cube with digital coverage of AWS reinvent 2020 sponsored by Intel, AWS, and our community partners. >>Hello, everyone. Welcome back to the cubes. Virtual coverage of AWS reinvent 2020 it's virtual this year because of the pandemic. We're not there in person and in real life, we're remote. I'm John for a year hosting the cube or the cube virtual. Um, as we continue to cover the three weeks of AWS reinvent and analyze the keynotes, we bring it in, uh, from our Cuban alumni, uh, network experts. And we have here great guest, Steve Malaney, CEO of Ava Trex, industry executive legend, former entrepreneur had done startups, um, been very, very successful with luminary and Silicon Valley, um, Palo Alto networks and the Sierra Cisco, I me, all the companies you've worked for. Um, Steve, great to see you again. >>Oh yeah. Hey awesome. Even if it's just virtual, John's great to be back in the cube. >>Okay, Steve, what's up? Am I muted? I got you. Okay. >>Gotcha. Oh, okay. I just said it's great. They're great to be back in the cube. >>I had to shut up my volume, got to love live cube TV. Um, I wanted to bring you on, because one, we've been talking with you guys and your company that you're now heading. You came off the board to take the helm of Ava tricks. You really saw the vision early on before the pandemic. We were actually, we did a hybrid event with you guys, a digital hybrid and your vision of multi-cloud and hybrid was pretty much in line with what Andy Jassy. And Amazon's now rolling out, except they're not calling it. Multi-cloud, they're just saying hybrid. But when you factor in the edge, the complexity there, you're really talking multiple environments. So I want to get your take, as you look at what Amazon has done in their announcements, they're continuing to power long. What's your analysis. What's your industry take? >>Yeah, I, I think it's, uh, you know, I think it's great. I think, you know, when we were a year ago, it was just a little over a year ago, we were at a multi-cloud conference and I think people kind of thought, wow, is multicloud something that the vendors are wanting to happen because they don't want to be killed by AWS. And you know, I mean, I saw this two years ago, I call it the Cambridge and explosion to cloud where every enterprise to we are now going to move to cloud. And they had been talking about it for six or seven years, but they didn't really mean it. And two years ago I saw they meant it and I knew what was going to happen. It was going to go multi-cloud they we're going to care about day two operations, visibility, control, security, all the things that enterprises care about. And I think, um, you know, what we've seen really over the last year is AWS and all the other cloud providers recognizing this, that the world is going multicloud. Um, and day two operations matter. You've gotta be able to operationalize this and enterprises. Can't just, it's not just about wiring it and building it up. You got do, you can operate it. And so that's, I think the thing that's really interesting is the maturity of the messaging. I would say from AWS to recognize, um, where enterprises are in their journey. >>You know, Steve, I want to just reflect on something. When I was 19 years old in my first job, uh, in New York, it was on a prime mini computer, my first exposure to the enterprise office and then went and worked for IBM and HP and others. I've been in the, around the enterprise. Let me just go back 10 years in Silicon Valley, you could literally count on one or two hands. The number of enterprise experts out there that you knew of that were out circulating that weren't retired. Um, because it went through this kind of commodity stage of outsource everything kind of down to the bone, you know, just keeping the lights on there. Wasn't really a lot of innovation in the enterprise. Now it's the hottest thing in the world. And you, and you look at what's happening with cloud. They're redefining the enterprise in Andy Jassy said to me, and I'm going to interview him, uh, later this week. And you know, he said, we're done with eyes and pads. We checked that's anything. I say anyone, but he's kind of implying that we did. I, as in pass, we're targeting global it. >>Yeah. Well, you know, >>Now enterprise is super hot and you know, it's, it's a whole nother ball game to restructuring on G >>Yeah, I mean, so I, uh, the AWS is marketing slogan, Mark. My words I'll bet you a hundred bucks within the next year is going to change. They are not going to say go build anymore. Right? Because that's what they're going to say. Go consume because no enterprise wants to build and Oh, by the way, here's the other thing that they're now also figuring out. Cause I know Andy Jassy analysis, there's a skills shortage of cloud, so they don't have the skills at the aptitude, but there's also a people shortage. It's not just the skills, it's the amount of people. They don't have the ability to go deploy this. And they're going to, you're going to need solutions like ABA tricks, abstract the way a lot of the complexities of the underlying clouds and deliver this architecture for people to be able to actually deploy. >>Where is the skill gaps in your opinion, where do you see them? >>You know, I was just talking to a customer yesterday and he said most of my, most of my team are CLI jockeys. And so for networking, that means the CLI the command line interface that a human manipulates to control the Cisco router. That's the old operational model. The model of this, these days are Terraform. You're going to infrastructure is code everything. You need scriptures. You need, you need developers that are going to be driving your infrastructure. And, and, but I can't, I can't fire all these people that I've had in my enterprise for the last 30 years. I got to bring them along. I got to bring them along and the tools and the platforms to be able to go, to go do that. >>Andy's argument and Amazon's position is we eliminate the undifferentiated heavy lifting and we have all this training and content to bring everyone along. Okay. By that. >>Well, I mean, here's, here's the thing that I think AWS and all the, all the cloud providers are figuring out is the enterprise is a different beast. You know, when you go to a company as AWS and say, Hey, you can get it as long as it's any color you want, as long as it's black. And so guess what, I'm a service. And the beautiful thing is you don't need to know anything about how we do anything and just trust me, it's all going to work that does not go over well with an enterprise because they say, I'm the guy that needs to know I will get fired. If this infrastructure goes down, you know, you saw us East one go down two weeks ago, Google had a outage to two days ago or whatever it was, shit happens. I don't know if I can say that on the cube. >>We're not going to actually see regulated at this point, but who's going to know. >>Um, and you know what? I've got to have that visibility in controls and enterprise, and I need the granular controls and the visibility to troubleshoot and the security controls and the performance controls that I used to have on prem, because I'm a regulated enterprise. I need that visibility and control. And the cloud providers just say, look, I deliver a service and I deliver it to everybody. And it's the same service. And you don't need to know that does not fly with the >>Well, certainly you're seeing more regulated industries. It used to be just public sector. I just talked with Teresa Carlson. She now took over all the industries. So FinTech is regulated. Energy is regulated. Telecom's regulated. The only thing that's not regulated is a VC and startup sectors, right? So there's a >>Well, and, and, and every, every good CIO of an enterprise knows nothing good comes from your, from your infrastructure that gets outsourced. We tried that it doesn't work. Now, maybe in 20 years, I can outsource my infrastructure if I'm the CIO of a major enterprise corporation. But right now I am not outsourcing that I have to have control. Now, am I going to leverage services and basic infrastructure from the cloud providers? Absolutely. I'm not going to build it on my own data centers. That world is over, but what I'm going to maintain is the visibility and control. >>Yeah. And that's what we heard from Verner. Vogel's around observability systems, thinking control versus observability, um, evolvable systems, things like reasoning, um, you know, these are, these are innovations, right? So, so let's get back to that builders thing, because you mentioned that earlier, I think there might be an opportunity. And I think this is where I think Jassy will either look brilliant or it might not pan out. So go big or go home moment. Can Amazon create a market for companies to say, instead of bringing along everybody, I'm going to bring along some people and hire more builders because there's rewards as spoils to be had for those builders. At this point in time, given the pandemic, it's kind of put everything on full display in terms of what to do. What's your thoughts on that? >>I think, I think outside in meaning I, I look at the customer and I, and I sit at the same side of the table as a customer. I think, what did they want? And every enterprise customer right now is building out their PRI it's just like in 1992, when they built out their private infrastructures, global infrastructure, and they did it with on-prem and data centers. I bought my stories, my compute, my networking, my MPLS, and I built my infrastructure. And it was my infrastructure. They're doing the same thing. It's just, they're architecting on top of cloud and they're doing it in a multi-cloud world because they're not going to be locked in to just one cloud. And they're going to have some applications that run better on GCP. Some have better in AWS and some on Oracle, and all of our customers are doing this. And what they want though, is a common infrastructure. That's their architecture and their infrastructure, not an AWS architecture and a Google architecture and an Azure architecture. What architecture, abstracted away above the clouds. That's my architecture. And it's common for my global network that that's what enterprises want to do. And I think each of the individual clouds are going to have to understand that they are a piece of the puzzle. They are not the puzzle. And I think you're going to have to come to that realization. >>I appreciate your expertise and insight into the commentary real quick, last 30 seconds, give a quick plug for Ava tricks. What are you guys doing? What's new cause the quick update. >>I mean, it's, it's, it's crazy just since, uh, I've been the CEO for two years and you know, the, the logos of large enterprise that we're getting right now. My, my Cambrian explosion that I saw two years ago is real, um, more executing on that strategy. It's a, who's who of logos right now. We've got 450 customers now we're, uh, exploding and more importantly, enterprises are now getting that deployment phase. They have, they're done with the architecture phase of, Hey, let me check this whole thing out in cloud. And now they're pushing the button and they're, they're accelerating, which my guess is it's not a coincidence that AWS is now talking about operations. And what Aviatrix does is, is, is, does gives that visibility and control cloud networking, but in a very cloud native way with Terraform simplicity, agility, because agility is part of mission critical infrastructure. Now can't be like it was in 1994 with a Cisco infrastructure where it said, what year do you want your, your, your infrastructure, Mr. Customer? >>Great. And the biggest thing people should pay attention to this year, uh, for around the enterprise dynamics with cloud and scale what's what should people be watching >>In your opinion? Just the continued movement of big enterprises, uh, all into cloud. The center of gravity is now into cloud and, uh, they're going to be completely running away from everything on prem. >>All right. Steven Landy, CEO of VBA tricks, a proven success entrepreneur CEO, back in the two years of the helm, the VBA tricks. Great to see you. I wish we were in person. One of our last events was your altitude event. It's on YouTube. If anyone was interested in watching, we had a great time. Steve, thank you so much for your candid commentary. Yeah. Thanks, John. Okay. I'm Jennifer with the cube. You're watching the cube virtual here on the cube. Thanks for watching..

>>from Santa Clara, California. In the heart of Silicon Valley, it's the queue covering altitude 2020. Brought to you by aviatrix. >>Next panel is the aviatrix certified engineers, also known as Aces. This is the folks that are certified their engineering. They're building these new solutions. Please welcome Toby Foster Informatica Stacy Linear from terror data. And Jennifer read with Victor Davis to the stage. >>So we're gonna show you a jacket. Yeah, I get it. >>I was just gonna I was just gonna really rib you guys. See? Where's your jackets? And Jen's got the jacket on. Okay. >>Good. Love. The aviators. Aces, Pilot gear. They're above the clouds. Storage to new heights. So guys, aviatrix pace is love the name. I think it's great. Certified. This is all about getting things engineered. So that level of certification I want to get into that. But first take us through the day in the life on a SAS. And just to point out, Stacy's a squad leader. So he's He's like Squadron leader, quadrant leader, quadrant leader. So it's got a bunch of pieces underneath him, but share your perspective day in the life. We'll start with you. >>Sure, So I have actually a whole team that works for me both in the in the North America, both in the U. S. And in Mexico. And so I'm eagerly working to get them certified as well, so I can become a squad leader myself. But it's important because one of the critical gaps that we found is people having the networking background. Because there you graduate from college and you have a lot of computer science background. You can program. We've got python, but now working and packets they just don't get. And so just taking them through all of the processes that it's really necessary to understand when you're troubleshooting is really critical. And, um, because you're going to get an issue where you need to figure out where, exactly is that happening on the network, you know, is by my issue just in a vpc is on the instant side is a security group or is it going on prim? And is this something actually embedded within Amazon itself? I mean, I trouble shot an issue for about six months going back and forth with Amazon, and it was the VW VPN because they were auto scaling on two sides, and we ended up having to pull out the Cisco's and put in aviatrix so I could just say OK, it's fixed and actually actually help the application teams get to that and get it solved. But I'm taking a lot of junior people and getting them through that certification process so they can understand and see the network The way I see the network, I mean, look, I've been doing this for 25 years, but I got out when I went in the Marine Corps. That's what I did and coming out The network is still the network, but people don't get the same training they get. They got >>just so he just write some software that takes care of itself, but we'll come back to that. I want to come back to that problem solve with Amazon, but I think the only thing I have to >>add to that is that it's always the network as long as I've been in. Networking has always been the network's fault. If you're in the I'm even to this day, you know, still, networks fault, and part of being a network guy is that you need to prove when it is and when It's not your fault. And that means you need to know a little bit about 100 different things. Make that >>And now you got a full stack. Dev Ops, you know, a lot more time. Another 100 times are changing your squadron leader. I get that right. What is? What is the squadron leader first? Could you describe what it is? I think probably just leading off with network components of it. But they from my perspective when you think about what you asked them was it's about no issues and the escalations off my days like that. That's a good outcome. That's a good day. Is a good day's a good day for you. Mention the Amazon. This brings up a good point when you have these new waves come in. You have a lot of new things. New use cases, a lot of the finger point against that guy's problem that girls problems. So what? How do you solve that? And how do you get the young guns up to speed? Is there training is that this with a certification comes in, >>whatever the certification is really going to come in I know when we, uh, we got together at reinvent one of the questions that that we had with with Steven the team was What? What should our certification look like? You know, she would just be teaching about what aviatrix troubleshooting brings to bear. But what should that be like? And I think Toby and I was like, No, no, no, no, that's going a little too high. We need to get really low because the better someone can get actually understanding what's actually happening in the network and where to actually troubleshoot the problem, how to step back each of those processes. Because without that, it's just a big black box and they don't know, you know, because everything is abstracted in Amazon and a Net and Azure and Google, it's abstracted in there. These virtual gateways they have VPN is that you just don't have the logs on is you just don't know. And so then what tools can you put in front of them of where they can look because there are full logs? Well, as long as they turned on the flow logs when I built it, you know, and there's like each one of those little things that well, if they had decided to do that when they built it, it's there. But if you can come in later to really supplement that with training to actual troubleshoot and do a packet capture here as it's going through the teaching them how to read act. Even >>so, we were talking before we came on up on stage about your career. You've been networking all your time, and then, you know, you're no mentoring a lot of younger people. How is that going? Because the people who come in fresh, they don't have all the old war stories they don't talk about, You know, it's never fall. I walk in bare feet in the snow when I was your age, so easy now, right? They say, What's your take on how you train the young piece? >>So I've noticed two things. One is that they are up to speed a lot faster in generalities of networking. They can tell you what network is in high school level now where I didn't learn that until midway through my career, and they're learning it faster, but they don't necessarily understand why it's that way here, you know, everybody thinks that it's always slash 24 for a submit, and they don't understand why you can break it down. Smaller. What? It's really necessary. So the ramp up speed is much faster for these guys that are coming in, but they don't understand why. And they need some of that background knowledge to see where it's coming from. And why is it important? And that's old guys. That's where we thrive. >>Jennifer, you mentioned you got in from the Marines helps. But when you got into networking, how what was it like that? And compare it now? Almost like we heard earlier. Static versus Dynamic. Don't be static. And then you just set the network. You got a perimeter? >>Yeah. No, there was no such thing. Yeah, no. So, back in the day, I mean, yeah, I mean, we had banyan vines for email, you know, we had token ring and I had to set up token ring networks and figure out why that didn't work. Because how many of things were actually sharing it, But then actually, just cutting fiber and running fiber cables and dropping them over, you know, shelters to plug them in, and Oh, crap. They swung it too hard and shattered. And I got a great polish this thing and actually shoot like to see if it works. I mean, that was the network crypt. Five cat, five cables to run an Ethernet, you know? And then from that to set network switches. Dumb switches like those were the most common ones you had then, actually configuring routers and, you know, logging into a Cisco router and actually knowing how to configure that. And it was funny because I had gone all the way up. It was a software product manager for a while, So I've gone all the way up the stack. And then, ah, two and 1/2 3 years ago, I came across, too, to work with NTT Group that became Victor Davis. But we went to help one of our customers, Avis, and it was like, Okay, so we need to fix the network. Okay, I haven't done this in 20 years, but all right, let's get to it, you know, because it really fundamentally does not change. It's still the network. I mean, I've had people tell me Well, you know, when we go to containers, we will not have to worry about the network. And I'm like, Yeah, you don't I >>dio. And then with this with program ability is really interesting. So I think this brings up the certification. What are some of the new things that people should be aware of that come in with the aviatrix? A certification? What are some of the highlights? Can you guys share some of the highlights around certifications? >>I think some of the importance is that its it doesn't need to be vendor specific for network generality or basic networking knowledge. And instead of learning how Cisco does something or how Palo Alto does something, we need to understand how and why it works as a basic model and then understand how each vendor has gone about that problem and solve it in a general. That's true in Multi Cloud as well. You can't learn how cloud networking works without understanding how AWS and Measure and GC P r. All slightly the same, but slightly different and some things work and some things don't. I think that's probably the number one take. >>I think having a certification across clouds is really valuable because we heard the global outside of the business issues. What does it mean to do? That code is that networking is the configurations that aviatrix what is the state matrix is a certification, but what is it about the multi cloud that makes it multi networking and multi vendor? But the >>easy answer is yes, >>yes, it's >>all got to be a general. Let's get your hands and you have to be >>right. And it takes experience because it's every every cloud vendor has their own certification. Um, whether that stops and, um, advanced networking and events, security or whatever it might be. Yeah, they can take the test, but they have no idea how to figure out what's wrong with that system in the same thing with any certification. But it's really getting your hands in there. And actually having to troubleshoot the problems, you know, actually work the problem, you know, and calm down. It's going to be OK because I don't know how many calls I've been on or even had aviatrix join me on. It's like, Okay, so everyone calm down. Let's figure out what's happening. It's like we've looked at that screen three times looking at it again. It's not going to solve that problem, right, But at the same time, remaining calm. But knowing that it really is, I'm getting a packet from here to go over here. It's not working. So what could be the problem, you know, and actually stepping them through those scenarios. But that's like, you only get that by having to do it, you know, and and seeing it and going through it. And >>I have a question. So, you know, I just see it. We started this program maybe six months ago. We're seeing a huge amount of interest. I mean, where oversubscribed on all the training sessions, we've got people flying from around the country, even with Corona virus flying to go to Seattle to go to these events were over >>subscribed. Good is that originally they would put their Yeah. Is >>that something that you see in your organizations? Are you recommending that two people do you see? I mean, I'm just I guess I'm surprised. I'm not surprised, but I'm really surprised by the demand, if you would of this multi cloud network certification. Is there really isn't anything like that? Is that something you guys could comment on? That do you see the same things in your organization I see from >>my side Because we operate in a multi cloud environments that really helps. It's beneficial. Yeah, >>I think I would add that, um, networking guys have always needed to use certifications to prove that they know what they know. It's not good enough to say. Yeah, I know. I p addresses are I know how the network works and a couple little check marks. Our little letters by your helps give you validity. So even in our team, we can say, Hey, you know, we're using these certifications to know that you know enough of the basics and enough of the understandings that you have the tools necessary, >>right? So I guess my final question for you guys is why and a certification is relevant. And then second part is share with Livestream folks who aren't yet a certified or might want to jump in to be aviator certified engineers. Why is it important? So why is it relevant? And why should someone want to be a certified engineer? >>I think my V is a little different. I think certification comes from proving that you have the knowledge not proving that you get a certification to get. I mean, they're backwards. So when you've got the training and the understanding in the you use that to prove and you can, like, grow your certification list with it versus studying for a test to get a certification and have no understanding of >>that. So that who is the right person that look at this and saying I'm qualified is a network engineer. Is that a Dev ops person? What your view? Is it a certain >>you know, I think Cloud is really the answer. It's the as we talked like the edge is getting eroded. So is the network definition getting eroded? We're getting more and more of some network. Some develop some security lots and lots of security. Because network is so involved in so many of them, that's just the next progression. >>You want to add something there, I would say expand that to more automation engineers because we have those now, so I'm probably extended >>Well, I think the training classes themselves are helpful, especially the entry level ones for people who maybe quote unquote cloud architects. But I've never done anything in networking for them to understand why we need those things to really work, Whether or not they go through it. Eventually get a certification is something different. But I really think fundamentally understanding how these things work. It makes them a better architect. Make some better application developer, but even more so as you deploy more of your applications into the cloud. Really getting an understanding even from our people have tradition down on Prem networking. They can understand how that's gonna work in the cloud. >>I know we've got just under 30 seconds left. I want to get one more question than just one more for the folks watching that are maybe younger than I don't have. The networking training from your experience is, each of you can answer. Why should they know about networking? What's the benefit? What's in it for them? Motivate them, share some insights and why they should go with the deeper and networking space we'll start with. You know, I would say it's probably fundamental right after delivery solutions networking. Use the very top. I >>would say. If you fundamental of an operating system running on a machine, how those machines talk together, um, is a fundamental change is something that starts from the base and work your way up. >>Well, I think it's a challenge because you've come from top down. Now you're going to start looking from bottom up, and you want those different systems to cross, communicate and say you built something and your overlapping eyepiece space. Not that that doesn't happen. But how can I actually make that still operate without having to re? I re platform? It's like those challenges, like those younger developers or Cisco engineers can really start to get their hands around and understand those complexities and bring that forward in their careers. >>And, you know, the pipes are working plumbing. >>That's right. >>And they know how it works. How to code it. >>That's right. >>Awesome. Thank you, guys for great insights. Ace certified engineers, also known as aces, give a round of applause. >>Yeah, Yeah, that's great. Thank you. Okay, alright, that >>concludes my portion. Thank you, Steve. Thanks for having >>on. Thank you very much. That was fantastic. Everybody >>running with John Furrier. Yeah. So Great event. Great event. I'm >>not gonna take along with that. We got lunch outside for the people here. Just a couple of things. I just called action, right? So we saw the aces. You know, for those of you out of the stream here, become a certified. It's great for your career. Is great for not knowledge is is fantastic. It's not just an aviatrix thing. It's going to teach you about cloud networking, multi cloud networking with a little bit of aviatrix, exactly what the Cisco CC IE program was for I p Network. That type of the thing that's number one second thing is, is is learn, right? So there's a There's a link up there for the for to join the community, get like I started this. This is a community. This is the kickoff to this community, and it's a movement. So go to what may be community dot IBM dot com. Starting a community of multi cloud. So you get trained learn. I'd say the next thing is we're doing over 100 seminars in across the United States and also starting into Europe. Soon we will come out and we'll actually spend a couple hours and talk about architecture and talk about those beginning things. For those of you on the you know, on the live stream in here as well. You know, we're coming to a city near you. Go to one of those events. It's a great way to network with other people that are in the industry as well is to start to learn and get on that multi cloud journey. And then I'd say the last thing is, you know, we haven't talked a lot about what aviatrix does here, and that's intentional. We want you, you know, leaving with wanting to gnome or and schedule get with us and schedule a multi our architecture workshop sessions. So we we sit down with customers and we talk about where they're at in that journey and, more importantly, where they're going and define that end state architecture from networking, compute storage, everything and everything you've heard. Today. Every panel kept talking about architecture, talking about operations. Those are the types of things that we saw. We help. You could define that canonical architecture that system architecture, that's yours. So for so many of our customers, they have three by five plotted lucid charts, architecture, drawings, and it's the customer name slash aviatrix our network architecture, and they put it on the whiteboard that's what we and that's the most valuable thing they get from us. So this becomes there 20 year network architecture, drawing that. They don't do anything without talking us. And look at that architecture. That's what we do in these multi hour workshop sessions with customers. And that's super super powerful. So if you're interested, definitely call us. And let's schedule that with our team. So anyway, I just want to thank everybody on the livestream. Thank everybody here. Hopefully it was It was very useful. I think it waas and join the movement. And for those of you here, join us for lunch and thank you very much. >>Yeah, >>yeah, yeah.

>>from Santa Clara, California. In the heart of Silicon Valley, it's the queue covering altitude 2020. Brought to you by aviatrix. >>Okay, welcome back. Altitude 2020 for the digital event for the live feed. Welcome >>back. I'm John Furrier with the Cube with Steve Mullaney, CEO aviatrix for the next panel from global system integrators of folks who are building and working with folks on their journey to multi cloud and cloud native networking Got a great panel. George Buckman with D XY and Derek Monaghan with W W t. Welcome to the stage. >>Okay, right. Yeah. Yeah. >>Okay. You guys are the ones out there advising, building and getting down and dirty with multi cloud and cloud native networking. We just heard from the customer panel You can see the diversity of where people come into the journey of cloud. It kind of depends upon where you are, but the trends are all clear. Cloud native networking, Dev. Ops up and down the stack. This has been the main engine. What's your guys take of the journey to multi cloud what you're seeing? No. >>Yeah, it's critical. I mean, we're seeing all of our enterprise customers enter into this. They've been >>through >>the migrations of the easy stuff, you know? Now they're trying to optimize and get more improvement. So now the tough stuff is coming on, right? And you know, they need their data processing near where their data is, so that's driving them to a multi cloud environment. >>We heard some of the edge stuff you guys are. You're seeing this movie before, but now it's >>a whole new >>ballgame. What's your take? >>Yeah, so I'll give you a hint. Our practices not called the cloud practice. It's the multi cloud practice. And so if that gives you a hint of how we approach things very consultative. And so when we look at what the trends are a little over a year ago, about a year ago we're having conversations with customers. Let's build a data center in the cloud. Let's put some VP sees that sort of firewalls. Put some DNS and other infrastructure out there, and let's hope it works. This isn't a science project, so we're trying to, We're starting to see is customers are starting to have more of a vision. We're helping with that consultative nature, but it's totally based on the business, and you got to start understanding how the lines of business are using the APS. And then we evolve into that next journey, which is a foundational >>approach to what are some of the problem statement that your customers are solving when they come to you? One of the top things that are on there, my house to the ease of use, agility, all that stuff. But what specifically they did, digging into >>some complexity? I think when you look at a multi cloud approach, in my view is network requirements are complex. You know, I think they are. But I think the approach can be Let's simplify that. So one thing that we try to do and this is how we talk to customers. Let's just like you. Simplifying aviatrix simplifies the automation orchestration of cloud networking. We're trying to simplify the design, the planning, implementation of infrastructure across multiple workloads across multiple platforms. And so the way we do it is we sit down. We look at not just use cases and not just the questions in common. We anticipate we actually build out based on the business and function requirements. We build out a strategy and then create a set of documents. And guess what? We actually build in the lab. And that lab that we platform built proves out this reference architecture actually >>work? Absolutely. We we implement similar concepts. I mean, they're proven practices. They work great. So, >>George, you mentioned that the hard part is now upon us. Are you referring to networking? What specifically are you getting? And Terrence is the easy part. Done that before the >>enterprises themselves, migrating their more critical APS or more difficult taps into the environments. You know, they just we just scratched the surface. I believe on what enterprises they're doing to move into the cloud, to optimize their environments, to take advantage of the scale and speed, to deployment and to be able to better enable their businesses. So they're just now really starting the >>you get. You guys see what I talked about in terms of the Cambrian explosion? I mean, you're both monster system integrators with, you know, top fortune Enterprise customers, you know, really rely on you for guidance and consulting and so forth and deploy their >>networks. Is that something that you have seen? Does that resonate? Did you notice a year and 1/2 ago. All of a sudden, the importance of cloud for enterprise shoot up. >>Yeah. I mean, we're seeing it in our internal environment. You know, we're a huge company or those customer zero r and D. So we're experiencing that internal, Okay? Every one of our other >>customers. So I have another question, but I don't know the answer to this. And the lawyer never asked the question that you don't know the answer to, but I'm gonna ask it anyway. DXC and WWD massive system integrators. >>Why aviatrix >>So great question, Steve. So I think the way we approach things, I think we have a similar vision of similar strategy. How you approach things, how we approach things, that world wide technology number one. We want to simplify the complexity. And so that's your number. One priority is let's take the networking, but simplify it. And I think part of the other point I'm making is we have ah, we see this automation piece as not just an afterthought anymore. If you look at what customers care about, visibility and automation is probably the top three. Maybe the third on the list and I think that's where we see the value. Now I think the partnership that we're building and what I would I get excited about is not just putting years in our lab and showing customers how it works is co developing a solution with figuring out Hey, how can we >>make this better? Visibility's a huge thing In security alone network. Everything's around visibility. What automation you see happening in terms of progression, Order of operations, if you will. What's the low hanging fruit? What are people working on now? What are you What are some of the aspirational goals around when you start thinking about multi cloud and automation? Yep. So I wanted to get back to answer that question. >>I want to answer your question. You know what led us there and why aviatrix, you know, in working some large internal I t projects and looking at how we're gonna integrate the solutions, you know, we like to build everything with recipes where network is probably playing catch up in the Dev ops world, but with a Dev ops mindset looking to speed to deploy support all those things. So when you start building your recipes to take a little of this, a little of that, and you mix it all together. Well, when you look around, you say, Wow, look, there's this big bag of 88. Let me plot that in. That solves a big part of my problems that I have to speed to integrate, speed to deploy and the operational views that I need to run. This. So that was the 11 years about reference architectures. Yeah, absolutely. So, you know, they came with a a full slate of reference architectures already out there and ready to go. That fit our needs. So it's very, very easy for us to integrate those into our recipes. What >>do you guys think about all the multi vendor interoperability conversations that have been going on? Choice has been a big part of multi cloud in terms of, you know, customers want choice didn't put a workload in the cloud that works. But this notion of choice and interoperability has become a big conversation. >>It is, and I think, the approach, and that's why we talk to customers. It's let's let's speed and the risk of that decision making process, and how do we do that cause interoperability is key. You're not just putting. It's not just a single vendor. We're talking, you know, many, many vendors. I mean, think about the average number of cloud applications. The customer uses a business and enterprise business today. You know, it's it's above 30. It's skyrocketing. So what we do and we look at it from the interoperability approach is how to things Inter operate. We test it out, we validate it. We build a reference. Architectures says. These are the critical design elements. Now let's build one with aviatrix and show how this works with aviatrix. And I think the important part there, though, is the automation piece that we had to it in visibility. So I think the visibility is what I see. Lacking cross >>industry today, Cloud native, that's been a big topic. Okay, in terms of aviatrix that you guys see them coming in, they're one of the ones that are emerging and the new brands emerging with multi cloud. You still got the old guard incomes with huge footprints. How are customers dealing with that kind of component and dealing with >>both of them? Yeah. I mean, where we have customers that are ingrained with a particular vendor. And, you know, we have partnerships with many vendors. So our objective is to provide a solution that meets that client. >>And you they all want multi vendor. They all want interoperability. Correct. Alright. So I got to ask you guys a question. What? We're defining day two operations. What does that mean? I mean, you guys are looking at the big business and technical components of architecture. What is day to operations? I mean, what's the definition of that? >>Yeah. So I think from our perspective, my experience, we, you know, day to operations, whether it's not just the, you know, the orchestration piece and setting up and let it lot automate and have some, you know, change control. You're looking at this from a data perspective. How do we support this ongoing and make it easy to make changes as we evolved. The cloud is very dynamic. The the nature of how the fastest expanding the number of features is astonishing trying to keep up to date with number of just networking capabilities and services that are added. So I think Day two operations starts with a fundamental understanding of, you know, building out supporting customers environments and making it the automation piece Easy >>from from, you know, distance. Yeah, and you know, taking that to the next level of being able to enable customers to have catalog items that they can pick and choose. Hey, I need this network connectivity from this cloud location back to this on Prem and being able to have that automated and provisioned just simply by ordering >>for the folks watching out there. Guys take a minute to explain, As you guys are in the trenches doing a lot of good work. What are some of the engagement that you guys get into? How does that progress? What is the what's what happens there? They call you up and say, Hey, I need a multi cloud or you already in there and >>take us through. Why? How >>someone can engage to use a global less side to come in and make this thing happen? What's the typical engagement look like? >>Yeah, So from our perspective, we typically have a series of workshops and a methodology that we kind of go along the journey Number one. We have a foundational approach and I don't mean foundation, meaning the network Foundation That's a very critical element. We got a factor in security. We got a factor in automation. So we think about foundation. We do a workshop that starts with education. A lot of times we'll go in and we'll just educate the customer. What is VPC share? You know what is a private Lincoln Azure? How does that impact your business? We have customers. I want to share services out in an ecosystem with other customers and partners. Well, there's many ways to accomplish that. So our goal is to understand those requirements and then build >>that strategy with them. Yeah, I mean, I'm one of the guys. It's down in the weeds making things happen. So I'm not the guy on the front line interfacing with the customers every day. But we have a similar approach. You know, we have a consulting practice that will go out and apply their practices to see what >>and when do you parachute in? >>Yeah, And when I say is I'm on the back end working with our offering. Development leads for the networking. So we understand are seeing what customers are asking for and we're in the back end developing the solutions that integrate with our own offerings as well as enable other customers that just deploy quickly to meet their connectivity needs. So the patterns air similar. >>All right, final question for you guys. I want to ask you to paint a picture of what success looks like. And you know, the name customers, you know, to get and reveal kind of who they are. But what does success look like in multi cloud? You paint a picture for the folks here and watching the livestream. If someone says, Hey, I want to be multi cloud. I have my operations agile. I want Full Dev ops. I want program ability. Security built in from day zero. What does success look like? Yeah, >>I think success looks like this. So when you're building out a network, the network is a harder thing to change than some other aspects of cloud. So what we think is even if you're thinking about that second cloud which we have, most of our customers are on to public clouds. Today they might be dabbling is you build that network foundation an architecture that takes in consideration where you're going. And so once we start building that reference architecture out that shows this is how to approach it from a multi cloud perspective, not a single cloud. And let's not forget their branches. Let's not forget our data centers. Let's not forget how all this connects together cause that's how we define multi cloud. It's not just in the cloud, it's on Prem and it's off Prem. And so, collectively, I think the key is also is that we provide them in HLD. You got to start with a high level design that can be tweaked. You go through the journey, but you got to give a salad structural foundation and that networking, which we think most customers think as not not the network engineers put as an afterthought. We want to make that the most critical >>element. Before you start the journey, George, from your seat had a success look for you. >>So you know, it starts out on these journeys often start out people not even thinking about what is gonna happen with what their network needs are when they start their migration journey to the cloud. So I want the success to me. Looks like them being able to end up not worrying about what's happening in the network when they move to the cloud. >>Guys, great insight. Thanks for coming on. Sharing a round of applause for the global >>system integrators, right? >>Yeah, yeah, yeah, yeah.

>>from Santa Clara, California In the heart of Silicon Valley, it's the queue covering altitude 2020. Brought to you by aviatrix. >>Our next customer panel got great. Another set of cloud Network architect Justin Smith, was Aura Justin broadly with Ellie Mae and omit Otri job with Cooper. But on the stage. >>Yeah, all right. Thank you. Thank you, Thank you. Yeah, >>he's got all the cliff notes from the last session. Welcome, Rinse and repeat. Yeah, we got to go under the hood a little bit and I think they nailed the what we've been reporting and we've been having a conversation around. Networking is where the action is, cause that's the end of the day. You gotta move impact from a to B. And yet workloads exchanging data. So it's really killer. So let's get started. I mean, what are you seeing as the journey of of multi cloud as you go under the hood and say, Okay, I got to implement this, have to engineer the network, make it enabling make it programmable, making interoperable across clouds. And that's like I mean, almost sounds impossible to me. What's your take? >>Yeah, I mean it. It seems impossible. But if you're running an organization, which is running infrastructures, according all right, it is easily doable. Like you can use tools out there that's available today. You can use third party products that can do a better job, but But what? Your architecture first, don't wait. Architecture may not be perfect, but the best architecture that's available today and be agile to idiot and make improvements over there. >>We got to Justin's over here, so I have to be careful when I pointed Question and Justin, they both have the answer, but okay, Journeys. What's the journey been like? I mean, is there phases? We heard that from Gardner. People come into multi cloud and cloud native networking from different perspective. What's your take on the journey? Justin? >>Yeah, I mean, from our first do, we started out very much focused on one cloud. Ah, and as we started acquisitions, we started doing new products to market. The need for multi cloud becomes very apparent very quickly for us. And so, you know, having architecture that we can plug in, play into and be able to add and change things as it changes is super important For what we're doing in this space >>just in your journey? >>Yes, for us. We were very ad hoc oriented. And the idea is that we were reinventing all the time trying to move into these new things and coming up with great new ideas. And so rather than it being some iterative approach with our deployments that became a number of different deployments. And so we shifted that tour in the network has been a real enabler of this is that there's one network and it touches whatever cloud we wanted to touch on. It touches the data centers that we needed to touch, and it touches the customers that we needed to touch. Our job is to make sure that the services that are available in one of those locations are available in all of the locations. So the idea is not that we need to come up with this new solution every time. It's that we're just iterating on what we've already decided to dio >>before we get the architecture section, I want to ask you guys a question. A big fan of you know, let the app developers have infrastructure as code, so check, but having the right cloud run that workload. I'm a big fan of that if it works great. But we just heard from the other panel. You can't change the network. So I want to get your thoughts. What is cloud native networking and is that the engine really got the enabler for this multi cloud trend. But you guys take it, we'll start with What do you think about that? >>Yeah, So you're gonna have workloads running in different clouds, and the workloads would have affinity to one cloud or another. But how you expose that? It's a matter of how you're gonna build your networks, how we're gonna run security, how we're gonna do egress, ingress out offered. So >>networking is the big problem. How do you suppose this? What's the solution? That's the key Pain points and problem statement. >>I mean, they get the key pain point for most companies is how do you take your traditional on premise network and then blow it out to the cloud in a way that makes sense. I p conflicts. You have space. You have public eyepiece on premise as well as in the cloud. And how do you kind of make a sense of all of that. And I think that's where tools like aviatrix make a lot of sense >>in that space from our side. It's it's really simple. It's latency and bandwidth and availability. These don't change whether we're talking about cloud or data center or even corporate I t. Networking. So our job when when these all of these things are simplified into like s three, for instance. And our developers want to use those, we have to be able to deliver that and for a particular group or another group that wants to use just just GC p resource is these aren't we have to support these requirements and these wants, as opposed to saying, Hey, that's not a good idea. Our job is to enable them not disable them. Do >>you think I do? You guys think Infrastructure's code, which I love that because that's the future it is. We saw that with Dev Ops, but I just start getting the networking. Is it getting down to the network portion where it's network as code storage and compute? Working really well is seeing all kubernetes and service meshes. Trend network is code reality is that there is still got work >>to do. It's absolutely there. I mean, you mentioned that develops and it's very real. I mean, in Cooper, we build our networks through terraform and on not only just data from building a p I so that we can consistently build we nuts and vpc all across in the same way >>you got to do it. >>Yeah, and even security groups and then on top and aviatrix comes in. We can peer the network's bridge bridge, all the different regions through court. >>Same with you guys about >>everything we deploy is done with automation. And then we also run things like Lambda on top to make changes in real time. We don't make manual changes on our network in the data center. Funny enough, it's still manual, but the cloud has enabled us to move into this automation mindset. And all my guys, that's what they focus on is bringing now what they're doing in the cloud into the data center, which is kind of opposite what it should be that's full. When it used to be. >>It's full dev ops, then >>yes, yeah, I mean, for us, it was similar on premise. Still somewhat very manual though we're moving more Norton Ninja and Terra Form concepts, but everything in the production environment, confirmation terraform code and now coming into the data center. So I just wanted to jump in on Justin Smith. One of the comment >>that you made because it's something that we always >>talk about a lot is that >>the center of gravity of architectures used to be an on Prem, and now it's shifted in the cloud it once you have your strategic architecture what what do you do? You push that everywhere. So what you used to see the beginning of cloud was pushing the architecture on Prem into cloud. Now I won't pick up on what you said The you others agree that the center >>of architect of gravity is here. I'm now pushing what I do in the cloud >>back into on Prem. And so first that and then also in the journey Where are you at? From 0 to 100 of, actually in the journey to cloud Are you 50% There are you 10%. So you evacuating data centers next year? I mean, where are you guys at >>s. So there's there's two types of gravity that you typically are dealing with the migration. First is data gravity in your data set and where that data lives. And the second is the network platform that interrupts all that together in our case, the data gravity still mostly on Prem. But our network is now extending out to the APP tier that's gonna be in cloud, right? Eventually that data gravity will also move to cloud as we start getting more sophisticated. But, you know, in our journey, we're about halfway there halfway through the process, we're taking a handle of lift and shift. And when did that start? We started about three years ago. >>Okay, Well, for us, it's a very different story. Started from a garage 100% in the cloud. It's a business spend management platform as a software as a service, 100% in the cloud. It was like 10 years ago, right? Yes. >>Yeah. Has a riding the wave of the architecture. Just I want to ask you is or you guys mentioned Dev ops. I mean, obviously we saw the huge observe Ability way which essentially network management for the cloud. In my opinion, it's more dynamic, but this is about visibility. We heard from last panel. You don't know what's being turned on or turned off from a services standpoint at any given time. How is all this playing out when you start getting into the Dev Ops down? >>Well, this this is the big challenge for all of us is visibility when you talk transport within a cloud. You know, we very interesting. We have moved from having a backbone that we bought that we own. That would be data center connectivity. We now I work as a subscription billing company, so we want to support the subscription mindset. So rather than going and buying circuits and having to wait three months to install and then coming up with some way to get things connected and resiliency and redundancy, I my backbone, is in the cloud. I use the cloud providers interconnections between regions to transport data across. And so if you do that with their native solutions, you do lose visibility. There are areas in that you don't get, which is why controlling you know, controllers and having some type of management plane is a requirement for us to do what we're supposed to and provide consistency while doing it. >>Great conversation. I love what you said earlier laden C band with I think availability with your SIM pop three things guys s l A and just do ping times between clouds. It's like you don't know what you're getting for round trip times. This becomes a huge kind of risk management. Black hole, whatever you wanna call Blind Spot. How are you guys looking at the interconnect between clouds? Because, you know, I can see that working from ground to cloud on cloud. But when you start dealing multi clouds, workloads, sl A's will be all over the map, won't they? Just inherently. But how do you guys view that? >>Yeah, I think we talked about workload, and we know that the workloads are going to be different in different clouds, but they're going to be calling each other. So it's very important to have that visibility that you can see how their data is flowing at war latency and what our ability is is there and over a Saturday meets to operate on. So it's >>so use the software dashboard, look at the Times and look at the latest in >>the old days strong So on open salon, you try to figure it out, and then your data, as you look at our >>Justin, what's your answer? That cause you're in the middle of it? >>Yeah. I mean, I think the key thing there is that we have to plan for that failure. We have a plan for that latency and our applications. That something is we're tracking ingress, Ally, something you start planning for. And you loosely couple these services in a much more micro services approach. So you actually can handle that kind of failure or that type of unknown latency. And unfortunately, the cloud has made us much better at handling exceptions in much better way. >>You guys are all great examples of cloud native from day one you guys had When did you have the tipping point moment or the epiphany of saying a multi clouds real? I can't ignore it. I got a factor into all my design, design principles and everything you're doing. What? It was there a moment or was it from day one? >>Now there are 22 reasons. One was the business. So in business, there was some affinity to not be in one cloud or to be in one cloud, and that drove from the business side. So as a cloud architect of a responsibility was to support the business, and the other is the technology. Some things are really running better in, like if you're running dot net workload or you're gonna run machine learning or yeah, so you have You would have that reference off one cloud over the other. So >>your thoughts on that >>that was the bill that we got from AWS. I mean, that's that's what drives a lot of these conversations is the financial viability of what you're building, on top of which is so we this failure domain idea, which is which is fairly interesting. How do I solve or guarantee against a failure domain You have methodologies with, you know, back in direct, connects or interconnect with DCP. All of these ideas are something that you have to take into account. But that transport layer should not matter to whoever we're building this for Our job is to deliver the frames in the packets, what that flows across, how you get there. We want to make that seamless, and so whether it's a public Internet, AP I call or it's a back end connectivity through direct connect. It doesn't matter. It just has to meet a contract that you signed with your application, folks, >>that's the availability piece just in your thoughts on that comment >>s actually multi clouds become something much more recent. In the last 6 to 8 months, I'd say we always kind of had a very dramatic like movie to Amazon from our private cloud is hard enough. Why complicated further but the realities of the business. And as we started seeing, you know, improvements in Google and Azure and different technology space is the need for multi cloud becomes much more important as well. As other acquisition strategies matured. We're seeing that companies that used to be on premise that we typically acquire are now very much already on the cloud. And if they're on a cloud, I need to plug them into our ecosystem. And so that's really changed our multi cloud story >>in a big way. I'd love to get your thoughts on the cloud versus the cloud because you know you compare them. Amazon's got more features. They're rich with features. I'll see the bills. Are people using them. But Google's got a great network. Google's networks pretty damn good. And then you've got azure. What's the difference between the clouds? Who? Where they involved with a peak in certain areas, better than others? What? What are the characteristics which makes one cloud better? Do they have a unique feature that makes Azure better, then Google and vice versa. What you guys think about the different clouds? >>Yeah, so my experience, I think there is a deep approach is different in many places. Google has a different approach, very developer friendly. And you can run your workload with the your network and spend regions. I mean, but our application ready to accept Amazon is evolving. I mean, I remember 10 years back Amazon's network was a flat network. We will be launching certain words and 10.0 dot zero slash right on, and the repeat came out >>with Life is not good. >>So so the VPC concept came on multi core came out, so they are evolving as you already let's start. But because they have lived start, they saw the patron and they have some mature set up on the ground, >>and I think they're all trying to say they're equal in their own ways. I think they all have very specific design philosophies that allow them to be successful in different ways. And you have to kind of keep that in mind as you architect your own solution, for example, Amazon has a very much a very regional affinity. They don't like to go cross region in their architecture, whereas Google is very much it's a global network. We're gonna think about a global solution. I think Google also has evangelists third to market, and so has seen what Azure did wrong. It seemed, with AWS did wrong and it's made those improvements. And I think that's one of their big >>advantage. Great scale to Justin. Thoughts on the cloud. >>So yeah, Amazon built from the system up and Google built from the network down, so their ideas and approaches are from a global versus original. I agree with you completely that that is the big number one thing. But if you look at it from the outset, interestingly, the inability or the ability for Amazon to limit layer to broadcasting and what that really means from a VPC perspective changed all the routing protocols you can use all the things that we have built inside of a data center, provide resiliency and make things seamless to users. All of that disappeared on DSO because we had to accept that at the VPC level. Now we have to accept it. At the one level, Google's done a better job of being able to overcome those things and provide those traditional network facilities to us. >>Just scrape and go all day. Here is awesome So I heard. But we will get to the cloud native Naive question. So I kind of think about what's not even what clients that next. But I got to ask. You had a conversation with a friend. He's like, When is the new land? So if you think about what the land was in a data center, when is the new language you're talking about? The cloud impact. So that means SD win. The old SD Wan is kind of changing the new land. How do you guys look at that? Because even think about it. What lands were for inside of premises was all about networking speed. But now, when you take the win and make essentially land, do you agree with that. And how do you view this trend? Is it good or bad or ugly? What's what's your guys take on this? >>Yeah, I think it's Ah, it's a thing that you have to work with your application architect. So if you're managing networks and if you're a sorry engineer, you need to work with them toe expose the unreliability that would bring in. So the application has to handle a lot off this the difference in the latency, ease and and the reliability it has to be worked with application there >>land way and same concept as a B S >>E. I think we've been talking about for a long time the erosion of the edge and so is this is just a continuation of that journey we've been on for the last several years. As we get more and more cloud native and we talk about a p, I is the ability to lock my data in place and not be able to access. It really goes away. And so I think this is just continuation that thing. I think it has challenges. We are talking about land scale versus land scale. The tooling doesn't work the same. The scale of that tooling is much larger on the need for automation is much, much higher in a way that it wasn't a land. That's where you're seeing so much. Infrastructure is code. >>Yeah, so for me, I'll go back again to this. It's bandwidth, and it's latency, right that that define those two land versus went. But the other thing that's comes up more and more with cloud deployments is where's our security boundary? And where can I extend this secure, aware appliance or set of rules Teoh to protect what's inside of it. So for us, we're able to deliver VM ref. So our route forwarding tables for different segments wherever we're out in the world and so they're trusted to talk to each other. But if they're going to go to some place that's outside of their network, then they have to cross a security boundary, and we'll reinforce policy very heavily. So for me there is. It's not just land when it's it's how does environment get to environment more importantly, >>as a great point and security we haven't talked about yet, but that's got to be baked in from the beginning of this architecture. Thoughts on security, how you guys are dealing with it. >>Yes, start from the base. Have app, Web security built in? Have TLS have encryption on the data in transit or at rest? But as you bring the application to the cloud and they're going to go multi cloud talking toe or the Internet in some places, well, have app, Web security >>I mean our principles. Day security is a day zero every day, and so we always build it into our design, build into our architecture into our applications. It's encrypt everything. It's TLS everywhere. It's make sure that that data is security at all times. >>Yeah, one of the cool trends that are, say, just as a side note was the data in use encryption piece, which is a home or fix stuff. Interesting. Alright, guys, final question. You know, we heard on the earlier panel was also trending at reinvent. We take the tea out of cloud native. It spells cloud naive. They got shirts now aviatrix kind of got this trend going. What does that mean to be naive? So if you're to your peers out there watching the live stream and also the suppliers that are trying to supply you guys with technology and services. What's naive look like And what's native look like when it's someone naive about implementing all this stuff. >>So for me, it's because we are 100% cloud for us. Its main thing is ready for the change, and you you will find new building blocks coming in and the network design will evolve and change. So don't be naive and things that are static you all with the change. >>I think the big naivety that people have is that, well, I've been doing it this way for 20 years and been successful. It's going to be successful in cloud. The reality is, that's not the case. You have to think some of the stuff differently, and you need to think about it early enough so that you can become cloud native and really enable your business on cloud. >>Yet for me, it's it's being open minded, right? The our industry, the network industry as a whole has been very much I'm smarter than everybody else, and we're gonna tell everybody how it's gonna be done on the way we fell into a law when it came to producing infrastructure and so embracing this idea that we can deploy a new solution or a new environment in minutes as opposed to hours or weeks or months in some cases is really important. And so, you know, it's >>being closed minded native, being open minded. >>Exactly. And it took for me. It was that was a transformative kind of, uh, where I was looking to solve problems in a cloud way, as opposed to looking to solve problems in this traditional old school way. >>All right, I know we're out of time, but I got one more question for you guys. So good. It could be a quick answer. Um, what's the B s language? When you bs? Meter goes up when people talk about solutions, what's the kind of jargon that you here that's the BS meter going off? What are people talking about that in your opinion, You. Here you go. That's total bs. But what triggers? >>So I have two lines out of movies that are really like it. I say them without actually thinking them. It's like 1.21 gigawatts of your of your mind. Back to the future, right? Somebody's going to the bank and then and then Martin Ball and and Michael Keaton and Mr Mom when it goes to 22. 21 whatever it takes those two right there, if those go off in my mind where somebody's talking to me, I know they're full of baloney. >>A lot of speeds and feeds a lot of speeds and feeds a >>lot of data instead of talking about what you're actually doing in solution ing for You're talking about What does this? This This is okay, 2020 A. >>Just take any time I start seeing the cloud vendors start benchmarking against each other. Your workload is your workload. You need a benchmark yourself. Don't Don't listen to the marketing on that. That's that's >>what triggered you in the BSP. >>I think if somebody explains you're not simple, they cannot explain you in simplicity. Then then it's all >>that's a good one. All right, guys, Thanks for the great insight. Great panel around >>Applause, right? >>Yeah. Yeah,

>>from Santa Clara, California In the heart of Silicon Valley, it's the queue covering altitude 2020. Brought to you by aviatrix. >>Okay, welcome back to altitude. 2020 for the folks on the Livestream. I'm John Furrier Steve Mullaney with CEO of aviatrix for our first of two customer panels on cloud with Cloud Network Architects. We got Bobby. Will be They gone. Luis Castillo, National Instruments. David should nick with fact set. Guys, welcome >>to the stage for this digital >>event. Come on up. >>Hey, good to see you. Thank you. Okay. Okay. Yeah. >>Okay. Customer panel. This is my favorite part. We get to hear the real scoop. Get the gardener. Given this the industry overview. Certainly multi clouds, very relevant. And cloud native networking is the hot trend with live stream out there in the digital events of guys. Let's get into it. The journey is you guys are pioneering this journey of multi cloud and cloud native networking and soon going to be a lot more coming. So I want to get into the journey. What's it been like? Is it really got a lot of scar tissue? Uh, what is some of the learnings >>Yeah, absolutely. So multi Cloud is whether or not we accepted as network engineers is a reality. Um, like Steve said about two years ago, companies really decided to to just to just bite the bullet and move there. Whether or not whether or not we accept that fact, we need to now create a consistent architecture across across multiple clouds and that that is challenging, um, without orchestration layers as you start managing different different tool sets and different languages across different clouds. So that's it's it's really important to start thinking about that. You >>guys are on the other Panelists here this different phases of this journey. Some come at it from a networking perspective. Some comment from a problem. Troubleshooting. Which What's your experiences? >>Yeah, so, uh, from a networking perspective, it's been incredibly exciting. It's kind of a once in a generational opportunity to look at how you're building out your network. You can start to embrace things like infrastructure as code that maybe your peers on the systems teams have been doing for years. But it just never really worked on Prem, so it's really it's really exciting to look at all the opportunities that we have And then all the interesting challenges that come up that you, uh, that you get to tackle >>and in fact said, you guys are mostly aws, right? >>Right now, though, where we are looking at multiple clouds, we have production workloads running in multiple clouds today. But a lot of the initial work has been with them, >>and you see it from a networking perspective. That's where you guys are coming at it from. Yep. Yeah. So >>we evolved more from a customer requirement. Perspective started out primarily is AWS. But as the customer needed mawr resources manager like HPC, you know, Azure A D. Things like that. Even recently, Google do analytics. Our journey has evolved into more of a multi cloud environment. >>Steve weigh in on the architecture because this has been the big conversation. I want you to lead this sector. >>Yeah, so I mean, I think you guys agreed that journey. It seems like the journey started a couple of years ago got real serious. The need for multi cloud, whether you're there today. Of course it's going to be there in the future, so that's really important. I think the next thing is just architecture. I love to hear what you you had some comments about architecture matters. It all starts. I mean, every enterprise I talked to maybe talk about architecture in the importance of architecture. Maybe Bobby >>is from architectural perspective. We started our journey five years ago. Wow. Okay. And we're just now starting our fourth evolution of our network architect. Okay? And we call it networking security. Net sec versus just network on that. Fourth generation architectures be based primarily upon Palo Alto networks and aviatrix aviatrix doing the orchestration piece of it. But that journey came because of the need for simplicity, the need for a multi cloud orchestration without having to go and do reprogramming efforts across every cloud as it comes along. >>Right? I guess. The other question, I I also had around architectures also, Louise, maybe just talk about I know we've talked a little bit about scripting right and some of your thoughts on that. Yeah, absolutely. So, um, so for us, we started, We started creating Ah, the network constructs with cloud formation. And we've stuck with that, for the most part. What's interesting about that is today on premise, we have a lot of a lot of automation around around how we provision networks, but confirmation has become a little bit like the new manual for us. So we're now having issues with having the automate that component and making it consistent with our on premise architecture, making it consistent with azure architecture and Google Cloud. So it's really interesting to see to see companies now bring that layer of abstraction that SD Wan brought to the to the wan side. Now it's going up into into the cloud networking architectures, >>right? So on the fourth generation of you mentioned, you're 1/4 gen architecture. What do you guys? What have you learned? Is there any lessons? Scar tissue, what to avoid? What worked? What was some of the >>one of the biggest lesson there is that when you think you finally figured it out, you haven't right? Amazon will change something as you change something, you know, transit gateway, the game changer eso uh, and listening to the business requirements is probably the biggest thing we need to do up front. But I think from a simplicity perspective, we said We don't want to do things four times. We want two things. One time we want to have a right to an AP I, which aviatrix has and have them do the orchestration for us so that we don't have to do it four times. How >>important is architecture in the progression, is it? You guys get thrown in the deep end to solve these problems or you guys zooming out and looking at it. I mean, how are you guys looking at the architecture? >>I mean, you can't get off the ground if you don't have the network there. So all of those things we've gone through similar evolutions. We're on our fourth or fifth evolution. Uh, I think about what We started off with Amazon without a direct connect gateway without a transit gateway without ah, a lot of the things that are available today kind of the 80 20 that Steve was talking about. Just because it wasn't there doesn't mean we didn't need it, so we >>needed to figure out a way to do it. We >>couldn't say. You need to come back to the network team in a year. Maybe Amazon will have a solution for you. We need to do it now and evolve later and maybe optimize or change. Really, you're doing things in the future, But don't sit around and wait. You can't. >>I'd love to have you guys each individually answer this question for the livestream that comes up a lot. A lot of cloud architects out in the community. What should they be thinking about? The folks that are coming into this proactively and are realizing the business benefits are there? What advice would you guys give them? An architecture, which should be they be thinking about and what some guiding principles you could share. >>So I would start with, ah, looking at an architectural model that that can, that can spread and and give consistency the different two different cloud vendors that you will absolutely have to support. Um, cloud vendors tend to want to pull you into using their native tool set, and that's good. If only it was realistic, too. Talk about only one cloud, but because it doesn't, it's it's, um, it's super important to talk about and have a conversation with the business and with your technology teams about a consistent model. >>How do I do my day one work so that I'm not spending 80% of my time troubleshooting or managing my network. Because if I'm doing that, then I'm missing out on ways that I can make improvements to embrace new technologies. So it's really important early on to figure out how do I make this as low maintenance as possible so that I can focus on the things that the team really should be focusing on. >>Bobby. Your advice? The architect. I >>don't know what else I can add to. That simplicity of operations is gives key. >>Alright, so the holistic view of Day two operation you mentioned let's could jump in. Day one is you're getting stuff set up. Day two is your life after. This is what you're getting at, David. So what does that look like? What are you envisioning as you look at that 20 mile stare out post multi cloud world one of the things that you want in a day to operations? >>Yeah, infrastructure as code is really important to us. So how do we How do we design it so that we can fit start making network changes and putting them into like, a release pipeline and start looking at it like that rather than somebody logging into a router cli and troubleshooting things on an ad hoc nature. So moving more towards the Devil Ops model. >>Here's the thing I had on that day two. >>Yeah, I would. I would love to add something. So in terms of day two operations, you can you can either sort of ignore the day two operations for a little while where you get well, you get your feet wet, um, or you can start approaching it from the beginning. The fact is that the cloud native tools don't have a lot of maturity in that space. And when you run into an issue, you're gonna end up having a bad day, going through millions and millions of logs just to try to understand what's going on. So that's something that the industry just now is beginning to realize. It's It's such a such a big gap. >>I think that's key, because for us, we're moving to more of an event driven or operations. In the past. Monitoring got the job done. It is impossible to modern monitor something that's not there when the event happens, right, so the event driven application and then detection is important. >>I think Gardner is about the Cloud Native wave coming into networking. That's going to be a serious thing. I want to get you guys perspective. I know you have different views of how you came into the journey and how you're executing. And I always say the beauty's in the eye of the beholder and that kind of applies the networks laid out. So, Bobby, you guys do a lot of high performance encryption both on AWS and Azure. That's kind of a unique thing for you. How are you seeing that impact with multi cloud? >>And that's a new requirement for us to where we, uh we have a requirement to encrypt, and they never get the question Should encryption and encrypt. The answer is always yes, you should encrypt. You should get encrypt for perspective. We we need to moderate a bunch of data from our data centers. We have some huge data centers on. Getting that data to the cloud is is timely experiencing some cases, So we have been mandated that we have to encrypt everything, leaving the data center. So we're looking at using the aviatrix insane mode appliances to be able to decrypt you know 10 20 gigabytes of data as it moves to the cloud itself. David, you're using >>terra form. You've got fire net. You've got a lot of complexity in your network. What do you guys look at the future for your environment? >>Yes. So something exciting that we're working on now is fire net. So for our security team, they obviously have a lot of a lot of knowledge based around Polito on with our commitments to our clients, you know, it's it's it's not very easy to shift your security model to a specific cloud vendor it So there's a lot of stock to compliance and things like that where being able to take some of what you've you know you've worked on for years on Prem and put it in the cloud and have the same type of assurance that things were gonna work and be secure in the same way that they are on Prem helps make that journey into the cloud a lot easier. >>And you guys got scripting and get a lot of things going on. What's your what's your unique angle on this? >>Um, yeah. No, absolutely so full disclosure. I'm not not not an aviatrix customer yet. >>It's okay. We want to hear the truth. So that's good. Tell >>us what you're thinking about. What's on your mind. >>No, really, Um, when you when you talk about, um, implementing the to like this, it's It's really just really important. Teoh talk about automation and focus on on value. So when you talk about things like encryption and thinks like so you're encrypting tunnels and encrypting the path and those things are, should it should should be second nature, Really? When you when you look at building those back ends and managing them with your team, it becomes really painful. So tools like aviatrix that that had a lot of automation. It's out of out of sight, out of mind. You can focus on the value you don't have to focus on. >>I got to ask, You guys are seeing the traces here. They're their supplier to the sector, but you guys are customers. Everyone's pitching your stuff that people are not going to buy my stuff. How >>do you >>guys have that conversation with the suppliers, like the cloud vendors and other folks? What's the What's the leg or a P? I all the way you got to support this. What are some >>of the >>what are some of your requirements? How do you talk to and evaluate people that walk in and want Teoh knock on your door and pitch you something? What's the conversation like? >>It's definitely It's definitely a p. I driven. Um, we we definitely look at the at the structure of the vendors provide before we select anything. Um, that that is always first of mine. And also, what problem are we really trying to solve? Usually people try to sell or try to give us something that isn't really valuable. Like implementing Cisco solution on the on the cloud isn't really doesn't really add a lot of value. >>David, what's your conversations like with suppliers? So you have a certain new way to do things as becomes more agile, essentially networking and more dynamic. What are some of the conversations with the other incumbents or new new vendors that you're having what you require? >>So ease of use is definitely, definitely high up there. We've had some vendors come in and say, Hey, you know, when you go to set this up, we're gonna want to send somebody on site and they're going to sit with you for a day to configure. And that's kind of a red flag. Wait a minute. You know, we really if one of my really talented engineers can't figure it out on his own, what's going on there and why is that? So, uh, you know, having having some ease of use and the team being comfortable with it and understanding it is really important. >>How about you in the old days was Do a bake off winner takes all. I mean, is it like that anymore? What's evolving Bake off >>last year for us to win, So But that's different now, because now when you when you get the product, you install the product in AWS in azure or have it up and running a matter of minutes. And the key is, can you be operational within hours or days instead of weeks? But we also have the flexibility to customize it to meet your needs, because you want to be. You would be put into a box with the other customers who have needs that pastor cut their needs. >>You can almost see the challenge of you guys are living where you've got the cloud immediate value, how you can roll a penny solutions. But then you have might have other needs. So you got to be careful not to buy into stuff that's not shipping. So you're trying to be proactive in the same time. Deal with what you got here. How do you guys see that evolving? Because multi cloud to me is definitely relevant. But it's not yet clear how to implement across. How do you guys look at this? Bakes versus, you know, future solutions coming? How do you balance that? >>Um, so again. So right now we were. We're taking the the ad hoc approach and experimenting with the different concepts of cloud on demand, really leveraging the native constructs of each cloud. But but there's there's a breaking point. For sure you don't you don't get to scale this like like Simone said, and you have to focus on being able to deliver Ah, developer their their sandbox play area for the things that they're trying to build quickly. And the only way to do that is with some sort of consistent orchestration layer that allows you to. >>So you spent a lot more stuff becoming pretty quickly. >>I was very. I do expect things to start to start maturing quite quite quickly this year, >>and you guys see similar trends. New stuff coming fast. >>Yeah, the one of the biggest challenge we've got now is being able to segment within the network, being able to provide segmentation between production, non production workloads, even businesses, because we support many businesses worldwide and and isolation between those is a key criteria there. So the ability to identify and quickly isolate those workloads is key. >>So the cios that are watching are saying, Hey, take that hill, do multi cloud and then the bottoms up organization cause you're kind of like off a little bit. It's not how it works. I mean, what is the reality in terms of implementing, you know, and as fast as possible because the business benefits are clear, but it's not always clear in the technology how to move that fast. What are some of the barriers of blockers? One of the enabler, >>I think the reality is, is that you may not think of multi cloud, but your businesses, right? So I think the biggest barriers there is understanding what the requirements are and how best to meet those requirements. I think in a secure manner, because you need to make sure that things are working from a latency perspective, that things work the way they did and get out of the mind shift that, you know, if the Tier three application in the data center it doesn't have to be a Tier three application in the cloud, so lift and shift is not the way to go. >>Scale is a big part of what I see is the competitive advantage of all of these clouds, and it used to be proprietary network stacks in the old days and then open systems came. That was a good thing. But as clouds become bigger, there's kind of an inherent lock in there with the scale. How do you guys keep the choice open? How you guys thinking about interoperability? What is some of the conversations that you guys were having around those key concepts? >>Well, when we look at when we look at the from a networking perspective, it's really key for you to just enable enable all the all the clouds to be able to communicate between them. Developers will will find a way to use the cloud that best suits their business. Um and and like Like you said, it's whether whether you're in denial or not of the multi cloud fact that your company is in already, Um, that's it becomes really important for you to move quickly. >>Yeah, and the A lot of it also hinges on how well is the provider embracing what that specific cloud is doing? So are they swimming with Amazon or azure and just helping facilitate things? They're doing the heavy lifting AP I work for you or are they swimming upstream? And they're trying to hack it all together in a messy way, and so that helps you stay out of the lock in, because there, you know if they're doing if they're using Amazon native tools to help you get where you need to be, it's not like Amazon's going to release something in the future that completely, uh, you know, makes you have designed yourself into a corner. So the closer they're more cloud native, they are, the more, uh, the easier it is to, uh >>to the boy. But you also need to be aligned in such a way that you can take advantage of the cloud Native technology of limits sets. T J W. Is a game changer in terms of cost and performance. Right. So to completely ignore, that would be wrong. But, you know, if you needed to have encryption teaching double encrypted, so you need to have some type of a gateway to do the VPN encryption. So the aviatrix, too, will give you the beauty of both worlds. You can use T. W or the gateway real >>quick in the last minute we have. I want to just get a quick feedback from you guys. I hear a lot of people say to me, Hey, the pick The best cloud for the workload you got, then figure out multi cloud behind the scenes. So that seems to be Do you guys agree with that? I mean, is it doing one cloud across the whole company or this workload works great on AWS. That work was great on this from a cloud standpoint. Do you agree with that premise? And then what is multi cloud stitch them all together? >>Yeah, um, from from an application perspective, it it can be per workload, but It can also be an economical decision. Certain enterprise contracts will will pull you in one direction that value. Um, but the the network problem is still the same. >>It doesn't go away. Yeah, Yeah. I mean, you don't want to be trying to fit a square into a round hole, right? So if it works better on that cloud provider, then it's our job to make sure that that service is there. People can use >>it. Yeah, I agree. You just need to stay ahead of the game. Make sure that the network infrastructure is there. Secure is available and is multi cloud capable. >>Yeah. At the end of the day, you guys just validating that. It's the networking game now. Cloud storage. Compute Check. Networking is where the action is. Awesome. Thanks for your insights. Appreciate you coming on the Cube. Appreciate it. >>Yeah, yeah, yeah.

(electronic music) >> From Santa Clara, California in the heart of Silicon Valley, its theCUBE. Covering Altitude 2020, brought to you by Aviatrix. (electronic music) >> Female pilot: Good morning, ladies and gentlemen, this is your captain speaking, we will soon be taking off on our way to altitude. (upbeat music) Please keep your seat belts fastened and remain in your seat. We will be experiencing turbulence, until we are above the clouds. (thunder blasting) (electronic music) (seatbelt alert sounds) Ladies and gentlemen, we are now cruising at altitude. Sit back and enjoy the ride. (electronic music) >> Female pilot: Altitude is a community of thought leaders and pioneers, cloud architects and enlightened network engineers, who have individually and are now collectively, leading their own IT teams and the industry. On a path to lift cloud networking above the clouds. Empowering enterprise IT to architect, design and control their own cloud network, regardless of the turbulent clouds beneath them. It's time to gain altitude. Ladies and gentlemen, Steve Mullaney, president and CEO of Aviatrix. The leader of multi-cloud networking. (electronic music) (audience clapping) >> Steve: All right. (audience clapping) Good morning everybody, here in Santa Clara as well as to the millions of people watching the livestream worldwide. Welcome to Altitude 2020, all right. So, we've got a fantastic event, today, I'm really excited about the speakers that we have today and the experts that we have and really excited to get started. So, one of the things I wanted to share was this is not a one-time event. This is not a one-time thing that we're going to do. Sorry for the Aviation analogy, but, you know, Sherry Wei, aviatrix means female pilot so everything we do has an aviation theme. This is a take-off, for a movement. This isn't an event, this is a take-off of a movement. A multi-cloud networking movement and community that we're inviting all of you to become part of. And why we're doing that, is we want to enable enterprises to rise above the clouds, so to speak and build their network architecture, regardless of which public cloud they're using. Whether it's one or more of these public clouds. So the good news, for today, there's lots of good news but this is one good news, is we don't have any PowerPoint presentations, no marketing speak. We know that marketing people have their own language. We're not using any of that, and no sales pitches, right? So instead, what are we doing? We're going to have expert panels, we've got Simon Richard, of Gartner here. We've got ten different network architects, cloud architects, real practitioners that are going to share their best practices and their real world experiences on their journey to the multi-cloud. So, before we start, everybody know what today is? In the U.S., it's Super Tuesday. I'm not going to get political, but Super Tuesday there was a bigger, Super Tuesday that happened 18 months ago. And Aviatrix employees know what I'm talking about. Eighteen months ago, on a Tuesday, every enterprise said, "I'm going to go to the cloud". And so what that was, was the Cambrian explosion, for cloud, for the enterprise. So, Frank Cabri, you know what a Cambrian explosion is. He had to look it up on Google. 500 million years ago, what happened, there was an explosion of life where it went from very simple single-cell organisms to very complex, multi-cell organisms. Guess what happened 18 months ago, on a Tuesday, I don't really know why, but every enterprise, like I said, all woke up that day and said, "Now I'm really going to go to cloud" and that Cambrian explosion of cloud meant that I'm moving from a very simple, single cloud, single-use case, simple environment, to a very complex, multi-cloud, complex use case environment. And what we're here today, is we're going to go undress that and how do you handle those, those complexities? And, when you look at what's happening, with customers right now, this is a business transformation, right? People like to talk about transitions, this is a transformation and it's actually not just a technology transformation, it's a business transformation. It started from the CEO and the Boards of enterprise customers where they said, "I have an existential threat to the survival of my company." If you look at every industry, who they're worried about is not the other 30-year-old enterprise. What they're worried about is the three year old enterprise that's leveraging cloud, that's leveraging AI, and that's where they fear that they're going to actually wiped out, right? And so, because of this existential threat, this is CEO led, this is Board led, this is not technology led, it is mandated in the organizations. We are going to digitally transform our enterprise, because of this existential threat and the movement to cloud is going to enable us to go do that. And so, IT is now put back in charge. If you think back just a few years ago, in cloud, it was led by DevOps, it was led by the applications and it was, like I said, before the Cambrian explosion, it was very simple. Now, with this Cambrian explosion, an enterprise is getting very serious and mission critical. They care about visibility, they care about control, they care about compliance, conformance, everything, governance. IT is in charge and that's why we're here today to discuss that. So, what we're going to do today, is much of things but we're going to validate this journey with customers. >> Steve: Did they see the same thing? We're going to validate the requirements for multi-cloud because, honestly, I've never met an enterprise that is not going to be multicloud. Many are one cloud today but they all say, " I need to architect my network for multiple clouds", because that's just what, the network is there to support the applications and the applications will run in whatever cloud it runs best in and you have to be prepared for that. The second thing is, is architecture. Again, with IT in charge, you, architecture matters. Whether its your career, whether its how you build your house, it doesn't matter. Horrible architecture, your life is horrible forever. Good architecture, your life is pretty good. So, we're going to talk about architecture and how the most fundamental and critical part of that architecture and that basic infrastructure is the network. If you don't get that right, nothing works, right? Way more important than compute. Way more important than storage. Network is the foundational element of your infrastructure. Then we're going to talk about day two operations. What does that mean? Well day one is one day of your life, where you wire things up they do and beyond. I tell everyone in networking and IT -- it's every day of your life. And if you don't get that right, your life is bad forever. And so things like operations, visibility, security, things like that, how do I get my operations team to be able to handle this in an automated way because it's not just about configuring it in the cloud, it's actually about how do I operationalize it? And that's a huge benefit that we bring as Aviatrix. And then the last thing we're going to talk and it's the last panel we have, I always sayyou can't forget about the humans, right? So all this technology, all these things that we're doing, it's always enabled by the humans. At the end of the day, if the humans fight it, it won't get deployed. And we have a massive skills gap, in cloud and we also have a massive skills shortage. You have everyone in the world trying to hire cloud network architects, right? There's just not enough of them going around. So, at Aviatrix, we said as leaders do, "We're going to help address that issue and try to create more people." We created a program, what we call the ACE Program, again, aviation theme, it stands for Aviatrix Certified Engineer. Very similar to what Cisco did with CCIEs where Cisco taught you about IP networking, a little bit of Cisco, we're doing the same thing, we're going to teach network architects about multicloud networking and architecture and yeah, you'll get a little bit of Aviatrix training in there, but this is the missing element for people's careers and also within their organizations. So we're going to go talk about that. So, great, great event, great show. We're going to try to keep it moving. I next want to introduce, my host, he is the best in the business, you guys have probably seen him multiple, many times, he is the co-CEO and co founder of theCUBE, John Furrier. (audience clapping) (electronic music) >> John: Okay, awesome, great speech there, awesome. >> Yeah. >> I totally agree with everything you said about the explosion happening and I'm excited, here at the heart of silicon valley to have this event. It's a special digital event with theCUBE and Aviatrix, where we're live-streaming to, millions of people, as you said, maybe not a million. >> Maybe not a million. (laughs) Really to take this program to the world and this is really special for me, because multi-cloud is the hottest wave in cloud. And cloud-native networking is fast becoming the key engine, of the innovations, so we got an hour and a half of action-packed programming. We have a customer panel. Two customer panels. Before that Gartner's going to come out, talk about the industry. We have global system integrators, that will talk about, how their advising and building these networks and cloud native networking. And then finally the ACE's, the Aviatrix Certified Engineers, are going to talk more about their certifications and the expertise needed. So, let's jump right in, let's ask, Simon Richard to come on stage, from Gartner. We'll kick it all off. (electronic music) (clapping) >> John: Hi, can I help you. Okay, so kicking things off, getting started. Gartner, the industry experts on cloud. Really kind of more, cue your background. Talk about your background before you got to Gartner? >> Simon: Before being at Gartner, I was a chief network architect, of a Fortune 500 company, that with thousands of sites over the world and I've been doing everything in IT from a C programmer, in the 90, to a security architect, to a network engineer, to finally becoming a network analyst. >> So you rode the wave. Now you're covering the marketplace with hybrid cloud and now moving quickly to multi-cloud, is really what everyone is talking about. >> Yes. >> Cloud-native's been discussed, but the networking piece is super important. How do you see that evolving? >> Well, the way we see Enterprise adapting, cloud. The first thing you do about networking, the initial phases they either go in a very ad hoc way. Is usually led by none IT, like a shadow IT, or application people, sometime a DevOps team and it just goes as, it's completely unplanned. They create VPC's left and right with different account and they create mesh to manage them and they have Direct Connect or Express Route to any of them. So that's the first approach and on the other side. again within our first approach you see what I call, the lift and shift. Where we see like enterprise IT trying to, basically replicate what they have in a data center, in the Cloud. So they spend a lot of time planning, doing Direct Connect, putting Cisco routers and F5 and Citrix and any checkpoint, Palo Alto device, that in a sense are removing that to the cloud. >> I got to ask you, the aha moment is going to come up a lot, in one our panels, is where people realize, that it's a multi-cloud world. I mean, they either inherit clouds, certainly they're using public cloud and on-premises is now more relevant than ever. When's that aha moment? That you're seeing, where people go, "Well I got to get my act together and get on this cloud." >> Well the first, right, even before multi-cloud. So there is two approach's. The first one, like the adult way doesn't scare. At some point IT has to save them, 'cause they don't think about the tools, they don't think about operation, they have a bunch of VPC and multiple cloud. The other way, if you do the lift and shift way, they cannot take any advantages of the cloud. They lose elasticity, auto-scaling, pay by the drink. All these agility features. So they both realize, okay, neither of these ways are good, so I have to optimize that. So I have to have a mix of what I call, the cloud native services, within each cloud. So they start adapting, like all the AWS Construct, Azure Construct or Google Construct and that's what I call the optimal phase. But even that they realize, after that, they are all very different, all these approaches different, the cloud are different. Identities is constantly, difficult to manage across clouds. I mean, for example, anybody who access' accounts, there's subscription, in Azure and GCP, their projects. It's a real mess, so they realized, well I don't really like constantly use the cloud product and every cloud, that doesn't work. So I have, I'm going multi-cloud, I like to abstract all of that. I still want to manage the cloud from an EPI point of view, I don't necessarily want to bring my incumbent data center products, but I have to do that and in a more EPI driven cloud environment. >> So, the not scaling piece that you where mentioning, that's because there's too many different clouds? >> Yes. >> That's the least they are, so what are they doing? What are they, building different development teams? Is it software? What's the solution? >> Well, the solution is to start architecting the cloud. That's the third phase. I called that the multi-cloud architect phase, where they have to think about abstraction that works across cloud. Fact, even across one cloud it might not scale as well, If you start having like ten thousand security agreement, anybody who has that doesn't scale. You have to manage that. If you have multiple VPC, it doesn't scale. You need a third-party, identity provider. In variously scales within one cloud, if you go multiple cloud, it gets worse and worse. >> Steve, weigh in here. What's your thoughts? >> I thought we said this wasn't going to be a sales pitch for Aviatrix. (laughter) You just said exactly what we do, so anyway, that's a joke. What do you see in terms of where people are, in that multi-cloud? So, like lot of people, you know, everyone I talk to, started at one cloud, right, but then they look and then say okay but I'm now going to move to Azure and I'm going to move to... (trails off) Do you see a similar thing? >> Well, yes. They are moving but there's not a lot of application, that uses three cloud at once, they move one app in Azure, one app in AWS and one app in Google. That's what we see so far. >> Okay, yeah, one of the mistakes that people think, is they think multi-cloud. No one is ever going to go multi-cloud, for arbitrage. They're not going to go and say, well, today I might go into Azure, 'cause I get a better rate on my instance. Do you agree? That's never going to happen. What I've seen with enterprise, is I'm going to put the workload in the app, the app decides where it runs best. That may be Azure, maybe Google and for different reasons and they're going to stick there and they're not going to move. >> Let me ask you guys-- >> But the infrastructure, has to be able to support, from a networking team. >> Yes. >> Be able to do that. Do you agree with that? >> Yes, I agree. And one thing is also very important, is connecting to the cloud, is kind of the easiest thing. So, the wide area network part of the cloud, connectivity to the cloud is kind of simple. >> Steve: I agree. >> IP's like VPN, Direct Connect, Express Route. That's the simple part, what's difficult and even the provisioning part is easy. You can use Terraform and create VPC's and Vnet's across your three cloud provider. >> Steve: Right. >> What's difficult is that they choose the operation. So we'll define day two operation. What does that actually mean? >> Its just the day to day operations, after you know, the natural, lets add an app, lets add a server, lets troubleshoot a problem. >> Something changes, now what do you do? >> So what's the big concerns? I want to just get back to the cloud native networking, because everyone kind of knows what cloud native apps are. That's been the hot trend. What is cloud native networking? How do you guys, define that? Because that seems to be the hardest part of the multi-cloud wave that's coming, is cloud native networking. >> Well there's no, you know, official Gartner definition but I can create one on the spot. >> John: Do it. (laughter) >> I just want to leverage the Cloud Construct and the cloud EPI. I don't want to have to install, like a... (trails off) For example, the first version was, let's put a virtual router that doesn't even understand the cloud environment. >> Right. If I have if I have to install a virtual machine, it has to be cloud aware. It has to understand the security group, if it's a router. It has to be programmable, to the cloud API. And understand the cloud environment. >> And one thing I hear a lot from either CSO's, CIO's or CXO's in general, is this idea of, I'm definitely not going API. So, its been an API economy. So API is key on that point, but then they say. Okay, I need to essentially have the right relationship with my suppliers, aka you called it above the clouds. So the question is... What do I do from an architectural standpoint? Do I just hire more developers and have different teams, because you mentioned that's a scale point. How do you solve this problem of, okay, I got AWS, I got GCP, or Azure, or whatever. Do I just have different teams or do I just expose EPI's? Where is that optimization? Where's the focus? >> Well, I think what you need, from a network point of view is a way, a control plane across the three clouds. And be able to use the API's of the cloud, to build networks but also to troubleshoot them and do day to day operation. So you need a view across the three clouds, that takes care of routing, connectivity. >> Steve: Performance. >> John: That's the Aviatrix plugin, right there. >> Steve: Yeah. So, how do you see, so again, your Gartner, you see the industry. You've been a network architect. How do you see this this playing out? What are the legacy incumbent client server, On Prem networking people, going to do? >> Well they need to.. >> Versus people like a Aviatrix? How do you see that playing out? >> Well obviously, all the incumbents, like Arista, Cisco, Juniper, NSX. >> Steve: Right. >> They want to basically do the lift and shift part, they want to bring, and you know, VMware want to bring in NSX on the cloud, they call that "NSX everywhere" and Cisco want to bring in ACI to the cloud, they call that "ACI Anywhere". So, everyone's.. (trails off) And then there's CloudVision from Arista, and Contrail is in the cloud. So, they just want to bring the management plane, in the cloud, but it's still based, most of them, is still based on putting a VM in them and controlling them. You extend your management console to the cloud, that's not truly cloud native. >> Right. >> Cloud native you almost have to build it from scratch. >> We like to call that cloud naive. >> Cloud naive, yeah. >> So close, one letter, right? >> Yes. >> That was a big.. (slurs) Reinvent, take the T out of Cloud Native. It's Cloud Naive. (laughter) >> That went super viral, you guys got T-shirts now. I know you're loving that. >> Steve: Yeah. >> But that really, ultimately, is kind of a double-edged sword. You can be naive on the architecture side and ruleing that. And also suppliers or can be naive. So how would you define who's naive and who's not? >> Well, in fact, their evolving as well, so for example, in Cisco, it's a little bit more native than other ones, because there really is, "ACI in the cloud", you can't really figure API's out of the cloud. NSX is going that way and so is Arista, but they're incumbent, they have their own tools, its difficult for them. They're moving slowly, so it's much easier to start from scratch. Even you, like, you know, a network company that started a few years ago. There's only really two, Aviatrix was the first one, they've been there for at least three or four years. >> Steve: Yeah. >> And there's other one's, like Akira, for example that just started. Now they're doing more connectivity, but they want to create an overlay network, across the cloud and start doing policies and things. Abstracting all the clouds within one platform. >> So, I got to ask you. I interviewed an executive at VMware, Sanjay Poonen, he said to me at RSA last week. Oh, there'll only be two networking vendors left, Cisco and VMware. (laughter) >> What's you're response to that? Obviously when you have these waves, these new brands that emerge, like Aviatrix and others. I think there'll be a lot of startups coming out of the woodwork. How do you respond to that comment? >> Well there's still a data center, there's still, like a lot, of action on campus and there's the wan. But from the cloud provisioning and cloud networking in general, I mean, they're behind I think. You know, you don't even need them to start with, you can, if you're small enough, you can just keep.. If you have AWS, you can use the AWS construct, they have to insert themselves, I mean, they're running behind. From my point of view. >> They are, certainly incumbents. I love the term Andy Jess uses at Amazon web services. He uses "Old guard, new guard", to talk about the industry. What does the new guard have to do? The new brands that are emerging. Is it be more DevOp's oriented? Is it NetSec ops? Is it NetOps? Is it programmability? These are some of the key discussions we've been having. What's your view, on how you see this programmability? >> The most important part is, they have to make the network simple for the Dev teams. You cannot make a phone call and get a Vline in two weeks anymore. So if you move to the cloud, you have to make that cloud construct as simple enough, so that for example, a Dev team could say, "Okay, I'm going to create this VPC, but this VPC automatically associates your account, you cannot go out on the internet. You have to go to the transit VPC, so there's lot of action in terms of, the IAM part and you have to put the control around them to. So to make it as simple as possible. >> You guys, both. You're the CEO of Aviatrix, but also you've got a lot of experience, going back to networking, going back to the, I call it the OSI days. For us old folks know what that means, but, you guys know what this means. I want to ask you the question. As you look at the future of networking, you hear a couple objections. "Oh, the cloud guys, they got networking, we're all set with them. How do you respond to the fact that networking's changing and the cloud guys have their own networking. What's some of the paying points that's going on premises of these enterprises? So are they good with the clouds? What needs... What are the key things that's going on in networking, that makes it more than just the cloud networking? What's your take on it? >> Well as I said earlier. Once you could easily provision in the cloud, you can easily connect to the cloud, its when you start troubleshooting applications in the cloud and try to scale. So that's where the problem occurred. >> Okay, what's your take on it. >> And you'll hear from the customers, that we have on stage and I think what happens is all the clouds by definition, designed to the 80-20 rule which means they'll design 80% of the basic functionality. And then lead to 20% extra functionality, that of course every Enterprise needs, to leave that to ISV's, like Aviatrix. Because why? Because they have to make money, they have a service and they can't have huge instances, for functionality that not everybody needs. So they have to design to the common and that, they all do it, right? They have to and then the extra, the problem is, that Cambrian explosion, that I talked about with enterprises. That's what they need. They're the ones who need that extra 20%. So that's what I see, there's always going to be that extra functionality. In an automated and simple way, that you talked about, but yet powerful. With the up with the visibility and control, that they expect of On Prem. That kind of combination, that Yin and the Yang, that people like us are providing. >> Simon I want to ask you? We're going to ask some of the cloud architect, customer panels, that same question. There's pioneer's doing some work here and there's also the laggards who come in behind their early adopters. What's going to be the tipping point? What are some of these conversations, that the cloud architects are having out there? Or what's the signs, that they need to be on this, multi-cloud or cloud native networking trend? What are some of the signal's that are going on in the environment? What are some of the thresholds? Are things that are going on, that they can pay attention to? >> Well, once they have the application on multiple cloud and they have to get wake up at two in the morning, to troubleshoot them. They'll know it's important. (laughter) So, I think that's when the rubber will hit the road. But, as I said, it's easier to prove, at any case. Okay, it's AWS, it's easy, user transit gateway, put a few VPC's and you're done. And you create some presents like Equinox and do a Direct Connect and Express Route with Azure. That looks simple, its the operations, that's when they'll realize. Okay, now I need to understand! How cloud networking works? I also need a tool, that gives me visibility and control. But not only that, I need to understand the basic underneath it as well. >> What are some of the day in the life scenarios. you envision happening with multi-cloud, because you think about what's happening. It kind of has that same vibe of interoperability, choice, multi-vendor, 'cause they're multi-cloud. Essentially multi-vendor. These are kind of old paradigms, that we've lived through with client server and internet working. What are some of the scenarios of success, that might be possible? Will be possible, with multi-cloud and cloud native networking. >> Well, I think, once you have good enough visibility, to satisfy your customers, not only, like to, keep the service running and application running. But to be able to provision fast enough, I think that's what you want to achieve. >> Simon, final question. Advice for folks watching on the Livestream, if they're sitting there as a cloud architect or CXO. What's your advice to them right now, in this market, 'cause obviously, public cloud check, hybrid cloud, they're working on that. That gets on premises done, now multi-cloud's right behind it. What's your advice? >> The first thing they should do, is really try to understand cloud networking. For each of their cloud providers and then understand the limitations. And, is what the cloud service provider offers enough? Or you need to look to a third party, but you don't look at a third party to start with. Especially an incumbent one, so it's tempting to say "I have a bunch of F5 experts", nothing against F5. I'm going to bring my F5 in the Cloud, when you can use an ELB, that automatically understand eases and auto scaling and so on. And you understand that's much simpler, but sometimes you need your F5, because you have requirements. You have like iRules and that kind of stuff, that you've used for years. 'cause you cannot do it. Okay, I have requirement and that's not met, I'm going to use Legacy Star and then you have to start thinking, okay, what about visibility control, above the true cloud. But before you do that you have to understand the limitations of the existing cloud providers. First, try to be as native as possible, until things don't work, after that you can start thinking of the cloud. >> Great insight, Simon. Thank you. >> That's great. >> With Gartner, thank you for sharing. (electronic music)

ladies and gentlemen this is your captain speaking we will soon be taking off on our way to altitude please keep your seatbelts fastened and remain in your seats we will be experiencing turbulence until we are above the clouds ladies and gentlemen we are now cruising at altitude sit back and enjoy the ride [Music] altitude is a community of thought leaders and pioneers cloud architects and enlightened network engineers who have individually and are now collectively leading their own IT teams and the industry on a path to lift cloud networking above the clouds empowering Enterprise IT to architect design and control their own cloud network regardless of the turbulent clouds beneath them it's time to gain altitude ladies and gentlemen Steve Mulaney president and CEO of aviatrix the leader of multi cloud networking [Music] [Applause] all right good morning everybody here in Santa Clara as well as to the what millions of people watching the livestream worldwide welcome to altitude 2020 alright so we've got a fantastic event today really excited about the speakers that we have today and the experts that we have and really excited to get started so one of the things I wanted to just share was this is not a one-time event this is not a one-time thing that we're gonna do sorry for the aviation analogy but you know sherry way aviatrix means female pilot so everything we do as an aviation theme this is a take-off for a movement this isn't an event this is a take-off of a movement a multi-cloud networking movement and community that we're inviting all of you to become part of and-and-and why we're doing that is we want to enable enterprises to rise above the clouds so to speak and build their network architecture regardless of which public cloud they're using whether it's one or more of these public clouds so the good news for today there's lots of good news but this is one good news is we don't have any powerpoint presentations no marketing speak we know that marketing people have their own language we're not using any of that in those sales pitches right so instead what are we doing we're going to have expert panels we've got Simone Rashard Gartner here we've got 10 different network architects cloud architects real practitioners they're going to share their best practices and there are real-world experiences on their journey to the multi cloud so before we start and everybody know what today is in the u.s. it's Super Tuesday I'm not gonna get political but Super Tuesday there was a bigger Super Tuesday that happened 18 months ago and maybe eight six employees know what I'm talking about 18 months ago on a Tuesday every enterprise said I'm gonna go to the cloud and so what that was was the Cambrian explosion for cloud for the price so Frank kibrit you know what a Cambrian explosion is he had to look it up on Google 500 million years ago what happened there was an explosion of life where it went from very simple single-cell organisms to very complex multi-celled organisms guess what happened 18 months ago on a Tuesday I don't really know why but every enterprise like I said all woke up that day and said now I'm really gonna go to cloud and that Cambrian explosion of cloud went meant that I'm moving from very simple single cloud single use case simple environment to a very complex multi cloud complex use case environment and what we're here today is we're gonna go and dress that and how do you handle those those those complexities and when you look at what's happening with customers right now this is a business transformation right people like to talk about transitions this is a transformation and it's actually not just the technology transformation it's a business transformation it started from the CEO and the boards of enterprise customers where they said I have an existential threat to the survival of my company if you look at every industry who they're worried about is not the other 30 year old enterprise what they're worried about is the three year old enterprise that's leveraging cloud that's leveraging AI and that's where they fear that they're going to actually get wiped out right and so because of this existential threat this is CEO lead this is board led this is not technology led it is mandated in the organization's we are going to digitally transform our enterprise because of this existential threat and the movement to cloud is going to enable us to go do that and so IT is now put back in charge if you think back just a few years ago in cloud it was led by DevOps it was led by the applications and it was like I said before their Cambrian explosion is very simple now with this Cambrian explosion and enterprises getting very serious and mission critical they care about visibility they care about control they care about compliance conformance everything governance IT is in charge and and and that's why we're here today to discuss that so what we're going to do today is much of things but we're gonna validate this journey with customers did they see the same thing we're gonna validate the requirements for multi-cloud because honestly I've never met an enterprise that is not going to be multi-cloud many are one cloud today but they all say I need to architect my network for multiple clouds because that's just what the network is there to support the applications and the applications will run and whatever cloud it runs best in and you have to be prepared for that the second thing is is architecture again with IT in charge you architecture matters whether it's your career whether it's how you build your house it doesn't matter horrible architecture your life is horrible forever good architecture your life is pretty good so we're gonna talk about architecture and how the most fundamental and critical part of that architecture and that basic infrastructure is the network if you don't get that right nothing works right way more important and compute way more important than storm dense storage network is the foundational element of your infrastructure then we're going to talk about day 2 operations what does that mean well day 1 is one day of your life that's who you wire things up they do and beyond I tell everyone in networking and IT it's every day of your life and if you don't get that right your life is bad forever and so things like operations visibility security things like that how do I get my operations team to be able to handle this in an automated way because it's not just about configuring it in the cloud it's actually about how do I operationalize it and that's a huge benefit that we bring as aviatrix and then the last thing we're going to talk and it's the last panel we have I always say you can't forget about the humans right so all this technology all these things that we're doing it's always enabled by the humans at the end of the day if the humans fight it it won't get deployed and we have a massive skills gap in cloud and we also have a massive skill shortage you have everyone in the world trying to hire cloud network architects right there's just not enough of them going around so at aviatrix we as leaders do we're gonna help address that issue and try to create more people we created a program and we call the ACE program again an aviation theme it stands for aviatrix certified engineer very similar to what Cisco did with CCI ease where Cisco taught you about IP networking a little bit of Cisco we're doing the same thing we're gonna teach network architects about multi-cloud networking and architecture and yeah you'll get a little bit of aviatrix training in there but this is the missing element for people's careers and also within their organization so we're gonna we're gonna go talk about that so great great event great show when to try to keep it moving I'd next want to introduce my my host he's the best in the business you guys have probably seen him multiple million times he's the co CEO and co-founder of tube Jon Fourier okay awesome great great speech they're awesome I'd totally agree with everything you said about the explosion happening and I'm excited here at the heart of Silicon Valley to have this event it's a special digital event with the cube and aviatrix were we live streaming to millions of people as you said maybe not a million maybe not really take this program to the world this is a little special for me because multi-cloud is the hottest wave and cloud and cloud native networking is fast becoming the key engine of the innovation so we got an hour and a half of action-packed programming we have a customer panel two customer panels before that Gartner is going to come on talk about the industry we have a global system integrators we talk about how they're advising and building these networks and cloud native networking and then finally the Aces the aviatrix certified engineer is gonna talk more about their certifications and the expertise needed so let's jump right in and let's ask someone rashard to come on stage from Gartner check it all up [Applause] okay so kicking things off sitting started gartner the industry experts on cloud really kind of more to your background talk about your background before you got the gardener yeah before because gardener was a chief network architect of a fortune five companies with thousands of sites over the world and I've been doing everything and IT from a C programmer in a 92 a security architect to a network engineer to finally becoming a network analyst so you rode the wave now you're covering at the marketplace with hybrid cloud and now moving quickly to multi cloud is really was talking about cloud natives been discussed but the networking piece is super important how do you see that evolving well the way we see Enterprise adapt in cloud first thing you do about networking the initial phases they either go in a very ad hoc way is usually led by non non IT like a shadow I to your application people are some kind of DevOps team and it's it just goes as it's completely unplanned decreed VP sees left and right with different account and they create mesh to manage them and their direct connect or Express route to any of them so that's what that's a first approach and on the other side again it within our first approach you see what I call the lift and shift way we see like enterprise IT trying to basically replicate what they have in a data center in the cloud so they spend a lot of time planning doing Direct Connect putting Cisco routers and f5 and Citrix and any checkpoint Palo Alto divides that the audinate that are sent removing that to that cloud and I ask you the aha moments gonna come up a lot of our panels is where people realize that it's a multi cloud world I mean they either inherit clouds certainly they're using public cloud and on-premises is now more relevant than ever when's that aha moment that you're seeing where people go well I got to get my act together and get on this well the first but even before multi-cloud so these two approach the first one like the ad hoc way doesn't scale at some point idea has to save them because they don't think about the two they don't think about operations they have a bunch of VPC and multiple clouds the other way that if you do the left and shift wake they cannot take any advantages of the cloud they lose elasticity auto-scaling pay by the drink these feature of agility features so they both realize okay neither of these ways are good so I have to optimize that so I have to have a mix of what I call the cloud native services within each cloud so they start adapting like other AWS constructor is your construct or Google construct then that's what I call the optimal phase but even that they realize after that they are very different all these approaches different the cloud are different identities is completely difficult to manage across clouds I mean for example AWS has accounts there's subscription and in adarand GCP their projects it's a real mess so they realize well I can't really like concentrate use the cloud the cloud product and every cloud that doesn't work so I have I'm doing multi cloud I like to abstract all of that I still wanna manage the cloud from an API to interview I don't necessarily want to bring my incumbent data center products but I have to do that in a more API driven cloud they're not they're not scaling piece and you were mentioning that's because there's too many different clouds yes that's the piece there so what are they doing whether they really building different development teams as its software what's the solution well this the solution is to start architecting the cloud that's the third phase I call that the multi cloud architect phase where they have to think about abstraction that works across cloud fact even across one cloud it might not scale as well if you start having like 10,000 security group in AWS that doesn't scale you have to manage that if you have multiple VPC it doesn't scale you need a third party identity provider so it barely scales within one cloud if you go multiple cloud it gets worse and worse see way in here what's your thoughts I thought we said this wasn't gonna be a sales pitch for aviatrix you just said exactly what we do so anyway I'm just a joke what do you see in terms of where people are in that multi-cloud so a lot of people you know everyone I talked to started in one cloud right but then they look and they say okay but I'm now gonna move to adjourn I'm gonna move do you see a similar thing well yes they are moving but they're not there's not a lot of application that use a tree cloud at once they move one app in deserve one app in individuals one get happen Google that's what we see so far okay yeah I mean one of the mistakes that people think is they think multi-cloud no one is ever gonna go multi-cloud for arbitrage they're not gonna go and say well today I might go into Azure because I got a better rate of my instance that's never do you agree with that's never going to happen what I've seen with enterprise is I'm gonna put the workload in the app the app decides where it runs best that may be a sure maybe Google and for different reasons and they're gonna stick there and they're not gonna move let me ask you infrastructure has to be able to support from a networking team be able to do that do you agree with that yes I agree and one thing is also very important is connecting to that cloud is kind of the easiest thing so though while their network part of the cloud connectivity to the cloud is kind of simple I agree IPSec VP and I reckon Express that's a simple part what's difficult and even a provisioning part is easy you can use terraform and create v pieces and v nets across which free cloud providers right what's difficult is the day-to-day operations so it's what to find a to operations what is that what does that actually mean this is the day-to-day operations after you know the natural let's add an app let's add a server let's troubleshoot a problem so so your life something changes how would he do so what's the big concerns I want to just get back to this cloud native networking because everyone kind of knows with cloud native apps are that's been a hot trend what is cloud native networking how do you how do you guys define that because that seems to be the oddest part of the multi cloud wave that's coming as cloud native networking well there's no you know official garner definition but I can create one on and if another spot is do it I just want to leverage the cloud construct and a cloud epi I don't want to have to install like like for example the first version was let's put a virtual router that doesn't even understand and then the cloud environment right if I have if I have to install a virtual machine it has to be cloud aware it has to understand the security group if it's a router it has to be programmable to the cloud API and and understand the cloud environment you know one things I hear a lot from either see Saussure CIOs or CXOs in general is this idea of I'm definitely on going API so it's been an API economy so API is key on that point but then they say okay I need to essentially have the right relationship with my suppliers aka clouds you call it above the clouds so the question is what do i do from an architecture standpoint do I just hire more developers and have different teams because you mentioned that's a scale point how do you solve this this problem of okay I got AWS I got GCP or Azure or whatever do I just have different teams or just expose api's where is that optimization where's the focus well I take what you need from an android point of view is a way a control plane across the three clouds and be able to use the api of the cloud to build networks but also to troubleshoot them and do they to operation so you need a view across a three cloud that takes care of routing connectivity that's you know that's the aviatrix plug of you right there so so how do you see so again your Gartner you you you you see the industry you've been a network architect how do you see this this plane out what are the what are the legacy incumbent client-server on-prem networking people gonna do well these versus people like aviatrix well how do you see that plane out well obviously all the incumbent like Arista cisco juniper NSX right they want to basically do the lift and ship or they want to bring and you know VM I want to bring in a section that cloud they call that NSX everywhere and cisco monks bring you star and the cloud recall that each guy anywhere right so everyone what and and then there's cloud vision for my red star and contrail is in the cloud so they just want to bring the management plane in the cloud but it's still based most of them it's still based on putting a VM them in controlling them right you you extend your management console to the cloud that's not truly cloud native right cloud native you almost have to build it from scratch we like to call that cloud naive clown that so close one letter yeah so that was a big con surgeon reinvent take the tea out of cloud native it's cloud naive that went super viral you guys got t-shirts now I know you love but yeah but that really ultimately is kind of double edged sword you got to be you can be naive on the on the architecture side and rolling out but also suppliers are can be naive so how would you define who's naive and who's not well in fact they're evolving as well so for example in Cisco you it's a little bit more native than other ones because they're really scr in the cloud you can't you you really like configure API so the cloud and NSX is going that way and so is Arista but they're incumbent they have their own tools is difficult for them they're moving slowly so it's much easier to start from scratch Avenue like and you know a network happiness started a few years ago there's only really two aviatrix was the first one they've been there for at least three or four years and there's other ones like al kira for example that just started now that doing more connectivity but they wanna create an overlay network across the cloud and start doing policies and trying abstracting all the clouds within one platform so I gotta ask you I interviewed an executive at VMware Sanjay Pune and he said to me at RSA last week oh the only b2 networking vendors left Cisco and VMware what's your respect what's your response to that obviously I mean when you have these waves as new brands that emerge like aviation others though I think there'll be a lot of startups coming out of the woodwork how do you respond to that comment well there's still a data center there's still like a lot of action on campus and there's the one but from the cloud provisioning and clown networking in general I mean they're behind I think you know in fact you don't even need them to start to it you can if you're small enough you can just keep if you're in AWS you can user it with us construct they have to insert themselves I mean they're running behind they're all certainly incumbents I love the term Andy Jesse's that Amazon Web Services uses old guard new guard to talk about the industry what does the new guard have to do the new and new brands that emerge in is it be more DevOps oriented neck Nets a cops is that net ops is the programmability these are some of the key discussions we've been having what's your view on how you this programmability their most important part is they have to make the network's simple for the dev teams and from you cannot have that you cannot make a phone call and get every line in two weeks anymore so if you move to that cloud you have to make the cloud construct as simple enough so that for example a dev team could say okay I'm going to create this VP see but this VP see automatically being associate to your account you cannot go out on the internet you have to go to the transit VP see so there's a lot of action in terms of the I am part and you have to put the control around them too so to make it as simple as possible you guys both I mean you're the COC aviatrix but also you guys a lot of experience going back to networking going back to I call the OSI mace which for us old folks know what that means but you guys know what this means I want to ask you the question as you look at the future of networking here a couple of objectives oh the cloud guys they got networking we're all set with them how do you respond to the fact that networking is changing and the cloud guys have their own networking what some of the pain points that's going on premises and these enterprises so are they good with the clouds what needs what are the key things that's going on in networking that makes it more than just the cloud networking what's your take on well as I said earlier that once you you could easily provision in the cloud you can easily connect to that cloud is when you start troubleshooting application in the cloud and try to scale so this that's where the problem occurs see what you're taking on it and you'll hear from the from the customers that that we have on stage and I think what happens is all the cloud the clouds by definition designed to the 80/20 rule which means they'll design 80% of the basic functionality and they'll lead to 20% extra functionality that of course every Enterprise needs they'll leave that to ISVs like aviatrix because why because they have to make money they have a service and they can't have huge instances for functionality that not everybody needs so they have to design to the common and that's they all do it right they have to and then the extra the problem is that Cambrian explosion that I talked about with enterprises that's holy that's what they need that they're the ones who need that extra 20% so that's that's what I see is is there's always gonna be that extra functionality the in in an automated and simple way that you talked about but yet powerful with up with the visible in control that they expect of on prep that that's that kind of combination that yin and the yang that people like us are providing some I want to ask you were gonna ask some of the cloud architect customer panels it's the same question this pioneers doing some work here and there's also the laggers who come in behind the early adopters what's gonna be the tipping point what are some of those conversations that the cloud architects are having out there or what's the signs that they need to be on this multi cloud or cloud native networking trend what are some the signals that are going on in their environment what are some of the thresholds or things that are going on that there can pay attention to well well once they have application and multiple cloud and they have they get wake up at 2:00 in the morning to troubleshoot them they don't know it's important so I think that's the that's where the robber will hit the road but as I said it's easier to prove it it's ok it's 80s it's easy use a transit gateway put a few V PCs and you're done and use create some presents like equinox and do Direct Connect and Express route with Azure that looks simple is the operations that's when they'll realize ok now I need to understand our car networking works I also need a tool that give me visibility and control not button tell me that I need to understand the basic underneath it as well what are some of the day in the life scenarios that you envision happening with multi Bob because you think about what's happening it kind of has that same vibe of interoperability choice multi-vendor because you have multi clouds essentially multi vendor these are kind of old paradigms that we've lived through the client server and internet working wave what are some of those scenarios of success and that might be possible it would be possible with multi cloud and cloud native networking well I think once you have good enough visibility to satisfy your customers you know not only like to keep the service running an application running but to be able to provision fast enough I think that's what you want to achieve small final question advice for folks watching on the live stream if they're sitting there as a cloud architect or a CXO what's your advice to them right now in this more because honestly public cloud check hybrid cloud they're working on that that gets on-premise is done now multi clouds right behind it what's your advice the first thing they should do is really try to understand cloud networking for each of their cloud providers and then understand the limitation and is what there's cloud service provider offers enough or you need to look to a third party but you don't look at a third party to start with especially an incumbent one so it's tempting to say on and I have a bunch of f5 experts nothing against that five I'm going to bring my five in the cloud when you can use a needle be that automatically understand Easy's and auto scaling and so on and you understand that's much simpler but sometimes you need you have five because you have requirements you have like AI rules and that kind of stuff that you use for years you cannot do it's okay I have requirement and that met I'm going to use legacy stuff and then you have to start thinking okay what about visibility control about the tree cloud but before you do that you have to understand the limitation of the existing cloud providers so first try to be as native as possible until things don't work after that you can start taking multi-cloud great insight somewhat thank you for coming someone in charge with Gardner thanks for sharing informatica is known as the leading enterprise cloud data management company we are known for being the top in our industry in at least five different products over the last few years especially we've been transforming into a cloud model which allows us to work better with the trends of our customers in order to see agile and effective in the business you need to make sure that your products and your offerings are just as relevant in all these different clouds than what you're used to and what you're comfortable with one of the most difficult challenges we've always had is that because we're a data company we're talking about data that a customer owns some of that data may be in the cloud some of that data may be on Prem some of that data may be actually in their data center in another region or even another country and having that data connect back to our systems that are located in the cloud has always been a challenge when we first started our engagement with aviatrix we only had one plan that was Amazon it wasn't till later that a jerk came up and all of a sudden we found hey the solution we already had in place for her aviatrix already working in Amazon and now works in Missouri as well before we knew what GCP came up but it really wasn't a big deal for us because we already had the same solution in Amazon and integer now just working in GCP by having a multi cloud approach we have access to all three of them but more commonly it's not just one it's actually integrations between multiple we have some data and ensure that we want to integrate with Amazon we have some data in GCP that we want to bring over to a data Lake assure one of the nice things about aviatrix is that it gives a very simple interface that my staff can understand and use and manage literally hundreds of VPNs around the world and while talking to and working with our customers who are literally around the world now that we've been using aviatrix for a couple years we're actually finding that even problems that we didn't realize we had were actually solved even before we came across the problem and it just worked cloud companies as a whole are based on reputation we need to be able to protect our reputation and part of that reputation is being able to protect our customers and being able to protect more importantly our customers data aviatrix has been helpful for us in that we only have one system that can manage this whole huge system in a simple easy direct model aviatrix is directly responsible for helping us secure and manage our customers not only across the world but across multiple clouds users don't have to be VPN or networking experts in order to be able to use the system all the members on my team can manage it all the members regardless of their experience can do different levels of it one of the unexpected advantages of aviatrix is that I don't have to sell it to my management the fact that we're not in the news at 3 o'clock in the morning or that we don't have to get calls in the middle of the night no news is good news especially in networking things that used to take weeks to build or done in hours I think the most important thing about a matrix is it provides me a Beatrix gives me a consistent model that I can use across multiple regions multiple clouds multiple customers okay welcome back to altitude 2020 for the folks on the livestream I'm John for Steve Mulaney with CEO of aviatrix for our first of two customer panels on cloud with cloud network architects we got Bobby Willoughby they gone Luis Castillo of National Instruments David should Nick with fact set guys welcome to the stage for this digital event come on up [Applause] [Music] hey good to see you thank you okay okay customer panelist is my favorite part we get to hear the real scoop gets a gardener given this the industry overview certainly multi clouds very relevant and cloud native networking is the hot trend with a live stream out there and the digital event so guys let's get into it the journey is you guys are pioneering this journey of multi cloud and cloud native networking and is soon gonna be a lot more coming so we want to get into the journey what's it been like is it real you got a lot of scar tissue and what are some of the learnings yeah absolutely so multi cloud is whether or not we we accepted as a network engineers is is a reality like Steve said about two years ago companies really decided to to just to just bite the bullet and and and move there whether or not whether or not we we accept that fact we need to now create a consistent architecture across across multiple clouds and that that is challenging without orchestration layers as you start managing different different tool sets and different languages across different clouds so that's it's really important that to start thinking about that guys on the other panelists here there's different phases of this journey some come at it from a networking perspective some come in from a problem troubleshooting which what's your experiences yeah so from a networking perspective it's been incredibly exciting it's kind of a once-in-a-generation 'el opportunity to look at how you're building out your network you can start to embrace things like infrastructure as code that maybe your peers on the systems teams have been doing for years but it just never really worked on bram so it's really it's really exciting to look at all the opportunities that we have and then all the interesting challenges that come up that you that you get to tackle an effect said you guys are mostly AWS right yep right now though we're we are looking at multiple clouds we have production workloads running in multiple clouds today but a lot of the initial work has been with Amazon and you've seen it from a networking perspective that's where you guys are coming at it from yep we evolved more from a customer requirement perspective started out primarily as AWS but as the customer needed more resources from Azure like HPC you know as your ad things like that even recently Google Google Analytics our journey has evolved into more of a multi cloud environment Steve weigh in on the architecture because this has been the big conversation I want you to lead this second yeah so I mean I think you guys agree the journey you know it seems like the journey started a couple years ago got real serious the need for multi cloud whether you're there today of course it's gonna be there in the future so that's really important I think the next thing is just architecture I'd love to hear what you you know had some comments about architecture matters it all starts I mean every Enterprise I talk to maybe talk about architecture and the importance of architecture maybe Bobby it's a fun architecture perspective we sorted a journey five years ago Wow okay and we're just now starting our fourth evolution of our network marketer and we call it networking security net SEC yeah versus Justice Network yeah and that fourth generation architectures be based primarily upon Palo Alto Networks an aviatrix I have Atrix doing the orchestration piece of it but that journey came because of the need for simplicity ok the need for a multi cloud orchestration without us having to go and do reprogramming efforts across every cloud as it comes along right I guess the other question I also had around architectures also Louis maybe just talk about I know we've talked a little bit about you know scripting right and some of your thoughts on that yeah absolutely so so for us we started we started creating the network constructs with cloud formation and we've we've stuck with that for the most part what's interesting about that is today on premise we have a lot of a lot of automation around around how we provision networks but cloud formation has become a little bit like the new manual for us so we we're now having issues with having the to automate that component and making it consistent with our on premise architecture making it consistent with Azure architecture and Google cloud so it's really interesting to see to see companies now bring that layer of abstraction that SEO and brought to the to the web side now it's going up into into the into the cloud networking architecture so on the fourth generation of you mentioned you're in the fourth gen architecture what do you guys what have you learned is there any lessons scar tissue what to avoid what worked what was some of the that's probably the biggest list and there is that when you think you finally figured it out you have it right Amazon will change something as you or change something you know transit gateways a game changer so in listening to the business requirements is probably the biggest thing we need to do up front but I think from a simplicity perspective we like I said we don't want to do things four times we want to do things one time we won't be able to write to an API which aviatrix has and have them do the orchestration for us so that we don't have to do it four times how important is architecture in the progression is it you guys get thrown in the deep end to solve these problems or you guys zooming out and looking at it it's that I mean how are you guys looking at the architecture I mean you can't get off the ground if you don't have the network there so all of those that we've gone through similar evolutions we're on our fourth or fifth evolution I think about what we started off with Amazon without a direct connect gate without a trans a gateway without a lot of the things that are available today kind of the 80/20 that Steve was talking about just because it wasn't there doesn't mean we didn't need it so we needed to figure out a way to do it we couldn't say oh you need to come back to the network team in a year and maybe Amazon will have a solution for it right you need to do it now and in evolve later and maybe optimize or change the way you're doing things in the future but don't sit around and wait you can't I'd love to have you guys each individually answer this question for the live stream because it comes up a lot a lot of cloud architects out in the community what should they be thinking about the folks that are coming into this proactively and/or realizing the business benefits are there what advice would you guys give them an architecture what should be they be thinking about and what are some guiding principles you could share so I would start with looking at an architecture model that that can that can spread and and give consistency they're different to different cloud vendors that you will absolutely have to support cloud vendors tend to want to pull you into using their native toolset and that's good if only it was realistic to talk about only one cloud but because it doesn't it's it's it's super important to talk about and have a conversation with the business and with your technology teams about a consistent model how do I do my day one work so that I'm not you know spending 80 percent of my time troubleshooting or managing my network because I'm doing that then I'm missing out on ways that I can make improvements or embrace new technologies so it's really important early on to figure out how do I make this as low maintenance as possible so that I can focus on the things that the team really should be focusing on Bobby your advice the architect I don't know what else I can do that simplicity operations is key right all right so the holistic view of j2 operation you mentioned let's can jump in day one is your your your getting stuff set up day two is your life after all right this is kind of what you're getting at David so what does that look like what are you envisioning as you look at that 20 mile stare at post multi-cloud world what are some of the things that you want in a day to operations yeah infrastructure is code is really important to us so how do we how do we design it so that we can fit start making network changes and fitting them into like a release pipeline and start looking at it like that rather than somebody logging into a router seoi and troubleshooting things on in an ad hoc nature so moving more towards the DevOps model yes anything on that day - yeah I would love to add something so in terms of day 2 operations you can you can either sort of ignore the day 2 operations for a little while where you get well you get your feet wet or you can start approaching it from the beginning the fact is that the the cloud native tools don't have a lot of maturity in that space and when you run into an issue you're gonna end up having a bad day going through millions and millions of logs just to try to understand what's going on so that's something that that the industry just now is beginning to realize it's it's such as such a big gap I think that's key because for us we're moving to more of an event-driven operations in the past monitoring got the job done it's impossible to modern monitor something there's nothing there when the event happens all right so the event-driven application and then detection is important yeah I think Gardiner was all about the cloud native wave coming into networking that's going to be here thing I want to get your guys perspectives I know you have different views of how you came on into the journey and how you're executing and I always say the beauties in the eye of the beholder and that kind of applies the network's laid out so Bobby you guys do a lot of high-performance encryption both on AWS and Azure that's kind of a unique thing for you how are you seeing that impact with multi cloud yeah and that's a new requirement for us to where we we have a requirement to encrypt and they never get the question should I encryption or not encrypt the answer is always yes you should encrypt when you can encrypt for our perspective we we need to migrate a bunch of data from our data centers we have some huge data centers and then getting that data to the cloud is the timely expense in some cases so we have been mandated that we have to encrypt everything leave from the data center so we're looking at using the aviatrix insane mode appliances to be able to encrypt you know 10 20 gigabits of data as it moves to the cloud itself David you're using terraform you got fire Ned you've got a lot of complexity in your network what do you guys look at the future for yours environment yeah so something exciting that or yeah now is fire net so for our security team they obviously have a lot of a lot of knowledge base around Palo Alto and with our commitments to our clients you know it's it's it's not very easy to shift your security model to a specific cloud vendor right so there's a lot of stuck to compliance of things like that where being able to take some of what you've you know you've worked on for years on Bram and put it in the cloud and have the same type of assurance that things are gonna work and be secured in the same way that they are on prem helps make that journey into the cloud a lot easier and Louis you guys got scripting and get a lot of things going on what's your what's your unique angle on this yeah no absolutely so full disclosure I'm not a not not an aviatrix customer yet it's okay we want to hear the truth that's good Ellis what are you thinking about what's on your mind no really when you when you talk about implementing the tool like this it's really just really important to talk about automation and focus on on value so when you talk about things like encryption and things like so you're encrypting tunnels and crypting the path and those things are it should it should should be second nature really when you when you look at building those back ends and managing them with your team it becomes really painful so tools like a Beatrix that that add a lot of automation it's out of out of sight out of mind you can focus on the value and you don't have to focus on so I gotta ask you guys I'll see aviatrix is here they're their supplier to this sector but you guys are customers everyone's pitching you stuff people are not going to buy my stuff how do you guys have that conversation with the suppliers like the cloud vendors and other folks what's that what's it like we're API all the way you got to support this what are some of the what are some of your requirements how do you talk to and evaluate people that walk in and want to knock on your door and pitch you something what's the conversation like it's definitely it's definitely API driven we we definitely look at the at the PAP i structure of the vendors provide before we select anything that that is always first in mind and also what a problem are we really trying to solve usually people try to sell or try to give us something that isn't really valuable like implementing a solution on the on the on the cloud isn't really it doesn't really add a lot of value that's where we go David what's your conversation like with suppliers you have a certain new way to do things as as becomes more agile and essentially the networking and more dynamic what are some of the conversation is with the either incumbents or new new vendors that you're having what do what do you require yeah so ease of use is definitely definitely high up there we've had some vendors come in and say you know hey you know when you go to set this up we're gonna want to send somebody on site and they're gonna sit with you for your day to configure it and that's kind of a red flag what wait a minute you know do we really if one of my really talented engineers can't figure it out on his own what's going on there and why is that so I you know having having some ease-of-use and the team being comfortable with it and understanding it is really important Bobby how about you I mean the old days was do a bake-off and you know the winner takes all I mean is it like that anymore but what's the Volvic a bake-off last year for us do you win so but that's different now because now when you when you get the product you can install the product and they double your energy or have it in a matter of minutes and so the key is is they can you be operational you know within hours or days instead of weeks but but do we also have the flexibility to customize it to meet your needs could you want to be you want to be put into a box with the other customers when you have needs that your pastor cut their needs yeah almost see the challenge that you guys are living where you've got the cloud immediate value depending how you can roll up any solutions but then you have might have other needs so you got to be careful not to buy into stuff that's not shipping so you're trying to be proactive at the same time deal with what you got I mean how do you guys see that evolving because multi-cloud to me is definitely relevant but it's not yet clear how to implement across how do you guys look at this baked versus you know future solutions coming how do you balance that so again so right now we we're we're taking the the ad hoc approach and experimenting with the different concepts of cloud and and really leveraging the the native constructs of each cloud but but there's a there's a breaking point for sure you don't you don't get to scale this like Alexa mom said and you have to focus on being able to deliver a developer they're their sandbox or they're their play area for the for the things that they're trying to build quickly and the only way to do that is with the with with some sort of consistent orchestration layer that allows you to so use a lot more stuff to be coming pretty quickly hides area I do expect things to start to start maturing quite quite quickly this year and you guys see similar trend new stuff coming fast yeah part of the biggest challenge we've got now is being able to segment within the network being able to provide segmentation between production on production workloads even businesses because we support many businesses worldwide and and isolation between those is a key criteria there so the ability to identify and quickly isolate those workloads is key so the CIOs that are watching or that are saying hey take that he'll do multi cloud and then you know the bottoms-up organization Nick pops you're kind of like off a little bit it's not how it works I mean what is the reality in terms of implementing you know in as fast as possible because the business benefits are but it's not always clear in the technology how to move that fast yeah what are some of the barriers one of the blockers what are the enablers I think the reality is is that you may not think you're multi-cloud but your business is right so I think the biggest barriers there is understanding what the requirements are and how best to meet those requirements and then secure manner because you need to make sure that things are working from a latency perspective that things work the way they did and get out of the mind shift that you know it was a cheery application in the data center it doesn't have to be a Tier three application in the cloud so lift and shift is is not the way to go yeah scale is a big part of what I see is the competitive advantage to a lot these clouds and needs to be proprietary network stacks in the old days and then open systems came that was a good thing but as clouds become bigger there's kind of an inherent lock in there with the scale how do you guys keep the choice open how're you guys thinking about interoperability what are some of the conversations and you guys are having around those key concepts well when we look at when we look at the upfront from a networking perspective it it's really key for you to just enable enable all the all the clouds to be to be able to communicate between them developers will will find a way to use the cloud that best suits their their business need and and like like you said it's whether whether you're in denial or not of the multi cloud fact that then your company is in already that's it becomes really important for you to move quickly yeah and I a lot of it also hinges on how well is the provider embracing what that specific cloud is doing so are they are they swimming with Amazon or Azure and just helping facilitate things they're doing the you know the heavy lifting API work for you or are they swimming upstream and they're trying to hack it all together in a messy way and so that helps you you know stay out of the lock-in because they're you know if they're doing if they're using Amazon native tools to help you get where you need to be it's not like Amazon's gonna release something in the future that completely you know makes you have designed yourself into a corner so the closer they're more than cloud native they are the more the easier it is to to deploy but you also need to be aligned in such a way that you can take advantage of those cloud native technologies will it make sense tgw is a game changer in terms of cost and performance right so to completely ignore that would be wrong but you know if you needed to have encryption you know teach Adobe's not encrypted so you need to have some type of a gateway to do the VPN encryption you know so the aviatrix tool give you the beauty of both worlds you can use tgw with a gateway Wow real quick in the last minute we have I want to just get a quick feedback from you guys I hear a lot of people say to me hey the I picked the best cloud for the workload you got and then figure out multi cloud behind the scenes so that seems to be do you guys agree with that I mean is it do I go Mull one cloud across the whole company or this workload works great on AWS that work was great on this from a cloud standpoint do you agree with that premise and then witness multi-cloud stitch them all together yeah from from an application perspective it it can be per workload but it can also be an economical decision certain enterprise contracts will will pull you in one direction that value but the the network problem is still the same doesn't go away yeah yeah yeah I mean you don't want to be trying to fit a square into a round Hall right so if it works better on that cloud provider then it's our job to make sure that that service is there and people can use it agree you just need to stay ahead of the game make sure that the network infrastructure is there secure is available and is multi cloud capable yeah I'm at the end of the day you guys just validating that it's the networking game now cloud storage compute check networking is where the action is awesome thanks for your insights guys appreciate you coming on the panel appreciate it thanks thank you [Applause] [Music] [Applause] okay welcome back on the live feed I'm John fritz T Blaney my co-host with aviatrix I'm with the cube for the special digital event our next customer panel got great another set of cloud network architects Justin Smith was aura Justin broadly with Ellie Mae and Amit Oh tree job with Koopa welcome to stage [Applause] all right thank you thank you okay he's got all the the cliff notes from the last session welcome back rinse and repeat yeah yeah we're going to go under the hood a little bit I think I think they nailed the what we've been reporting and we've been having this conversation around networking is where the action is because that's the end of the day you got a move a pack from A to B and you get workloads exchanging data so it's really killer so let's get started Amit what are you seeing as the journey of multi cloud as you go under the hood and say okay I got to implement this I have to engineer the network make it enabling make it programmable make it interoperable across clouds and that's like I mean almost sounds impossible to me what's your take yeah I mean it it seems impossible but if you are running an organization which is running infrastructure as a cordon all right it is easily doable like you can use tools out there that's available today you can use third-party products that can do a better job but but put your architecture first don't wait architecture may not be perfect put the best architecture that's available today and be agile to iterate and make improvements over the time we get to Justin's over here so I have to be careful when I point a question in Justin they both have the answer but okay journeys what's the journey been like I mean is there phases we heard that from Gartner people come in to multi cloud and cloud native networking from different perspectives what's your take on the journey Justin yeah I mean from our perspective we started out very much focused on one cloud and as we started doing errands we started doing new products the market the need for multi cloud comes very apparent very quickly for us and so you know having an architecture that we can plug in play into and be able to add and change things as it changes is super important for what we're doing in the space just in your journey yes for us we were very ad hoc oriented and the idea is that we were reinventing all the time trying to move into these new things and coming up with great new ideas and so rather than it being some iterative approach with our deployments that became a number of different deployments and so we shifted that tore in the network has been a real enabler of this is that it there's one network and it touches whatever cloud we want it to touch and it touches the data centers that we need it to touch and it touches the customers that we need it to touch our job is to make sure that the services that are available and one of those locations are available in all of the locations so the idea is not that we need to come up with this new solution every time it's that we're just iterating on what we've already decided to do before we get the architecture section I want to ask you guys a question I'm a big fan of you know let the app developers have infrastructure as code so check but having the right cloud run that workload I'm a big fan of that if it works great but we just heard from the other panel you can't change the network so I want to get your thoughts what is cloud native networking and is that the engine really that's the enabler for this multi cloud trend but you guys taken we'll start with Amit what do you think about that yeah so you are gonna have workloads running in different clouds and the workloads would have affinity to one cloud over other but how you expose that it matter of how you are going to build your networks how we are gonna run security how we are going to do egress ingress out of it so it's a big problem how do you split says what's the solution what's the end the key pain points and problem statement I mean the key pain point for most companies is how do you take your traditionally on-premise network and then blow that out to the cloud in a way that makes sense you know IP conflicts you have IP space you pub public eye peas and premise as well as in the cloud and how do you kind of make a sense of all of that and I think that's where tools like a v8 ryx make a lot of sense in that space from our site it's it's really simple its latency its bandwidth and availability these don't change whether we're talking about cloud or data center or even corporate IT networking so our job when when these all of these things are simplified into like s3 for instance and our developers want to use those we have to be able to deliver that and for a particular group or another group that wants to use just just GCP resources these aren't we have to support these requirements and these wants as opposed to saying hey that's not a good idea our job is to enable them not to disable them do you think you guys think infrastructure is code which I love that I think it's that's the future it is we saw that with DevOps but I do start getting the networking is it getting down to the network portion where it's network is code because storage and compute working really well is seeing all kubernetes and service master and network as code reality is it there is got work to do it's absolutely there I mean you mentioned net DevOps and it's it's very real I mean in Cooper we build our networks through terraform and on not only just out of fun build an API so that we can consistently build V nets and VPC all across in the same unit yeah and even security groups and then on top an aviatrix comes in we can peer the networks bridge bridge all the different regions through code same with you guys but yeah everything we deploy is done with automation and then we also run things like lambda on top to make changes in real time we don't make manual changes on our network in the data center funny enough it's still manual but the cloud has enabled us to move into this automation mindset and and all my guys that's what they focus on is bringing what now what they're doing in the cloud into the data center which is kind of opposite of what it should be that's full or what it used to be it's full DevOps then yes yeah I mean for us was similar on-premise still somewhat very manual although we're moving more Norton ninja and terraform concepts but everything in the production environment is colored Confirmation terraform code and now coming into the datacenter same I just wanted to jump in on a Justin Smith one of the comment that you made because it's something that we always talk about a lot is that the center of gravity of architecture used to be an on-prem and now it's shifted in the cloud and once you have your strategic architecture what you--what do you do you push that everywhere so what you used to see at the beginning of cloud was pushing the architecture on prem into cloud now I want to pick up on what you said to you others agree that the center of architect of gravity is here I'm now pushing what I do in the cloud back into on pram and and then so first that and then also in the journey where are you at from 0 to 100 of actually in the journey to cloud DUI you 50% there are you 10% yes I mean are you evacuating data centers next year I mean were you guys at yeah so there's there's two types of gravity that you typically are dealing with no migration first is data gravity and your data set and where that data lives and then the second is the network platform that interrupts all that together right in our case the data gravity sold mostly on Prem but our network is now extending out to the app tier that's going to be in cloud right eventually that data gravity will also move to cloud as we start getting more sophisticated but you know in our journey we're about halfway there about halfway through the process we're taking a handle of you know lift and shift and when did that start and we started about three years ago okay okay go by it's a very different story it started from a garage and one hundred percent on the clock it's a business spend management platform as a software-as-a-service one hundred percent on the cloud it was like ten years ago right yes yeah you guys are riding the wave love that architecture Justin I want to ask user you guys mentioned DevOps I mean obviously we saw the huge observability wave which is essentially network management for the cloud in my opinion right yeah it's more dynamic but this isn't about visibility we heard from the last panel you don't know what's being turned on or turned off from a services standpoint at any given time how is all this playing out when you start getting into the DevOps down well this this is the big challenge for all of us as visibility when you talk transport within a cloud you know we very interesting we we have moved from having a backbone that we bought that we own that would be data center connectivity we now I work for as or as a subscription billing company so we want to support the subscription mindset so rather than going and buying circuits and having to wait three months to install and then coming up with some way to get things connected and resiliency and redundancy I my backbone is in the cloud I use the cloud providers interconnections between regions to transport data across and and so if you do that with their native solutions you you do lose visibility there are areas in that that you don't get which is why controlling you know controllers and having some type of management plane is a requirement for us to do what we're supposed to do and provide consistency while doing it a great conversation I loved when you said earlier latency bandwidth I think availability with your sim pop3 things guys SLA I mean you just do ping times between clouds it's like you don't know what you're getting for round-trip times this becomes a huge kind of risk management black hole whatever you want to call blind spot how are you guys looking at the interconnects between clouds because you know I can see that working from you know ground to cloud I'm per cloud but when you start doing with multi clouds workload I mean SL leis will be all over the map won't they just inherently but how do you guys view that yeah I think we talked about workload and we know that the workloads are going to be different in different clouds but they are going to be calling each other so it's very important to have that visibility that you can see how data is flowing at what latency and what our ability is hour is there and our authority needs to operate on that so it's solely use the software dashboard look at the times and look at the latency in the old days strong so on open so on you try to figure it out and then your day is you have to figure out just and what's your answer to that because you're in the middle of it yeah I mean I think the the key thing there is that we have to plan for that failure we have to plan for that latency and our applications it's starting start tracking in your SLI something you start planning for and you loosely couple these services and a much more micro services approach so you actually can handle that kind of failure or that type of unknown latency and unfortunately the cloud has made us much better at handling exceptions a much better way you guys are all great examples of cloud native from day one and you guys had when did you have the tipping point moment or the Epiphany of saying a multi clouds real I can't ignore it I got to factor it into all my design design principles and and everything you're doing what's it was there a moment or was it was it from day one now there are two divisions one was the business so in business there was some affinity to not be in one cloud or to be in one cloud and that drove from the business side so it has a cloud architect our responsibility was to support that business and other is the technology some things are really running better in like if you are running dot network load or you are going to run machine learning or AI so that you have you would have that preference of one cloud over other so it was the bill that we got from AWS I mean that's that's what drives a lot of these conversations is the financial viability of what you're building on top of it which is so we this failure domain idea which is which is fairly interesting is how do I solve or guarantee against a failure domain you have methodologies with you know back-end direct connects or interconnect with GCP all of these ideas are something that you have to take into account but that transport layer should not matter to whoever we're building this for our job is to deliver the frames in the packets what that flows across how you get there we want to make that seamless and so whether it's a public internet API call or it's a back-end connectivity through Direct Connect it doesn't matter it just has to meet a contract that you signed with your application folks yeah that's the availability piece just on your thoughts on that I think any comment on that so actually multi clouds become something much more recent in the last six to eight months I'd say we always kind of had a very much an attitude of like moving to Amazon from our private cloud is hard enough why complicate it further but the realities of the business and as we start seeing you know improvements in Google and Asia and different technology spaces the need for multi cloud becomes much more important as well as those are acquisition strategies I matured we're seeing that companies that used to be on premise that we typically acquire are now very much already on a cloud and if they're on a cloud I need to plug them into our ecosystem and so that's really change our multi cloud story in a big way I'd love to get your thoughts on the clouds versus the clouds because you know you compare them Amazon's got more features they're rich with features I see the bills are haiku people using them but Google's got a great Network Google's networks pretty damn good and then you got a sure what's the difference between the clouds who where they've evolved something whether they peak in certain areas better than others what what are the characteristics which makes one cloud better do they have a unique feature that makes Azure better than Google and vice versa what do you guys think about the different clouds yeah to my experience I think there is the approach is different in many places Google has a different approach very devops friendly and you can run your workload like your network can spend regions time I mean but our application ready to accept that MS one is evolving I mean I remember ten years back Amazon's network was a flat network we will be launching servers and 10.0.0.0 mode multi-account came out so they are evolving as you are at a late start but because they have a late start they saw the pattern and they they have some mature set up on the I mean I think they're all trying to say they're equal in their own ways I think they all have very specific design philosophies that allow them to be successful in different ways and you have to kind of that in mine is your architectural and solution for example Amazon has a very much a very regional affinity they don't like to go cross region in their architecture whereas Google is very much it's a global network we're gonna think about as a global solution I think Google also has advantages there to market and so it has seen what asier did wrong it's seen what AWS did wrong and it's made those improvements and I think that's one of their big advantage at great scale to Justin thoughts on the cloud so yeah Amazon built from the system up and Google built from the network down so their ideas and approaches are from a global versus or regional I agree with you completely that that is the big number one thing but the if you look at it from the outset interestingly the the inability or the ability for Amazon to limit layer 2 broadcasting and and what that really means from a VPC perspective changed all the routing protocols you can use all the things that we have built inside of a data center to provide resiliency and and and make things seamless to users all of that disappeared and so because we had to accept that at the VPC level now we have to accept it at the LAN level Google's done a better job of being able to overcome those things and provide those traditional Network facilities to us it's just great panel can go all day here's awesome so I heard we could we'll get to the cloud native naive question so kind of think about what's not even what's cloud is that next but I got to ask you had a conversation with a friend he's like when is the new land so if you think about what the land was at a data center when is the new link you get talking about the cloud impact so that means st when the old st was kind of changing into the new land how do you guys look at that because if you think about it what lands were for inside a premises was all about networking high speed but now when you take the win and make essentially a land do you agree with that and how do you view this trend and is it good or bad or is it ugly and what's what you guys take on this yeah I think it's the it's a thing that you have to work with your application architect so if you are managing networks and if you're a sorry engineer you need to work with them to expose the unreliability that would bring in so the application has to hand a lot of this the difference in the Layton sees and and the reliability has to be worked through the application there land when same concept as it be yesterday I think we've been talking about for a long time the erosion of the edge and so is this is just a continuation of that journey we've been on for the last several years as we get more and more cloud native when we start about API is the ability to lock my data in place and not be able to access it really goes away and so I think this is just continuation that thing I think it has challenges we start talking about weighing scale versus land scale the tooling doesn't work the same the scale of that tooling is much larger and the need to automation is much much higher in a way than it was in a land that's what we're seeing so much infrastructure as code yeah yeah so for me I'll go back again to this its bandwidth and its latency right that bet define those two land versus win but the other thing that's comes up more and more with cloud deployments is where is our security boundary and where can I extend this secure aware appliance or set of rules to protect what's inside of it so for us we're able to deliver VRS or route forwarding tables for different segments wherever we're at in the world and so they're they're trusted to talk to each other but if they're gonna go to someplace that's outside of their their network then they have to cross a security boundary and where we enforce policy very heavily so for me there's it's not just land when it's it's how does environment get to environment more importantly that's a great point and security we haven't talked to yet but that's got to be baked in from the beginning that's architecture thoughts on security are you guys are dealing with it yeah start from the base have app to have security built in have TLS have encryption on the data I transit data at rest but as you bring the application to the cloud and they are going to go multi-cloud talking to over the Internet in some places well have apt web security I mean I mean our principals day Security's day zero every day and so we we always build it into our design we load entire architecture into our applications it's encrypt everything it's TLS everywhere it's make sure that that data is secured at all times yeah one of the cool trends at RSA just as a side note was the data in use encryption piece which is a homomorphic stuff was interesting all right guys final question you know we heard on the earlier panel was also trending at reinvent we take the tea out of cloud native it spells cloud naive okay they got shirts now he being sure he's gonna got this trend going what does that mean to be naive so if you're to your peers out there watching a live stream and also the suppliers that are trying to you know supply you guys with technology and services what's naive look like and what's native look like when is someone naive about implementing all this stuff so for me it's because we are in hundred-percent cloud for us its main thing is ready for the change and you will you will find new building blocks coming in and the network design will evolve and change so don't be naive and think that it's static you wall with the change I think the big naivety that people have is that well I've been doing it this way for twenty years and been successful it's going to be successful in cloud the reality is that's not the case you have to think some of the stuff a little bit differently and you need to think about it early enough so that you can become cloud native and really enable your business on cloud yeah for me it's it's being open minded right the the our industry the network industry as a whole has been very much I am smarter than everybody else and we're gonna tell everybody how it's going to be done and we have we fell into a lull when it came to producing infrastructure and and and so embracing this idea that we can deploy a new solution or a new environment in minutes as opposed to hours or weeks or four months in some cases is really important and and so you know it's are you being closed-minded native being open-minded exactly and and it took a for me it was that was a transformative kind of where I was looking to solve problems in a cloud way as opposed to looking to solve problems in this traditional old-school way all right I know we're out of time but I ask one more question so you guys so good it could be a quick answer what's the BS language when you the BS meter goes off when people talk to you about solutions what's the kind of jargon that you hear that's the BS meter going off what are people talking about that in your opinion you here you go that's total B yes what what triggers use it so that I have two lines out of movies that are really I can if the if I say them without actually thinking them it's like 1.21 jigowatts how you're out of your mind from Back to the Future right somebody's gonna be a bank and then and then Martin ball and and Michael Keaton and mr. mom when he goes to 22 21 whatever it takes yeah those two right there if those go off in my mind somebody's talking to me I know they're full of baloney so a lot of speeds would be a lot of speeds and feeds a lot of data did it instead of talking about what you're actually doing and solutioning for you're talking about well I does this this this and okay 220 221 anytime I start seeing the cloud vendor start benchmarking against each other it's your workload is your workload you need to benchmark yourself don't don't listen to the marketing on that that's that's all I'm a what triggers you and the bsp I think if somebody explains you a not simple they cannot explain you in simplicity then that's a good one all right guys thanks for the great insight great panel how about a round of applause practitioners DX easy solutions integrating company than we service customers from all industry verticals and we're helping them to move to the digital world so as a solutions integrator we interface with many many customers that have many different types of needs and they're on their IT journey to modernize their applications into the cloud so we encounter many different scenarios many different reasons for those migrations all of them seeking to optimize their IT solutions to better enable their business we have our CPS organization it's cloud platform services we support AWS does your Google Alibaba corkle will help move those workloads to wherever it's most appropriate no one buys the house for the plumbing equally no one buys the solution for the networking but if the plumbing doesn't work no one likes the house and if this network doesn't work no one likes a solution so network is ubiquitous it is a key component of every solution we do the network connectivity is the lifeblood of any architecture without network connectivity nothing works properly planning and building a scalable robust network that's gonna be able to adapt with the application needs its when encountering some network design and talking about speed the deployment aviatrix came up in discussion and we then further pursued an area DHT products that incorporated aviatrix is part of a new offering that we are in the process of developing that really enhances our ability to provide cloud connectivity for the lance cloud connectivity there's a new line of networking services that we're getting into as our clients move into hybrid cloud networking it is much different than our traditional based services an aviatrix provides a key component in that service before we found aviatrix we were using just native peering connections but there wasn't a way to visualize all those peering connections and with multiple accounts multiple contacts for security with a v8 church we were able to visualize those different peering connections of security groups it helped a lot especially in areas of early deployment scenarios were quickly able to then take those deployment scenarios and turn them into scripts that we can then deploy repeatedly their solutions were designed for work with the cloud native capabilities first and where those cloud native capabilities fall short they then have solution sets that augment those capabilities I was pleasantly surprised number one with the aviatrix team as a whole in their level of engagement with us you know we weren't only buying the product we were buying a team that came on board to help us implement and solution that was really good to work together to learn both what aviatrix had to offer as well as enhancements that we had to bring that aviatrix was able to put into their product and meet our needs even better aviatrix was a joy to find because they really provided us the technology that we needed in order to provide multi cloud connectivity that really added to the functionality that you can't get from the basic law providing services we're taking our customers on a journey to simplify and optimize their IT infrastructure aviatrix certainly has made my job much easier okay welcome back to altitude 2020 for the digital event for the live feed welcome back I'm John Ford with the cube with Steve Mulaney CEO aviatrix for the next panel from global system integrators the folks who are building and working with folks on their journey to multi cloud and cloud native networking we've got a great panel George Buckman with dxc and Derek Monahan with wwt welcome to the stage [Applause] [Music] okay you guys are the ones out there advising building and getting down and dirty with multi cloud and cloud native networking we heard from the customer panel you can see the diversity of where people come into the journey of cloud it kind of depends upon where you are but the trends are all clear cloud native networking DevOps up and down the stack this has been the main engine what's your guys take of the disk journey to multi cloud what do you guys seeing yeah it's it's critical I mean we're seeing all of our enterprise customers enter into this they've been through the migrations of the easy stuff you know now they're trying to optimize and get more improvement so now the tough stuffs coming on right and you know they need their data processing near where their data is so that's driving them to a multi cloud environment okay we heard some of the edge stuff I mean you guys are exactly you've seen this movie before but now it's a whole new ballgame what's your take yeah so I'll give you a hint so our practice it's not called the cloud practice it's the multi cloud practice and so if that gives you a hint of how we approach things it's very consultative and so when we look at what the trends are let's look a little year ago about a year ago we were having conversations with customers let's build a data center in the cloud let's put some VP C's let's throw some firewalls with some DNS and other infrastructure out there and let's hope it works this isn't a science project so what we're trying we're starting to see is customers are starting to have more of a vision and we're helping with that consultative nature but it's totally based on the business and you got to start understanding how the lines of business are using the apps and then we evolved into that next journey which is a foundational approach to what are some of the problem statement customers are solving when they come to you what are the top things that are on their my house or the ease of use of jelly all that stuff but what specifically they did digging into yeah some complexity I think when you look at multi cloud approach in my view is network requirements are complex you know I think they are but I think the approach can be let's simplify that so one thing that we try to do and this is how we talk to customers is let's just like you simplify an aviatrix simplifies the automation orchestration of cloud networking we're trying to simplify the design the planning implementation of infrastructure across multiple workloads across multiple platforms and so the way we do it is we sit down we look at not just use cases and not just the questions in common we anticipate we actually build out based on the business and function requirements we build out a strategy and then create a set of documents and guess what we actually build in the lab and that lab that we platform we built proves out this reference architecture actually works absolutely we implement similar concepts I mean we they're proven practices they work great so well George you mentioned that the hard part is now upon us are you referring to networking what is specifically were you getting at Tara so the easy parts done now so for the enterprises themselves migrating their more critical apps or more difficult apps into the environments you know they've just we've just scratched the surface I believe on what enterprises that are doing to move into the cloud to optimize their environments to take advantage of the scale and speed to deployment and to be able to better enable their businesses so they're just now really starting the >> so do you get you guys see what I talked about them in terms of their Cambrian explosion I mean you're both monster system integrators with you know top fortune enterprise customers you know really rely on you for for guidance and consulting and so forth and boy they're networks is that something that you you've seen I mean does that resonate did you notice a year and a half ago and all of a sudden the importance of cloud for enterprise shoot up yeah I mean we're seeing it okay in our internal environment as yeah you know we're a huge company or right customer zero or an IT so we're experiencing that internal okay and every one of our other customers so I have another question oh I don't know the answer to this and the lawyer never asks a question that you don't know the answer to but I'm gonna ask it anyway d XE @ wwt massive system integrators why aviatrix yep so great question Steve so I think the way we approach things I think we have a similar vision a similar strategy how you approach things how we approach things that it worldwide technology number one we want to simplify the complexity and so that's your number one priorities let's take the networking but simplify it and I think part of the other point I'm making is we have we see this automation piece as not just an afterthought anymore if you look at what customers care about visibility and automation is probably the at the top three maybe the third on the list and I think that's where we see the value and I think the partnership that we're building and what I what I get excited about is not just putting yours in our lab and showing customers how it works it's Co developing a solution with you figuring out hey how can we make this better right mr. piller is a huge thing Jenna insecurity alone Network everything's around visibility what automation do you see happening in terms of progression order of operations if you will it's the low-hanging fruit what are people working on now and what are what are some of the aspirational goals around when you start thinking about multi cloud and automation yep so I wanted to get back to answer that question I want to answer your question you know what led us there and why aviatrix you know in working some large internal IT projects and and looking at how we were going to integrate those solutions you know we like to build everything with recipes where Network is probably playing catch-up in the DevOps world but with a DevOps mindset looking to speed to deploy support all those things so when you start building your recipes you take a little of this a little of that and you mix it all together well when you look around you say wow look there's this big bag of a VHS let me plop that in that solves a big part of my problems that I have to speed to integrate speed to deploy and the operational views that I need to run this so that was 11 years about reference architectures yeah absolutely so you know they came with a full slate of reference architectures already the out there and ready to go that fit our needs so it's very very easy for us to integrate those into our recipes what do you guys think about all the multi vendor interoperability conversations that have been going on choice has been a big part of multi cloud in terms of you know customers want choice didn't you know they'll put a workload in the cloud that works but this notion of choice and interoperability is become a big conversation it is and I think our approach and that's why we talk to customers is let's let's speed and be risk of that decision making process and how do we do that because the interoperability is key you're not just putting it's not just a single vendor we're talking you know many many vendors I mean think about the average number of cloud applications a customer uses a business and enterprise business today you know it's it's above 30 it's it's skyrocketing and so what we do and we look at it from an Billy approaches how do things interoperate we test it out we validate it we build a reference architecture it says these are the critical design elements now let's build one with aviatrix and show how this works with aviatrix and I think the the important part there though is the automation piece that we add to it invisibility so I think the visibility is what's what I see lacking across the industry today and the cloud needed that's been a big topic yep okay in terms of aviatrix that you guys see them coming in there one of the ones that are emerging and the new brands emerging with multi cloud you still got the old guard incumbents with huge footprints how our customers dealing with that that kind of component in dealing with both of them yeah I mean where we have customers that are ingrained with a particular vendor and you know we have partnerships with many vendors so our objective is to provide the solution that meets that client and you they all want multi vendor they all want interoperability correct all right so I got to ask you guys a question while we were defining de to operations what does that mean I mean you guys are looking at the big business and technical components of architecture what does de two operations mean what's the definition of that yeah so I think from our perspective my experience we you know de to operations whether it's it's not just the you know the orchestration piece and setting up and let it a lot of automate and have some you know change control you're looking at this from a data perspective how do I support this ongoing and make it easy to make changes as we evolve that the the cloud is very dynamic the the nature of how that fast is expanding the number of features is astonishing trying to keep up to date with a number of just networking capabilities and services that are added so I think day to operation starts with a fundable understanding of you know building out supporting a customer's environments and making it the automation piece easy from from you know a distance I think yeah and you know taking that to the next level of being able to enable customers to have catalog items that they can pick and choose hey I need this network connectivity from this cloud location back to this on pram and being able to have that automated and provisioned just simply by ordering it for the folks watching out there guys take a minute to explain as you guys are in the trenches doing a lot of good work what are some of the engagement that you guys get into how does that progress what is that what's what happens there they call you up and say hey I need multi-cloud or you're already in there I mean take us through why how someone can engage to use a global si to come in and make this thing happen what's looks like typical engagement look like yeah so from our perspective we typically have a series of workshops in a methodology that we kind of go along the journey number one we have a foundational approach and I don't mean foundation meaning the network foundation that's a very critical element we got a factor in security we got a factor in automation so we think about foundation we do a workshop that starts with education a lot of times we'll go in and we'll just educate the customer what does VPC sharing you know what is a private link and Azure how does that impact your business you know customers I want to share services out in an ecosystem with other customers and partners well there's many ways to accomplish that so our goal is to you know understand those requirements and then build that strategy with them thoughts George oh yeah I mean I'm one of the guys that's down in the weeds making things happen so I'm not the guy on the front line interfacing with the customers every day but we have a similar approach you know we have a consulting practice that will go out and and apply their practices to see what those and when do you parachute in yeah when I then is I'm on the back end working with our offering development leads for the networking so we understand or seeing what customers are asking for and we're on the back end developing the solutions that integrate with our own offerings as well as enable other customers to just deploy quickly to meet their connectivity needs it so the patterns are similar great final question for you guys I want to ask you to paint a picture of what success looks like and you know for name customers you don't forget in reveal of kind of who they are but what does success look like in multi-cloud as you as you paint a picture for the folks here and watching on the live stream it's if someone says hey I want to be multi-cloud I got to have my operations agile I want full DevOps I want programmability security built in from day zero what does success look like yeah I think success looks like this so when you're building out a network the network is a harder thing to change than some other aspects of cloud so what we think is even if you're thinking about that second cloud which we have most of our customers are on to public clouds today they might be dabbling in that is you build that network foundation an architecture that takes in consideration where you're going and so once we start building that reference architecture out that shows this is how to sit from a multi-cloud perspective not a single cloud and let's not forget our branches let's not forget our data centers let's not forget how all this connects together because that's how we define multi-cloud it's not just in the cloud it's on Prem and it's off Prem and so collectively I think the key is also is that we provide them an hld you got to start with in a high-level design that can be tweaked as you go through the journey but you got to give a solid structural foundation and that networking which we think most customers think as not not the network engineers but as an afterthought we want to make that the most critical element before you start the journey Jorge from your seed had a success look for you so you know it starts out on these journeys often start out people not even thinking about what is gonna happen what what their network needs are when they start their migration journey to the cloud so I want this success to me looks like them being able to end up not worrying about what's happening in the network when they move to the cloud good guys great insight thanks for coming on share and pen I've got a round of applause the global system integrators [Applause] [Music] okay welcome back from the live feed I'm shuffle with the cube Steve Eleni CEO of aviatrix my co-host our next panel is the aviatrix certified engineers also known as aces this is the folks that are certified their engineering they're building these new solutions please welcome Toby Foster min from Attica Stacy linear from Terra data and Jennifer Reid with Victor Davis to the stage I was just gonna I was just gonna rip you guys and say where's your jackets and Jen's got the jacket on okay good love the aviatrix aces pile of gear there above the clouds soaring to new heights that's right so guys aviatrix aces love the name I think it's great certified this is all about getting things engineered so there's a level of certification I want to get into that but first take us through the day in the life of an ace and just to point out Stacey's a squad leader so he's like a squadron leader Roger and leader yeah squadron leader so he's got a bunch of aces underneath him but share your perspective day-in-the-life Jeff we'll start with you sure so I have actually a whole team that works for me both in the in the North America both in the US and in Mexico and so I'm eagerly working to get them certified as well so I can become a squad leader myself but it's important because one of the the critical gaps that we've found is people having the networking background because they're you graduate from college and you have a lot of computer science background you can program you've got Python but networking in packets they just don't get and so just taking them through all the processes that it's really necessary to understand when you're troubleshooting is really critical mm-hmm and because you're gonna get an issue where you need to figure out where exactly is that happening on the network you know is my my issue just in the V PCs and on the instant side is a security group or is it going on print and this is something actually embedded within Amazon itself I mean I should troubleshot an issue for about six months going back and forth with Amazon and it was the vgw VPN because they were auto-scaling on two sides and we ended up having to pull out the Cisco's and put in aviatrix so I could just say okay it's fixed and actually actually helped the application teams get to that and get it solved yeah but I'm taking a lot of junior people and getting them through that certification process so they can understand and see the network the way I see the network I mean look I've been doing this such for 25 years but I got out when I went in the Marine Corps that's what I did and coming out the network is still the network but people don't get the same training they get they got in the 90s it's just so easy just write some software and they work takes care of itself yes I'll be will get I'll come back to that I want to come back to that that problem solved with Amazon but Toby I think the only thing I have to add to that is that it's always the network fault as long as I've been in network have always been the network's fault and I'm even to this day you know it's still the network's fault and part of being a network guy is that you need to prove when it is and when it's not your fault and that means you need to know a little bit about a hundred different things to make that and now you got a full stack DevOps you gotta know a lot more times another hundred and these times are changing yeah they say you're a squadron leader I get that right what is what does a squadron leader first can you describe what it is I think probably just leading all the network components of it but not they from my perspective when to think about what you asked them was it's about no issues and no escalation soft my day is a good that's a good day yes it's a good day Jennifer you mentioned the Amazon thing this brings up a good point you know when you have these new waves come in you have a lot of new things newly use cases a lot of the finger-pointing it's that guy's problem that girl's problem so what is how do you solve that and how do you get the young guns up to speed is there training is that this is where the certification comes in well is where the certification is really going to come in I know when we we got together at reinvent one of the the questions that that we had with Stephen the team was what what should our certification look like you know she would just be teaching about what aviatrix troubleshooting brings to bear but what should that be like and I think Toby and I were like no no no that's going a little too high we need to get really low because the the better someone can get at actually understanding what actually happening in the network and and where to actually troubleshoot the problem how to step back each of those processes because without that it's just a big black box and they don't know you know because everything is abstracted in Amazon Internet and Azure and Google is substracted and they have these virtual gateways they have VPNs that you just don't have the logs on it's you just don't know and so then what tools can you put in front of them of where they can look because there are full logs well as long as we turned on the flow logs when they built it you know and there's like each one of those little things that well if they had decided to do that when they built it it's there but if you can come in later to really supplement that with training to actual troubleshoot and do a packet capture here as it's going through then teaching them how to read that even yeah Toby we were talking before we came on up on stage about your career you've been networking all your time and then you know you're now entering a lot of younger people how is that going because the people who come in fresh they don't have all the old war stories they don't know you talk about you know that's dimmer fault I walk in bare feet in the snow when I was your age I mean it's so easy now right they say what's your take on how you train the young P so I've noticed two things one is that they are up to speed a lot faster in generalities of networking they can tell you what a network is in high school level now where I didn't learn that too midway through my career and they're learning it faster but they don't necessarily understand why it's that way or you know everybody thinks that it's always slash 24 for a subnet and they don't understand why you can break it down smaller why it's really necessary so the the ramp up speed is much faster for these guys that are coming in but they don't understand why and they need some of that background knowledge to see where it's coming from and why is it important and old guys that's where we thrive Jennifer you mentioned you you got in from the Marines health spa when you got into networking how what was it like then and compared it now almost like we heard earlier static versus dynamic don't be static cuz then you just set the network you got a perimeter yeah no there was no such thing ya know so back in the day I mean I mean we had banyan vines for email and you know we had token ring and I had to set up token ring networks and figure out why that didn't work because how many of things were actually sharing it but then actually just cutting fiber and running fiber cables and dropping them over you know shelters to plug them in and oh crap they swung it too hard and shattered it now I gotta be great polished this thing and actually shoot like to see if it works I mean that was the network crimped five cat5 cables to run an Ethernet you know and then from that just said network switches dumb switches like those were the most common ones you had then actually configuring routers and you know logging into a Cisco router and actually knowing how to configure that and it was funny because I had gone all the way up and was a software product manager for a while so I've gone all the way up the stack and then two and a half three years ago I came across to to work with entity group that it became Victor Davis but we went to help one of our customers Davis and it was like okay so we need to fix the network okay I haven't done this in 20 years but all right let's get to it you know because it really fundamentally does not change it's still the network I mean I've had people tell me well you know when we go to containers we will not have to worry about the network and I'm like yeah you don't I do and then with this were the program abilities it really interesting so I think this brings up the certification what are some of the new things that people should be aware of that come in with the aviatrix ace certification what are some of the highlights can you guys share some of the some of the highlights around the certifications I think some of the importance is that it's it doesn't need to be vendor specific for network generality or basic networking knowledge and instead of learning how Cisco does something or how Palo Alto does something we need to understand how and why it works as a basic model and then understand how each vendor has gone about that problem and solved it in a general that's true in multi cloud as well you can't learn how cloud networking works without understanding how a double u.s. senator and GCP are all slightly the same but slightly different and some things work and some things don't I think that's probably the number one take I think having a certification across clouds is really valuable cuz we heard the global si help the business issues what does it mean to do that is it code is that networking is it configuration is that aviatrix what is the I mean op C aviatrix is the ASA certification but what is it about the multi cloud that makes it multi networking and multi vendor easy answer is yes so you got to be a generalist getting your hands and all you have to be right it takes experience because it's every every cloud vendor has their own certification whether that's hops and advanced networking and advanced security or whatever it might be yeah they can take the test but they have no idea how to figure out what's wrong with that system and the same thing with any certification but it's really getting your hands in there and actually having to troubleshoot the problems you know actually work the problem you know and calm down it's going to be okay I mean because I don't know how many calls I've been on or even had aviatrix join me on it's like okay so everyone calm down let's figure out what's happening it's like we've looked at that screen three times looking at it again it's not gonna solve that problem right but at the same time you know remaining calm but knowing that it really is I'm getting a packet from here to go over here it's not working so what could be the problem you know and actually stepping them through with those scenarios but that's like you only get that by having to do it you know and seeing it and going through it and then I have a question so we you know I just see it we started this program maybe months ago we're seeing a huge amount of interest I mean we're oversubscribed on all the training sessions we've got people flying from around the country even with coronavirus flying to go to Seattle to go to these events were oversubscribed good is that watching leader would put there yeah is that something that you see in your organization's are you recommending that to people do you see I mean I'm just I guess I'm surprised I'm not surprised but I'm really surprised by the demand if you would of this multi cloud network certification because it really isn't anything like that is that something you guys can comment on or do you see the same things in your organization's I say from my side because we operate in the multi cloud environment so it really helps and it's beneficial for us yeah I think I would add that uh networking guys have always needed to use certifications to prove that they know what they know right it's not good enough to say yeah I know IP addresses or I know how a network works and a couple little check marks or a little letters buying helps give you validity um so even in our team we can say hey you know we're using these certifications to know that you know enough of the basics and enough of the understandings that you have the tools necessary right so I guess my final question for you guys is why an eighth certification is relevant and then second part is share what the livestream folks who aren't yet a certified or might want to jump in to be AVH or certified engineers why is it important so why is it relevant and why shouldn't someone want to be an ace-certified I'm uses the right engineer I think my views a little different I think certification comes from proving that you have the knowledge not proving that you get a certification to get no I mean they're backwards so when you've got the training and the understanding and the you use that to prove and you can like grow your certification list with it versus studying for a test to get a certification and have no understanding of ok so that who is the right person that look at this is saying I'm qualified is it a network engineer is it a DevOps person what's your view you know is it a certain you know I think cloud is really the answer it's the as we talked like the edge is getting eroded so is the network definitions eating eroded we're getting more and more of some network some DevOps some security lots and lots of security because network is so involved in so many of them that's just the next progression there I would say I expand that to more automation engineers because we have those now probably extended as well well I think that the training classes themselves are helpful especially the entry-level ones for people who may be quote-unquote cloud architects but I've never done anything and networking for them to understand why we need those things to really work whether or not they go through to eventually get a certification is something different but I really think fundamentally understanding how these things work it makes them a better architect makes them better application developer but even more so as you deploy more of your applications into the cloud really getting an understanding even from our people who have tradition down on Prem networking they can understand how that's going to work in the cloud - well I know we've got just under 30 seconds left I want to get one more question than just one more for the folks watching that are maybe younger that don't have that networking training from your experiences each of you can answer why is it should they know about networking what's the benefit what's in it for them motivate them share some insights and why they should go a little bit deeper in networking Stacey we'll start with you we'll go down I'd say it's probably fundamental right if you don't deliver solutions networking use the very top I would say if you fundamental of an operating system running on a machine how those machines talk together as a fundamental change is something that starts from the base and work your way up right well I think it's a challenge because you you've come from top down now you're gonna start looking from bottom up and you want those different systems to cross communicate and say you built something and you're overlapping IP space not that that doesn't happen but how can I actually make that still operate without having to reappear e-platform it's like those challenges like those younger developers or sis engineers can really start to get their hands around and understand those complexities and bring that forward in their career they got to know the how the pipes are working and because know what's going some plumbing that's right and the works a how to code it that's right awesome thank you guys for great insights ace certified engineers also known as aces give a round of applause thank you okay all right that concludes my portion thank you Steve thanks for have Don thank you very much that was fantastic everybody round of applause for John Currier yeah so great event great event I'm not going to take long we've got we've got lunch outside for that for the people here just a couple of things just call to action right so we saw the Aces you know for those of you out on the stream here become a certified right it's great for your career it's great for knowledge is is fantastic it's not just an aviatrix thing it's gonna teach you about cloud networking multi-cloud networking with a little bit of aviatrix exactly what the Cisco CCIE program was for IP network that type of the thing that's number one second thing is is is is learn right so so there's a there's a link up there for the four to join the community again like I started this this is a community this is the kickoff to this community and it's a movement so go to what a v8 community bh6 comm starting a community at multi cloud so you know get get trained learn I'd say the next thing is we're doing over a hundred seminars in across the United States and also starting into Europe soon will come out and will actually spend a couple hours and talk about architecture and talk about those beginning things for those of you on the you know on the livestream in here as well you know we're coming to a city near you go to one of those events it's a great way to network with other people that are in the industry as well as to start to learn and get on that multi-cloud journey and then I'd say the last thing is you know we haven't talked a lot about what aviatrix does here and that's intentional we want you you know leaving with wanting to know more and schedule get with us in schedule a multi our architecture workshop session so we we sit out with customers and we talk about where they're at in that journey and more importantly where they're going in that in-state architecture from networking compute storage everything and everything you heard today every panel kept talking about architecture talking about operations those are the types of things that we saw we help you cook define that canonical architecture that system architecture that's yours so for so many of our customers they have three by five plotted lucid charts architecture drawings and it's the customer name slash aviatrix arc network architecture and they put it on their whiteboard that's what what we and that's the most valuable thing they get from us so this becomes their twenty-year network architecture drawing that they don't do anything without talking to us and look at that architecture that's what we do in these multi hour workshop sessions with customers and that's super super powerful so if you're interested definitely call us and let's schedule that with our team so anyway I just want to thank everybody on the livestream thank everybody here hopefully it was it was very useful I think it was and joined the movement and for those of you here join us for lunch and thank you very much [Applause] [Music]

(electronic music) >> From Santa Clara, California in the heart of Silicon Valley, its theCUBE. Covering Altitude 2020, brought to you by Aviatrix. (electronic music) >> Female pilot: Good morning, ladies and gentlemen, this is your captain speaking, we will soon be taking off on our way to altitude. (upbeat music) Please keep your seat belts fastened and remain in your seat. We will be experiencing turbulence, until we are above the clouds. (thunder blasting) (electronic music) (seatbelt alert sounds) Ladies and gentlemen, we are now cruising at altitude. Sit back and enjoy the ride. (electronic music) >> Female pilot: Altitude is a community of thought leaders and pioneers, cloud architects and enlightened network engineers, who have individually and are now collectively, leading their own IT teams and the industry. On a path to lift cloud networking above the clouds. Empowering enterprise IT to architect, design and control their own cloud network, regardless of the turbulent clouds beneath them. It's time to gain altitude. Ladies and gentlemen, Steve Mullaney, president and CEO of Aviatrix. The leader of multi-cloud networking. (electronic music) (audience clapping) >> Steve: All right. (audience clapping) Good morning everybody, here in Santa Clara as well as to the millions of people watching the livestream worldwide. Welcome to Altitude 2020, all right. So, we've got a fantastic event, today, I'm really excited about the speakers that we have today and the experts that we have and really excited to get started. So, one of the things I wanted to share was this is not a one-time event. This is not a one-time thing that we're going to do. Sorry for the Aviation analogy, but, you know, Sherry Wei, aviatrix means female pilot so everything we do has an aviation theme. This is a take-off, for a movement. This isn't an event, this is a take-off of a movement. A multi-cloud networking movement and community that we're inviting all of you to become part of. And why we're doing that, is we want to enable enterprises to rise above the clouds, so to speak and build their network architecture, regardless of which public cloud they're using. Whether it's one or more of these public clouds. So the good news, for today, there's lots of good news but this is one good news, is we don't have any PowerPoint presentations, no marketing speak. We know that marketing people have their own language. We're not using any of that, and no sales pitches, right? So instead, what are we doing? We're going to have expert panels, we've got Simon Richard, of Gartner here. We've got ten different network architects, cloud architects, real practitioners that are going to share their best practices and their real world experiences on their journey to the multi-cloud. So, before we start, everybody know what today is? In the U.S., it's Super Tuesday. I'm not going to get political, but Super Tuesday there was a bigger, Super Tuesday that happened 18 months ago. And Aviatrix employees know what I'm talking about. Eighteen months ago, on a Tuesday, every enterprise said, "I'm going to go to the cloud". And so what that was, was the Cambrian explosion, for cloud, for the enterprise. So, Frank Cabri, you know what a Cambrian explosion is. He had to look it up on Google. 500 million years ago, what happened, there was an explosion of life where it went from very simple single-cell organisms to very complex, multi-cell organisms. Guess what happened 18 months ago, on a Tuesday, I don't really know why, but every enterprise, like I said, all woke up that day and said, "Now I'm really going to go to cloud" and that Cambrian explosion of cloud meant that I'm moving from a very simple, single cloud, single-use case, simple environment, to a very complex, multi-cloud, complex use case environment. And what we're here today, is we're going to go undress that and how do you handle those, those complexities? And, when you look at what's happening, with customers right now, this is a business transformation, right? People like to talk about transitions, this is a transformation and it's actually not just a technology transformation, it's a business transformation. It started from the CEO and the Boards of enterprise customers where they said, "I have an existential threat to the survival of my company." If you look at every industry, who they're worried about is not the other 30-year-old enterprise. What they're worried about is the three year old enterprise that's leveraging cloud, that's leveraging AI, and that's where they fear that they're going to actually wiped out, right? And so, because of this existential threat, this is CEO led, this is Board led, this is not technology led, it is mandated in the organizations. We are going to digitally transform our enterprise, because of this existential threat and the movement to cloud is going to enable us to go do that. And so, IT is now put back in charge. If you think back just a few years ago, in cloud, it was led by DevOps, it was led by the applications and it was, like I said, before the Cambrian explosion, it was very simple. Now, with this Cambrian explosion, an enterprise is getting very serious and mission critical. They care about visibility, they care about control, they care about compliance, conformance, everything, governance. IT is in charge and that's why we're here today to discuss that. So, what we're going to do today, is much of things but we're going to validate this journey with customers. >> Steve: Did they see the same thing? We're going to validate the requirements for multi-cloud because, honestly, I've never met an enterprise that is not going to be multicloud. Many are one cloud today but they all say, " I need to architect my network for multiple clouds", because that's just what, the network is there to support the applications and the applications will run in whatever cloud it runs best in and you have to be prepared for that. The second thing is, is architecture. Again, with IT in charge, you, architecture matters. Whether its your career, whether its how you build your house, it doesn't matter. Horrible architecture, your life is horrible forever. Good architecture, your life is pretty good. So, we're going to talk about architecture and how the most fundamental and critical part of that architecture and that basic infrastructure is the network. If you don't get that right, nothing works, right? Way more important than compute. Way more important than storage. Network is the foundational element of your infrastructure. Then we're going to talk about day two operations. What does that mean? Well day one is one day of your life, where you wire things up they do and beyond. I tell everyone in networking and IT -- it's every day of your life. And if you don't get that right, your life is bad forever. And so things like operations, visibility, security, things like that, how do I get my operations team to be able to handle this in an automated way because it's not just about configuring it in the cloud, it's actually about how do I operationalize it? And that's a huge benefit that we bring as Aviatrix. And then the last thing we're going to talk and it's the last panel we have, I always sayyou can't forget about the humans, right? So all this technology, all these things that we're doing, it's always enabled by the humans. At the end of the day, if the humans fight it, it won't get deployed. And we have a massive skills gap, in cloud and we also have a massive skills shortage. You have everyone in the world trying to hire cloud network architects, right? There's just not enough of them going around. So, at Aviatrix, we said as leaders do, "We're going to help address that issue and try to create more people." We created a program, what we call the ACE Program, again, aviation theme, it stands for Aviatrix Certified Engineer. Very similar to what Cisco did with CCIEs where Cisco taught you about IP networking, a little bit of Cisco, we're doing the same thing, we're going to teach network architects about multicloud networking and architecture and yeah, you'll get a little bit of Aviatrix training in there, but this is the missing element for people's careers and also within their organizations. So we're going to go talk about that. So, great, great event, great show. We're going to try to keep it moving. I next want to introduce, my host, he is the best in the business, you guys have probably seen him multiple, many times, he is the co-CEO and co founder of theCUBE, John Furrier. (audience clapping) (electronic music) >> John: Okay, awesome, great speech there, awesome. >> Yeah. >> I totally agree with everything you said about the explosion happening and I'm excited, here at the heart of silicon valley to have this event. It's a special digital event with theCUBE and Aviatrix, where we're live-streaming to, millions of people, as you said, maybe not a million. >> Maybe not a million. (laughs) Really to take this program to the world and this is really special for me, because multi-cloud is the hottest wave in cloud. And cloud-native networking is fast becoming the key engine, of the innovations, so we got an hour and a half of action-packed programming. We have a customer panel. Two customer panels. Before that Gartner's going to come out, talk about the industry. We have global system integrators, that will talk about, how their advising and building these networks and cloud native networking. And then finally the ACE's, the Aviatrix Certified Engineers, are going to talk more about their certifications and the expertise needed. So, let's jump right in, let's ask, Simon Richard to come on stage, from Gartner. We'll kick it all off. (electronic music) (clapping) >> John: Hi, can I help you. Okay, so kicking things off, getting started. Gartner, the industry experts on cloud. Really kind of more, cue your background. Talk about your background before you got to Gartner? >> Simon: Before being at Gartner, I was a chief network architect, of a Fortune 500 company, that with thousands of sites over the world and I've been doing everything in IT from a C programmer, in the 90, to a security architect, to a network engineer, to finally becoming a network analyst. >> So you rode the wave. Now you're covering the marketplace with hybrid cloud and now moving quickly to multi-cloud, is really what everyone is talking about. >> Yes. >> Cloud-native's been discussed, but the networking piece is super important. How do you see that evolving? >> Well, the way we see Enterprise adapting, cloud. The first thing you do about networking, the initial phases they either go in a very ad hoc way. Is usually led by none IT, like a shadow IT, or application people, sometime a DevOps team and it just goes as, it's completely unplanned. They create VPC's left and right with different account and they create mesh to manage them and they have Direct Connect or Express Route to any of them. So that's the first approach and on the other side. again within our first approach you see what I call, the lift and shift. Where we see like enterprise IT trying to, basically replicate what they have in a data center, in the Cloud. So they spend a lot of time planning, doing Direct Connect, putting Cisco routers and F5 and Citrix and any checkpoint, Palo Alto device, that in a sense are removing that to the cloud. >> I got to ask you, the aha moment is going to come up a lot, in one our panels, is where people realize, that it's a multi-cloud world. I mean, they either inherit clouds, certainly they're using public cloud and on-premises is now more relevant than ever. When's that aha moment? That you're seeing, where people go, "Well I got to get my act together and get on this cloud." >> Well the first, right, even before multi-cloud. So there is two approach's. The first one, like the adult way doesn't scare. At some point IT has to save them, 'cause they don't think about the tools, they don't think about operation, they have a bunch of VPC and multiple cloud. The other way, if you do the lift and shift way, they cannot take any advantages of the cloud. They lose elasticity, auto-scaling, pay by the drink. All these agility features. So they both realize, okay, neither of these ways are good, so I have to optimize that. So I have to have a mix of what I call, the cloud native services, within each cloud. So they start adapting, like all the AWS Construct, Azure Construct or Google Construct and that's what I call the optimal phase. But even that they realize, after that, they are all very different, all these approaches different, the cloud are different. Identities is constantly, difficult to manage across clouds. I mean, for example, anybody who access' accounts, there's subscription, in Azure and GCP, their projects. It's a real mess, so they realized, well I don't really like constantly use the cloud product and every cloud, that doesn't work. So I have, I'm going multi-cloud, I like to abstract all of that. I still want to manage the cloud from an EPI point of view, I don't necessarily want to bring my incumbent data center products, but I have to do that and in a more EPI driven cloud environment. >> So, the not scaling piece that you where mentioning, that's because there's too many different clouds? >> Yes. >> That's the least they are, so what are they doing? What are they, building different development teams? Is it software? What's the solution? >> Well, the solution is to start architecting the cloud. That's the third phase. I called that the multi-cloud architect phase, where they have to think about abstraction that works across cloud. Fact, even across one cloud it might not scale as well, If you start having like ten thousand security agreement, anybody who has that doesn't scale. You have to manage that. If you have multiple VPC, it doesn't scale. You need a third-party, identity provider. In variously scales within one cloud, if you go multiple cloud, it gets worse and worse. >> Steve, weigh in here. What's your thoughts? >> I thought we said this wasn't going to be a sales pitch for Aviatrix. (laughter) You just said exactly what we do, so anyway, that's a joke. What do you see in terms of where people are, in that multi-cloud? So, like lot of people, you know, everyone I talk to, started at one cloud, right, but then they look and then say okay but I'm now going to move to Azure and I'm going to move to... (trails off) Do you see a similar thing? >> Well, yes. They are moving but there's not a lot of application, that uses three cloud at once, they move one app in Azure, one app in AWS and one app in Google. That's what we see so far. >> Okay, yeah, one of the mistakes that people think, is they think multi-cloud. No one is ever going to go multi-cloud, for arbitrage. They're not going to go and say, well, today I might go into Azure, 'cause I get a better rate on my instance. Do you agree? That's never going to happen. What I've seen with enterprise, is I'm going to put the workload in the app, the app decides where it runs best. That may be Azure, maybe Google and for different reasons and they're going to stick there and they're not going to move. >> Let me ask you guys-- >> But the infrastructure, has to be able to support, from a networking team. >> Yes. >> Be able to do that. Do you agree with that? >> Yes, I agree. And one thing is also very important, is connecting to the cloud, is kind of the easiest thing. So, the wide area network part of the cloud, connectivity to the cloud is kind of simple. >> Steve: I agree. >> IP's like VPN, Direct Connect, Express Route. That's the simple part, what's difficult and even the provisioning part is easy. You can use Terraform and create VPC's and Vnet's across your three cloud provider. >> Steve: Right. >> What's difficult is that they choose the operation. So we'll define day two operation. What does that actually mean? >> Its just the day to day operations, after you know, the natural, lets add an app, lets add a server, lets troubleshoot a problem. >> Something changes, now what do you do? >> So what's the big concerns? I want to just get back to the cloud native networking, because everyone kind of knows what cloud native apps are. That's been the hot trend. What is cloud native networking? How do you guys, define that? Because that seems to be the hardest part of the multi-cloud wave that's coming, is cloud native networking. >> Well there's no, you know, official Gartner definition but I can create one on the spot. >> John: Do it. (laughter) >> I just want to leverage the Cloud Construct and the cloud EPI. I don't want to have to install, like a... (trails off) For example, the first version was, let's put a virtual router that doesn't even understand the cloud environment. >> Right. If I have if I have to install a virtual machine, it has to be cloud aware. It has to understand the security group, if it's a router. It has to be programmable, to the cloud API. And understand the cloud environment. >> And one thing I hear a lot from either CSO's, CIO's or CXO's in general, is this idea of, I'm definitely not going API. So, its been an API economy. So API is key on that point, but then they say. Okay, I need to essentially have the right relationship with my suppliers, aka you called it above the clouds. So the question is... What do I do from an architectural standpoint? Do I just hire more developers and have different teams, because you mentioned that's a scale point. How do you solve this problem of, okay, I got AWS, I got GCP, or Azure, or whatever. Do I just have different teams or do I just expose EPI's? Where is that optimization? Where's the focus? >> Well, I think what you need, from a network point of view is a way, a control plane across the three clouds. And be able to use the API's of the cloud, to build networks but also to troubleshoot them and do day to day operation. So you need a view across the three clouds, that takes care of routing, connectivity. >> Steve: Performance. >> John: That's the Aviatrix plugin, right there. >> Steve: Yeah. So, how do you see, so again, your Gartner, you see the industry. You've been a network architect. How do you see this this playing out? What are the legacy incumbent client server, On Prem networking people, going to do? >> Well they need to.. >> Versus people like a Aviatrix? How do you see that playing out? >> Well obviously, all the incumbents, like Arista, Cisco, Juniper, NSX. >> Steve: Right. >> They want to basically do the lift and shift part, they want to bring, and you know, VMware want to bring in NSX on the cloud, they call that "NSX everywhere" and Cisco want to bring in ACI to the cloud, they call that "ACI Anywhere". So, everyone's.. (trails off) And then there's CloudVision from Arista, and Contrail is in the cloud. So, they just want to bring the management plane, in the cloud, but it's still based, most of them, is still based on putting a VM in them and controlling them. You extend your management console to the cloud, that's not truly cloud native. >> Right. >> Cloud native you almost have to build it from scratch. >> We like to call that cloud naive. >> Cloud naive, yeah. >> So close, one letter, right? >> Yes. >> That was a big.. (slurs) Reinvent, take the T out of Cloud Native. It's Cloud Naive. (laughter) >> That went super viral, you guys got T-shirts now. I know you're loving that. >> Steve: Yeah. >> But that really, ultimately, is kind of a double-edged sword. You can be naive on the architecture side and ruleing that. And also suppliers or can be naive. So how would you define who's naive and who's not? >> Well, in fact, their evolving as well, so for example, in Cisco, it's a little bit more native than other ones, because there really is, "ACI in the cloud", you can't really figure API's out of the cloud. NSX is going that way and so is Arista, but they're incumbent, they have their own tools, its difficult for them. They're moving slowly, so it's much easier to start from scratch. Even you, like, you know, a network company that started a few years ago. There's only really two, Aviatrix was the first one, they've been there for at least three or four years. >> Steve: Yeah. >> And there's other one's, like Akira, for example that just started. Now they're doing more connectivity, but they want to create an overlay network, across the cloud and start doing policies and things. Abstracting all the clouds within one platform. >> So, I got to ask you. I interviewed an executive at VMware, Sanjay Poonen, he said to me at RSA last week. Oh, there'll only be two networking vendors left, Cisco and VMware. (laughter) >> What's you're response to that? Obviously when you have these waves, these new brands that emerge, like Aviatrix and others. I think there'll be a lot of startups coming out of the woodwork. How do you respond to that comment? >> Well there's still a data center, there's still, like a lot, of action on campus and there's the wan. But from the cloud provisioning and cloud networking in general, I mean, they're behind I think. You know, you don't even need them to start with, you can, if you're small enough, you can just keep.. If you have AWS, you can use the AWS construct, they have to insert themselves, I mean, they're running behind. From my point of view. >> They are, certainly incumbents. I love the term Andy Jess uses at Amazon web services. He uses "Old guard, new guard", to talk about the industry. What does the new guard have to do? The new brands that are emerging. Is it be more DevOp's oriented? Is it NetSec ops? Is it NetOps? Is it programmability? These are some of the key discussions we've been having. What's your view, on how you see this programmability? >> The most important part is, they have to make the network simple for the Dev teams. You cannot make a phone call and get a Vline in two weeks anymore. So if you move to the cloud, you have to make that cloud construct as simple enough, so that for example, a Dev team could say, "Okay, I'm going to create this VPC, but this VPC automatically associates your account, you cannot go out on the internet. You have to go to the transit VPC, so there's lot of action in terms of, the IAM part and you have to put the control around them to. So to make it as simple as possible. >> You guys, both. You're the CEO of Aviatrix, but also you've got a lot of experience, going back to networking, going back to the, I call it the OSI days. For us old folks know what that means, but, you guys know what this means. I want to ask you the question. As you look at the future of networking, you hear a couple objections. "Oh, the cloud guys, they got networking, we're all set with them. How do you respond to the fact that networking's changing and the cloud guys have their own networking. What's some of the paying points that's going on premises of these enterprises? So are they good with the clouds? What needs... What are the key things that's going on in networking, that makes it more than just the cloud networking? What's your take on it? >> Well as I said earlier. Once you could easily provision in the cloud, you can easily connect to the cloud, its when you start troubleshooting applications in the cloud and try to scale. So that's where the problem occurred. >> Okay, what's your take on it. >> And you'll hear from the customers, that we have on stage and I think what happens is all the clouds by definition, designed to the 80-20 rule which means they'll design 80% of the basic functionality. And then lead to 20% extra functionality, that of course every Enterprise needs, to leave that to ISV's, like Aviatrix. Because why? Because they have to make money, they have a service and they can't have huge instances, for functionality that not everybody needs. So they have to design to the common and that, they all do it, right? They have to and then the extra, the problem is, that Cambrian explosion, that I talked about with enterprises. That's what they need. They're the ones who need that extra 20%. So that's what I see, there's always going to be that extra functionality. In an automated and simple way, that you talked about, but yet powerful. With the up with the visibility and control, that they expect of On Prem. That kind of combination, that Yin and the Yang, that people like us are providing. >> Simon I want to ask you? We're going to ask some of the cloud architect, customer panels, that same question. There's pioneer's doing some work here and there's also the laggards who come in behind their early adopters. What's going to be the tipping point? What are some of these conversations, that the cloud architects are having out there? Or what's the signs, that they need to be on this, multi-cloud or cloud native networking trend? What are some of the signal's that are going on in the environment? What are some of the thresholds? Are things that are going on, that they can pay attention to? >> Well, once they have the application on multiple cloud and they have to get wake up at two in the morning, to troubleshoot them. They'll know it's important. (laughter) So, I think that's when the rubber will hit the road. But, as I said, it's easier to prove, at any case. Okay, it's AWS, it's easy, user transit gateway, put a few VPC's and you're done. And you create some presents like Equinox and do a Direct Connect and Express Route with Azure. That looks simple, its the operations, that's when they'll realize. Okay, now I need to understand! How cloud networking works? I also need a tool, that gives me visibility and control. But not only that, I need to understand the basic underneath it as well. >> What are some of the day in the life scenarios. you envision happening with multi-cloud, because you think about what's happening. It kind of has that same vibe of interoperability, choice, multi-vendor, 'cause they're multi-cloud. Essentially multi-vendor. These are kind of old paradigms, that we've lived through with client server and internet working. What are some of the scenarios of success, that might be possible? Will be possible, with multi-cloud and cloud native networking. >> Well, I think, once you have good enough visibility, to satisfy your customers, not only, like to, keep the service running and application running. But to be able to provision fast enough, I think that's what you want to achieve. >> Simon, final question. Advice for folks watching on the Livestream, if they're sitting there as a cloud architect or CXO. What's your advice to them right now, in this market, 'cause obviously, public cloud check, hybrid cloud, they're working on that. That gets on premises done, now multi-cloud's right behind it. What's your advice? >> The first thing they should do, is really try to understand cloud networking. For each of their cloud providers and then understand the limitations. And, is what the cloud service provider offers enough? Or you need to look to a third party, but you don't look at a third party to start with. Especially an incumbent one, so it's tempting to say "I have a bunch of F5 experts", nothing against F5. I'm going to bring my F5 in the Cloud, when you can use an ELB, that automatically understand eases and auto scaling and so on. And you understand that's much simpler, but sometimes you need your F5, because you have requirements. You have like iRules and that kind of stuff, that you've used for years. 'cause you cannot do it. Okay, I have requirement and that's not met, I'm going to use Legacy Star and then you have to start thinking, okay, what about visibility control, above the true cloud. But before you do that you have to understand the limitations of the existing cloud providers. First, try to be as native as possible, until things don't work, after that you can start thinking of the cloud. >> Great insight, Simon. Thank you. >> That's great. >> With Gartner, thank you for sharing. (electronic music) >> Welcome back to ALTITUDE 2020. For the folks in the live stream, I'm John Furrier, Steve Mullaney, CEO of Aviatrix. For our first of two customer panels with cloud network architects, we've got Bobby Willoughby, AEGON Luis Castillo from National Instruments and David Shinnick with FactSet. Guys, welcome to the stage for this digital event. Come on up. (audience clapping) (upbeat music) Hey good to see you, thank you. Customer panel, this is my favorite part. We get to hear the real scoop, we get the Gardener giving us the industry overview. Certainly, multi-cloud is very relevant, and cloud-native networking is a hot trend with the live stream out there in the digital events. So guys, let's get into it. The journey is, you guys are pioneering this journey of multi-cloud and cloud-native networking and are soon going to be a lot more coming. So I want to get into the journey. What's it been like? Is it real? You've got a lot of scar tissue? What are some of the learnings? >> Absolutely. Multi-cloud is whether or not we accept it, as network engineers is a reality. Like Steve said, about two years ago, companies really decided to just bite the bullet and move there. Whether or not we accept that fact, we need to not create a consistent architecture across multiple clouds. And that is challenging without orchestration layers as you start managing different tool sets and different languages across different clouds. So it's really important to start thinking about that. >> Guys on the other panelists here, there's different phases of this journey. Some come at it from a networking perspective, some come in from a problem troubleshooting, what's your experiences? >> From a networking perspective, it's been incredibly exciting, it's kind of once in a generational opportunity to look at how you're building out your network. You can start to embrace things like infrastructure as code that maybe your peers on the systems teams have been doing for years, but it just never really worked on-prem. So it's really exciting to look at all the opportunities that we have and all of the interesting challenges that come up that you get to tackle. >> And effects that you guys are mostly AWS, right? >> Yeah. Right now though, we are looking at multiple clouds. We have production workloads running in multiple clouds today but a lot of the initial work has been with Amazon. >> And you've seen it from a networking perspective, that's where you guys are coming at it from? >> Yup. >> Awesome. How about you? >> We evolve more from a customer requirement perspective. Started out primarily as AWS, but as the customer needed more resources from Azure like HPC, Azure AD, things like that, even recently, Google analytics, our journey has evolved into more of a multi-cloud environment. >> Steve, weigh in on the architecture because this is going to be a big conversation, and I wanted you to lead this section. >> I think you guys agree the journey, it seems like the journey started a couple of years ago. Got real serious, the need for multi-cloud, whether you're there today. Of course, it's going to be there in the future. So that's really important. I think the next thing is just architecture. I'd love to hear what you, had some comments about architecture matters, it all starts, every enterprise I talked to. Maybe talk about architecture and the importance of architects, maybe Bobby. >> From architecture perspective, we started our journey five years ago. >> Wow, okay. >> And we're just now starting our fourth evolution over network architect. And we call it networking security net sec, versus just as network. And that fourth-generation architecture should be based primarily upon the Palo Alto Networks and Aviatrix. Aviatrix to new orchestration piece of it. But that journey came because of the need for simplicity, the need for a multi-cloud orchestration without us having to go and do reprogramming efforts across every cloud as it comes along. >> I guess the other question I also had around architecture is also... Luis maybe just talk about it. I know we've talked a little bit about scripting, and some of your thoughts on that. >> Absolutely. So for us, we started creating the network constructs with cloud formation, and we've stuck with that for the most part. What's interesting about that is today, on-premise, we have a lot of automation around how we provision networks, but cloud formation has become a little bit like the new manual for us. We're now having issues with having to automate that component and making it consistent with our on-premise architecture and making it consistent with Azure architecture and Google cloud. So, it's really interesting to see companies now bring that layer of abstraction that SD-WAN brought to the wound side, now it's going up into the cloud networking architecture. >> Great. So on the fourth generation, you mentioned you're on the fourth-gen architecture. What have you learned? Is there any lessons, scratch issue, what to avoid, what worked? What was the path that you touched? >> It's probably the biggest lesson there is that when you think you finally figured it out, you haven't. Amazon will change something, Azure change something. Transit Gateway is a game-changer. And listening to the business requirements is probably the biggest thing we need to do upfront. But I think from a simplicity perspective, like I said, we don't want to do things four times. We want to do things one time, we want be able to write to an API which Aviatrix has and have them do the orchestration for us. So that we don't have to do it four times. >> How important is architecture in the progression? Is it do you guys get thrown in the deep end, to solve these problems, are you guys zooming out and looking at it? How are you guys looking at the architecture? >> You can't get off the ground if you don't have the network there. So all of those, we've gone through similar evolutions, we're on our fourth or fifth evolution. I think about what we started off with Amazon without Direct Connect Gateway, without Transit Gateway, without a lot of the things that are available today, kind of the 80, 20 that Steve was talking about. Just because it wasn't there doesn't mean we didn't need it. So we needed to figure out a way to do it, we couldn't say, "Oh, you need to come back to the network team in a year, and maybe Amazon will have a solution for it." We need to do it now and evolve later and maybe optimize or change the way you're doing things in the future. But don't sit around and wait, you can't. >> I'd love to have you guys each individually answer this question for the live streams that comes up a lot. A lot of cloud architects out in the community, what should they be thinking about the folks that are coming into this proactively and, or realizing the business benefits are there? What advice would you guys give them on architecture? What should be they'd be thinking about, and what are some guiding principles you could share? >> So I would start with looking at an architecture model that can spread and give consistency to the different cloud vendors that you will absolutely have to support. Cloud vendors tend to want to pull you into using their native tool set, and that's good if only it was realistic to talk about only one cloud. But because it doesn't, it's super important to talk about, and have a conversation with the business and with your technology teams about a consistent model. >> And how do I do my day one work so that I'm not spending 80% of my time troubleshooting or managing my network? Because if I'm doing that, then I'm missing out on ways that I can make improvements or embrace new technologies. So it's really important early on to figure out, how do I make this as low maintenance as possible so that I can focus on the things that the team really should be focusing on? >> Bobby, your advice there, architecture. >> I don't know what else I can add to that. Simplicity of operations is key. >> So the holistic view of day two operations you mentioned, let's can jump in day one as you're getting stuff set up, day two is your life after. This is kind of of what you're getting at, David. So what does that look like? What are you envisioning as you look at that 20-mile stair, out post multi-cloud world? What are some of the things that you want in the day two operations? >> Infrastructure as code is really important to us. So how do we design it so that we can start fit start making network changes and fitting them into a release pipeline and start looking at it like that, rather than somebody logging into a router CLI and troubleshooting things in an ad hoc nature? So, moving more towards a dev-ops model. >> You guys, anything to add on that day two? >> Yeah, I would love to add something. In terms of day two operations you can either sort of ignore the day two operations for a little while, where you get your feet wet, or you can start approaching it from the beginning. The fact is that the cloud-native tools don't have a lot of maturity in that space and when you run into an issue, you're going to end up having a bad day, going through millions and millions of logs just to try to understand what's going on. That's something that the industry just now is beginning to realize it's such a big gap. >> I think that's key because for us, we're moving to more of an event-driven or operations. In the past, monitoring got the job done. It's impossible to monitor something that is not there when the event happens. So the event-driven application and then detection is important. >> Gardner is all about the cloud-native wave coming into networking. That's going to be a serious thing. I want to get your guys' perspective, I know you have each different views of how you come into the journey and how you're executing. And I always say the beauty's in the eye of the beholder and that applies to how the network's laid out. So, Bobby, you guys do a lot of high-performance encryption, both on AWS and Azure. That's a unique thing for you. How are you seeing that impact with multi-cloud? >> That's a new requirement for us too, where we have an increment to encrypt. And then if you ever get the question, should I encrypt, should I not encrypt? The answer is always yes. You should encrypt when you can encrypt. For our perspective, we need to migrate a bunch of data from our data centers. We have some huge data centers, and getting that data to the cloud is a timely expense in some cases. So we have been mandated, we have to encrypt everything, leave in the data center. So we're looking at using the Aviatrix insane mode appliances to be able to encrypt 10, 20 gigabits of data as it moves to the cloud itself. >> David, you're using Terraform, you've got FireNet, you've got a lot of complexity in your network. What do you guys look at the future for your environment? >> So many exciting that we're working on now as FireNet. So for our security team that obviously have a lot of knowledge base around Palo Alto, and with our commitments to our clients, it's not very easy to shift your security model to a specific cloud vendor. So there's a lot of SOC 2 compliance and things like that were being able to take some of what you've worked on for years on-prem and put it in the cloud and have the same type of assurance that things are going to work and be secure in the same way that they are on-prem, helps make that journey into the cloud a lot easier. >> And Louis, you guys got scripting, you got a lot of things going on. What's your unique angle on this? >> Absolutely. So for disclosure, I'm not an Aviatrix customer yet. (laughs) >> It's okay, we want to hear the truth, so that's good. Tell us, what are you thinking about? What's on your mind? >> When you talk about implementing a tool like this, it's really just really important to talk about automation focus on value. When you talk about things like encryption and things like so you're encrypting tunnels and encrypting the path, and those things should be second nature really. When you look at building those back-ends and managing them with your team, it becomes really painful. So tools like Aviatrix that add a lot automation it's out of sight, out of mind. You can focus on the value, and you don't have to focus on this. >> So I got to ask you guys. I see Aviatrix was here, they're supplier to this sector, but you guys are customers. Everyone's pitching your stuff, people knock on you, "Buy my stuff." How do you guys have that conversation with the suppliers, like the cloud vendors and other folks? What's it like? We're API all the way? You've got to support this? What are some of your requirements? How do you talk to and evaluate people that walk in and want to knock on your door and pitch you something? What's the conversation like? >> It's definitely API driven. We definitely look at the API structure that the vendors provide before we select anything. That is always first of mine and also, what problem are we really trying to solve? Usually, people try to sell or try to give us something that isn't really valuable, like implementing a Cisco solution on the cloud doesn't really add a lot of value, that's where we go. >> David, what's your conversation like with suppliers? Do you have a certain new way to do things? As it becomes more agile, essentially networking, and getting more dynamic, what are some of the conversations with either in commits or new vendors that you're having? What do you require? >> Ease of use is definitely high up there. We've had some vendors come in and say, "Hey, when you go to set this up, "we're going to want to send somebody on-site." And they're going to sit with you for a day to configure it. And that's a red flag. Well, wait a minute, do we really, if one of my really talented engineers can't figure it out on his own, what's going on there and why is that? Having some ease of use and the team being comfortable with it and understanding it is really important. >> Bobby, how about you? Old days was, do a bake-off and the winner takes all. Is it like that anymore? What's evolving? Bake-off last year for but still win. But that's different now because now when you get the product, you can install the product in AWS and Azure, have it up running in a matter of minutes. So the key is that can you be operational within hours or days instead of weeks? But do we also have the flexibility to customize it, to meet your needs? Because you don't want to be put into a box with the other customers when you have needs that are past their needs. >> I can almost see the challenge that you guys are living, where you've got the cloud immediate value, depending how you can roll up any solutions, but then you might have other needs. So you've got to be careful not to buy into stuff that's not shipping. So you're trying to be proactive and at the same time, deal with what you got. How do you guys see that evolving? Because multi-cloud to me is definitely relevant, but it's not yet clear how to implement across. How do you guys look at this baked versus future solutions coming? How do you balance that? >> Again, so right now, we're taking the ad hoc approach and experimenting what the different concepts of cloud are and really leveraging the native constructs of each cloud. But there's a breaking point for sure. You don't get to scale this like someone said, and you have to focus on being able to deliver, developers their sandbox or their play area for the things that they're trying to build quickly. And the only way to do that is with some consistent orchestration layer that allows you to-- >> So you expect a lot more stuff to becoming pretty quickly in that area. >> I do expect things to start maturing quite quickly this year. >> And you guys see similar trend, new stuff coming fast? >> Yeah. Probably the biggest challenge we've got now is being able to segment within the network, being able to provide segmentation between production, non-production workloads, even businesses, because we support many businesses worldwide and isolation between those is a key criteria there. So the ability to identify and quickly isolate those workloads is key. So the CIOs that are watching are saying, "Hey, take that hill, do multi-cloud." And then you have the bottoms up organization, "Pause, you're like off a little bit, it's not how it works." What is the reality in terms of implementing as fast as possible? Because the business benefits are clear, but it's not always clear on the technology how to move that fast. What are some of the barriers, what are the blockers, what are the enablers? >> I think the reality is that you may not think you're multi-cloud, but your business is. So I think the biggest barrier there is understanding what the requirements are and how best to meet those requirements in a secure manner. Because you need to make sure that things are working from a latency perspective that things work the way they did and get out of the mind shift that it was a tier-three application and the data center, it doesn't have to be a tier-three application in the cloud. So, lift and shift is not the way to go. >> Scale is a big part of what I see is the competitive advantage by these clouds and used to be proprietary network stacks in the old days, and then open systems came, that was a good thing. But as cloud has become bigger, there's an inherent lock-in there with the scale. How do you guys keep the choice open? How are you guys thinking about interoperability? What are some of the conversations that you guys are having around those key concepts? >> When we look at from a networking perspective, it's really key for you to just enable all the class to be able to communicate between them. Developers will find a way to use the cloud that best suits their business needs. And like you said, it's whether you're in denial or not, of the multi-cloud fact that your company is in already that's it becomes really important for you to move quickly. >> Yeah. And a lot of it also hinges on how well is the provider embracing what that specific cloud is doing? So, are they swimming with Amazon or Azure and just helping facilitate things, and they're doing the heavy lifting API work for you? Or are they swimming upstream and they're trying to hack it all together in messy way? And so that helps you stay out of the lock-in because there, if they're using Amazon native tools to help you get where you need to be, it's not like Amazon is going to release something in the future that completely makes you have designed yourself into a corner. So the closer, more than cloud-native they are, the more, the easier it is to deploy. >> Which also need to be aligned in such a way that you can take advantage of those cloud-native technologies. Will it make sense? TGW is a gamechanger in terms of cost and performance. So to completely ignore that, would be wrong. But if you needed to have encryption, TGW is not encrypted, so you need to have some type of Gateway to do the VPN encryption. So, the Aviatrix tool will give you the beauty of both worlds. You can use TGW or the Gateway. Real quick on the last minute we have, I want to just get a quick feedback from you guys. I hear a lot of people say to me, "Hey, pick the best cloud for the workload you got, then figure out multicloud behind the scenes." Do you guys agree with that? Do I go more to one cloud across the whole company or this workload works great on AWS, that workload works great on this. From a cloud standpoint, do you agree with that premise, and then when is multi-cloud stitching altogether? >> From an application perspective, it can be per workload, but it can also be an economical decision, certain enterprise contracts will pull you in one direction to add value, but the network problem is still the same. >> It doesn't go away. >> You don't want to be trying to fit a square into a round hall. If it works better on that cloud provider, then it's our job to make sure that service is there and people can use it. >> I agree, you just need to stay ahead of the game, make sure that the network infrastructure is there, security is available and is multi-cloud capable. >> At the end of the day, you guys are just validating that it's the networking game now. Cloud storage, compute check, networking is where the action is. Awesome. Thanks for your insights guys, appreciate you coming on the panel. Appreciate it, thanks. (upbeat music) >> John: Our next customer panel, got great another set of cloud network architects, Justin Smith with Zuora, Justin Brodley with EllieMae and Amit Utreja with Coupa. Welcome to stage. (audience applauds) (upbeat music) >> All right, thank you. >> How are ya? >> Thank you. Thank You. >> Hey Amit. How are ya? >> Did he say it right? >> Yeah. >> Okay he's got all the cliff notes from the last session, welcome back. Rinse and repeat. We're going to go into the hood a little bit. And I think they nailed what we've been reporting, we've been having this conversation around, networking is where the action is because that's at the end of the day you got to move packet from A to B and you got workloads exchanging data. So it's really killer. So let's get started. Amit, what are you seeing as the journey of multicloud as you go under the hood and say, "Okay, I got to implement this. "I have to engineer the network, "make it enabling, make it programmable, "make it interoperable across clouds." That almost sounds impossible to me. What's your take? >> Yeah, it seems impossible but if you are running an organization which is running infrastructure as a code it is easily doable. Like you can use tools out there that's available today, you can use third party products that can do a better job. But put your architecture first, don't wait. Architecture may not be perfect, put the best architecture that's available today and be agile, to iterate and make improvements over the time. >> We get to Justin's over here, so I have to be careful when I point a question to Justin, they both have the answer. Okay, journeys, what's the journey been like? Is there phases, We heard that from Gardner, people come into multicloud and cloud native networking from different perspectives? What's your take on the journey, Justin? >> Yeah, from our perspective, we started out very much focused on one cloud and as we've started doing acquisitions, we started doing new products to the market, the need for multicloud becomes very apparent, very quickly for us. And so having an architecture that we can plug and play into and be able to add and change things as it changes is super important for what we're doing in the space. >> Justin, your journey. >> Yes. For us, we were very ad hoc oriented and the idea is that we were reinventing all the time, trying to move into these new things and coming up with great new ideas. And so rather than it being some iterative approach with our deployments that became a number of different deployments. And so we shifted that toward and the network has been a real enabler of this. There's one network and it touches whatever cloud we want it to touch, and it touches the data centers that we need it to touch, and it touches the customers that we needed to touch. Our job is to make sure that the services that are available in one of those locations are available in all of the locations. So the idea is not that we need to come up with this new solution every time, it's that we're just iterating on what we've already decided to do. >> Before we get the architecture section, I want to ask you guys a question? I'm a big fan of let the app developers have infrastructure as code, so check. But having the right cloud run that workload, I'm a big fan of that, if it works great. But we just heard from the other panel, you can't change the network. So I want to get your thoughts, what is cloud native networking? And is that the engine really, that's the enabler for this multicloud trend? What's you guys take? We'll start with Amit, what do you think about that? >> Yeah, so you're going to have workloads running in different clouds and the workloads would have affinity to one cloud or other. But how you expose that it's a matter of how you are going to build your networks. How you're going to run security. How you're going to do egress, ingress out of it so -- >> You said networking is the big problem to solve. >> Yes. >> What's the solution? What's the key pain points and problem statement? >> The key pain point for most companies is how do you take your traditionally on premise network and then blow it out to the cloud in a way that makes sense. You have IP conflicts, you have IP space, you have public IPs on premise as well as in the cloud. And how do you kind of make sense of all of that? And I think that's where tools like Aviatrix make a lot of sense in that space. >> From our side, it's really simple. It's a latency, it's bandwidth and availability. These don't change whether we're talking about cloud or data center, or even corporate IT networking. So our job when these all of these things are simplified into like, S3, for instance and our developers want to use those. We have to be able to deliver that and for a particular group or another group that wants to use just just GCP resources. We have to support these requirements and these wants, as opposed to saying, "Hey, that's not a good idea." No, our job is to enable them not to disable them. >> Do you guys think infrastructure is code? Which I love that, I think that's the future in this. We even saw that with DevOps. But as you start getting the networking, is it getting down to the network portion where its network as code? Because storage and compute working really well, we're seeing all Kubernetes on service mesh trend. Network has code, reality is it there? Is it still got work to do? >> It's absolutely there, you mentioned net DevOps and it's very real. In Coupa we build our networks through terraform and not only just terraform, build an API so that we can consistently build VNets and VPC all across in the same way. >> So you guys are doing it? >> Yup. And even security groups. And then on top and Aviatrix comes in, we can peer the networks bridge all the different regions through code. >> Same with you guys. >> Yeah. >> What do you think about this? >> Everything we deploy is done with automation and then we also run things like Lambda on top to make changes in real time, we don't make manual changes on our network. In the data center, funny enough, it's still manual but the cloud has enabled us to move into this automation mindset. And all my guys, that's what they focus on is bringing, now what they're doing in the cloud into the data center, which is kind of opposite of what it should be or what it used to be. >> It's full DevOps then? >> Yes. >> For us, it was similar on-prem is still somewhat very manual, although we're moving more and more to ninja and terraform type concepts. But everything in the production environment is code, confirmation terraform code and now coming into the data center same (mumbles). >> So I just wanted to jump in Justin Smith, one of the comment that you made, because it's something that we always talk about a lot is that the center of gravity of architecture used to be an on-prem and now it's shifted in the cloud. And once you have your strategic architecture, what do you do? You push that everywhere. So what you used to see at the beginning of cloud was pushing the architecture on-prem into cloud. Now, I want to pick up on what you said, do you others agree that the center of gravity is here, I'm now pushing what I do in the cloud back into on-prem? And then so first that and then also in the journey, where are you at from zero to 100 of actually in the journey to cloud? Are you 50% there, are you 10%? Are you evacuating data centers next year? Where are you guys at? >> Yeah, so there's there's two types of gravity that you typically are dealing with, with the migration. First is data, gravity and your data set, and where that data lives. And then the second is the network platform that wraps all that together. In our case, the data gravity solely mostly on-prem but our network is now extending out to the app tier, it's going to be in cloud. Eventually, that data, gravity will also move to cloud as we start getting more sophisticated but in our journey, we're about halfway there. About halfway through the process, we're taking a handle of lift and shift and -- >> Steve: And when did that start? >> We started about three years ago. >> Okay, okay. >> Well for Coupa it's a very different story. It started from a garage and 100% on the cloud. So it's a business plan management platform, software as a service run 100% on the cloud. >> That was was like 10 years ago, right? >> Yes. >> Yeah. >> You guys are riding the wave of the architecture. Justin I want to ask you, Zuora, you guys mentioned DevOps. Obviously, we saw the huge observability wave, which essentially network management for the cloud, in my opinion. It's more dynamic, but this is about visibility. We heard from the last panel you don't know what's being turned on or turned off from a services standpoint, at any given time. How is all this playing out when you start getting into the DevOps down (mumbles)? >> This is the big challenge for all of us is visibility. When you talk transport within a cloud, very interestingly we we have moved from having a backbone that we bought, that we own, that would be data center connectivity. Zuora's a subscription billing company, so we want to support the subscription mindset. So rather than going and buying circuits and having to wait three months to install and then coming up with some way to get things connected and resiliency and redundancy. My backbone is in the cloud. I use the cloud providers interconnections between regions to transport data across and so if you do that with their native solutions, you do lose visibility. There are areas in that that you don't get, which is why controllers and having some type of management plane is a requirement for us to do what we're supposed to do and provide consistency while doing it. >> Great conversation. I loved what you said earlier latency, bandwidth, I think availability were your top three things. Guys SLA, just do ping times between clouds it's like, you don't know what you're getting for round trip time. This becomes a huge kind of risk management, black hole, whatever you want to call it, blind spot. How are you guys looking at the interconnect between clouds? Because I can see that working from ground to cloud on per cloud but when you start dealing with multiclouds workloads, SLAs will be all over the map, won't they just inherently. How do you guys view that? >> Yeah, I think we talked about workload and we know that the workloads are going to be different in different clouds, but they're going to be calling each other. So it's very important to have that visibility, that you can see how data is flowing at what latency and what availability is there and our authority needs to operate on that. >> So use the software dashboard, look at the times and look at the latency -- >> In the old days, Strongswan Openswan you try to figure it out, in the new days you have to figure out. >> Justin, what's your answer to that because you're in the middle of it? >> Yeah, I think the key thing there is that we have to plan for that failure, we have to plan for that latency in our applications. If certain things are tracking in your SLI, certain things are planning for and you loosely coupled these services in a much more microservices approach. So you actually can handle that kind of failure or that type of unknown latency and unfortunately, the cloud has made us much better at handling exceptions in a much better way. >> You guys are all great examples of cloud native from day one. When did you have the tipping point moment or the epiphany of saying a multiclouds real, I can't ignore it, I got to factor that into all my design principles and everything you're doing? Was there a moment or was it from day one? >> There are two reasons, one was the business. So in business, there were some affinity to not be in one cloud or to be in one cloud and that drove from the business side. So as a cloud architect our responsibility was to support that business. Another is the technology, some things are really running better in, like if you're running Dotnet workload or your going to run machine learning or AI so that you would have that preference of one cloud over other. >> Guys, any thoughts on that? >> That was the bill that we got from AWS. That's what drives a lot of these conversations is the financial viability of what you're building on top of. This failure domain idea which is fairly interesting. How do I solve our guarantee against a failure domain? You have methodologies with back end direct connects or interconnect with GCP. All of these ideas are something that you have to take into account but that transport layer should not matter to whoever we're building this for. Our job is to deliver the frames and the packets, what that flows across, how you get there? We want to make that seamless. And so whether it's a public internet API call or it's a back end connectivity through direct connect, it doesn't matter. It just has to meet a contract that you've signed with your application, folks. >> Yeah, that's the availability piece. >> Justin, your thoughts on that, any comment on that? >> So actually multiclouds become something much more recent in the last six to eight months, I'd say. We always kind of had a very much an attitude of like moving to Amazon from our private cloud is hard enough, why complicate it further? But the realities of the business and as we start seeing, improvements in Google and Azure and different technology spaces, the need for multicloud becomes much more important. As well as our acquisition strategies are matured, we're seeing that companies that used to be on premise that we typically acquire are now very much already on a cloud. And if they're on a cloud, I need to plug them into our ecosystem. And so that's really changed our multicloud story in a big way. >> I'd love to get your thoughts on the clouds versus the clouds, because you compare them Amazon's got more features, they're rich with features. Obviously, the bills are high to people using them. But Google's got a great network, Google's networks pretty damn good And then you got Azure. What's the difference between the clouds? Where do they fall? Where do they peak in certain areas better than others? What are the characteristics, which makes one cloud better? Do they have a unique feature that makes Azure better than Google and vice versa? What do you guys think about the different clouds? >> Yeah, to my experience, I think the approach is different in many places. Google has a different approach very DevOps friendly and you can run your workloads with your network can span regions. But our application ready to accept that. Amazon is evolving. I remember 10 years back Amazon's network was a flat network, we would be launching servers in 10.0.0/8, right. And then the VPCs came out. >> We'll have to translate that to English for the live feed. Not good. So the VPCs concept came out, multi account came out, so they are evolving. Azure had a late start but because they have a late start, they saw the pattern and they have some mature setup on the network. >> They've got around the same price too. >> I think they're all trying to say they're equal in their own ways. I think they all have very specific design philosophies that allow them to be successful in different ways and you have to kind of keep that in mind as you architect your own solution. For example, Amazon has a very regional affinity, they don't like to go cross region in their architecture. Whereas Google is very much it's a global network, we're going to think about as a global solution. I think Google also has advantage that it's third to market and so has seen what Azure did wrong, it seeing what AWS did wrong and it's made those improvements and I think that's one of their big advantage. >> They got great scale too. Justin thoughts on the cloud. >> So yeah, Amazon built from the system up and Google built from the network down. So their ideas and approaches are from a global versus original, I agree with you completely that is the big number one thing. But the if you look at it from the outset, interestingly, the inability or the ability for Amazon to limit layer to broadcasting and what that really means from a VPC perspective, changed all the routing protocols you can use. All the things that we had built inside of a data center to provide resiliency and make things seamless to users, all of that disappeared. And so because we had to accept that at the VPC level, now we have to accept that at the WAN level. Google's done a better job of being able to overcome those things and provide those traditional network facilities to us. >> Just a great panel, we could go all day here, it's awesome. So I heard, we will get to the cloud native naive questions. So kind of think about what's naive and what's cloud, I'll ask that next but I got to ask you I had a conversation with a friend he's like, "WAN is the new LAN?" So if you think about what the LAN was at a data center, WAN is the new LAN, cause you keep talking about the cloud impact? So that means ST-WAN, the old ST-WAN kind of changing. There's a new LAN. How do you guys look at that? Because if you think about it, what LANs were for inside a premises was all about networking, high speed. But now when you take the WAN and make it, essentially a LAN, do you agree with that? And how do you view this trend? Is it good or bad or is it ugly? What you guys take on this? >> Yeah, I think it's a thing that you have to work with your application architects. So if you are managing networks and if you're a server engineer, you need to work with them to expose the unreliability that it would bring in. So the application has to handle a lot of the difference in the latencies and the reliability has to be worked through the application there. >> LAN, WAN, same concept is that BS? Can you give some insight? >> I think we've been talking about for a long time the erosion of the edge. And so is this just a continuation of that journey we've been on for last several years. As we get more and more cloud native and we talked about API's, the ability to lock my data in place and not be able to access it really goes away. And so I think this is just continuation. I think it has challenges. We start talking about WAN scale versus LAN scale, the tooling doesn't work the same, the scale of that tooling is much larger. and the need to automation is much, much higher in a WAN than it wasn't a LAN. That's why you're seeing so much infrastructure as code. >> Yeah. So for me, I'll go back again to this, it's bandwidth and its latency that define those two LAN versus WAN. But the other thing that's comes up more and more with cloud deployments is whereas our security boundary and where can I extend this secure aware appliance or set of rules to protect what's inside of it. So for us, we're able to deliver VRFs or route forwarding tables for different segments wherever we're at in the world. And so they're trusted to talk to each other but if they're going to go to someplace that's outside of their network, then they have to cross the security boundary, where we enforce policy very heavily. So for me, there's it's not just LAN, WAN it's how does environment get to environment more importantly. >> That's a great point in security, we haven't talked it yet but that's got to be baked in from the beginning, this architecture. Thoughts on security, how you guys are dealing with it? >> Yeah, start from the base, have app to app security built in. Have TLS, have encryption on the data at transit, data at rest. But as you bring the application to the cloud and they're going to go multicloud, talking to over the internet, in some places, well have app to app security. >> Our principles day, security is day zero every day. And so we always build it into our design, build into our architecture, into our applications. It's encrypt everything, it's TLS everywhere. It's make sure that that data is secure at all times. >> Yeah, one of the cool trends at RSA, just as a side note was the data in use encryption piece, which is homomorphic stuff was interesting. Alright guys, final question. We heard on the earlier panel was also trending at re:Invent, we think the T out of cloud native, it spells cloud naive. They have shirts now, Aviatrix kind of got this trend going. What does that mean to be naive? To your peers out there watching the live stream and also the suppliers that are trying to supply you guys with technology and services, what's naive look like and what's native look like? When is someone naive about implementing all this stuff? >> So for me, because we are in 100% cloud, for us its main thing is ready for the change. And you will find new building blocks coming in and the network design will evolve and change. So don't be naive and think that it's static, evolve with the change. >> I think the biggest naivety that people have is that well, I've been doing it this way for 20 years, I've been successful, it's going to be successful in cloud. The reality is that's not the case. You got to think some of the stuff a little bit differently and you need to think about it early enough, so that you can become cloud native and really enable your business on cloud. >> Yeah for me it's being open minded. Our industry, the network industry as a whole, has been very much I'm smarter than everybody else and we're going to tell everybody how it's going to be done. And we fell into a lull when it came to producing infrastructure and so embracing this idea that we can deploy a new solution or a new environment in minutes as opposed to hours, or weeks or months in some cases, is really important in and so >> - >> It's naive being closed minded, native being open minded. >> Exactly. For me that was a transformative kind of where I was looking to solve problems in a cloud way as opposed to looking to solve problems in this traditional old school way. >> All right, I know we're at a time but I got to asked one more question, so you guys so good. Give me a quick answer. What's the BS language when you, the BS meter goes off when people talk to you about solutions? What's the kind of jargon that you hear, that's the BS meter going off? What are people talking about that in your opinion you here you go, "That's total BS?" What triggers you? >> So that I have two lines out of movies if I say them without actually thinking them. It's like 1.21 gigawatts are you out of your mind from Back to the Future right? Somebody's giving you all these wiz bang things. And then Martin Maul and Michael Keaton in Mr Mom when he goes to 220, 221, whatever it takes. >> Yeah. >> Those two right there, if those go off in my mind where somebody's talking to me, I know they're full of baloney. >> So a lot of speeds and feeds, a lot of speeds and feeds a lot of -- >> Just data. Instead of talking about what you're actually doing and solutioning for. You're talking about, "Well, it does this this this." Okay to 220, 221. (laughter) >> Justin, what's your take? >> Anytime I start seeing the cloud vendors start benchmarking against each other. Your workload is your workload, you need to benchmark yourself. Don't listen to the marketing on that, that's just awful. >> Amit, what triggers you in the BS meter? >> I think if somebody explains to you are not simple, they cannot explain you in simplicity, then it's all bull shit. >> (laughs) That's a good one. Alright guys, thanks for the great insight, great panel. How about a round of applause to practitioners. (audience applauds) (upbeat music) >> John: Okay, welcome back to Altitude 2020 for the digital event for the live feed. Welcome back, I'm John Furrier with theCUBE with Steve Mullaney, CEO Aviatrix. For the next panel from Global System Integrated, the folks who are building and working with folks on their journey to multicloud and cloud-native networking. We've got a great panel, George Buckman with DXC and Derrick Monahan with WWT, welcome to the stage. (Audience applauds) >> Hey >> Thank you >> Groovy spot >> All right (upbeat music) >> Okay, you guys are the ones out there advising, building, and getting down and dirty with multicloud and cloud-native networking, we just heard from the customer panel. You can see the diversity of where people come in to the journey of cloud, it kind of depends upon where you are, but the trends are all clear, cloud-native networking, DevOps, up and down the stack, this has been the main engine. What's your guys' take of this journey to multicloud? What do you guys think? >> Yeah, it's critical, I mean we're seeing all of our enterprise customers enter into this, they've been through the migrations of the easy stuff, ya know? Now they're trying to optimize and get more improvements, so now the tough stuff's coming on, right? They need their data processing near where their data is. So that's driving them to a multicloud environment. >> Yeah, we've heard some of the Edge stuff, I mean, you guys are-- >> Exactly. >> You've seen this movie before, but now it's a whole new ballgame, what's your take? Yeah, so, I'll give you a hint, our practice is not called the cloud practice, it's the multicloud practice, and so if that gives you a hint of how we approach things. It's very consultative. And so when we look at what the trends are, like a year ago. About a year ago we were having conversations with customers, "Let's build a data center in the cloud. Let's put some VPCs, let's throw some firewalls, let's put some DNS and other infrastructure out there and let's hope it works." This isn't a science project. What we're starting to see is customers are starting to have more of a vision, we're helping with that consultative nature, but it's totally based on the business. And you've got to start understanding how lines of business are using the apps and then we evolve into the next journey which is a foundational approach to-- >> What are some of the problems some of your customers are solving when they come to you? What are the top things that are on their mind, obviously the ease of use, agility, all that stuff, what specifically are they digging into? >> Yeah, so complexity, I think when you look at a multicloud approach, in my view is, network requirements are complex. You know, I think they are, but I think the approach can be, "Let's simplify that." So one thing that we try to do, and this is how we talk to customers is, just like you simplify in Aviatrix, simplifies the automation orchestration of cloud networking, we're trying to simplify the design, the plan, and implementation of the infrastructure across multiple workloads, across multiple platforms. And so the way we do it, is we sit down, we look at not just use cases, not just the questions we commonly anticipate, we actually build out, based on the business and function requirements, we build out a strategy and then create a set of documents, and guess what? We actually build it in a lab, and that lab that we platform rebuilt, proves out this reference architectural actually works. >> Absolutely, we implement similar concepts. I mean, they're proven practices, they work, right? >> But George, you mentioned that the hard part's now upon us, are you referring to networking, what specifically were you getting at there when you said, "The easy part's done, now the hard part?" >> So for the enterprises themselves, migrating their more critical apps or more difficult apps into the environments, ya know, we've just scratched the surface, I believe, on what enterprises are doing to move into the cloud, to optimize their environments, to take advantage of the scale and speed to deployment and to be able to better enable their businesses. So they're just now really starting to-- >> So do you guys see what I talked about? I mean, in terms of that Cambrian explosion, I mean, you're both monster system integrators with top fortune enterprise customers, you know, really rely on you for guidance and consulting and so forth, and deploy their networks. Is that something that you've seen? I mean, does that resonate? Did you notice a year and a half ago all of a sudden the importance of cloud for enterprise shoot up? >> Yeah, I mean, we're seeing it now. >> Okay. >> In our internal environment as well, ya know, we're a huge company ourselves, customer zero, our internal IT, so, we're experiencing that internally and every one of our other customers as well. >> So I have another question and I don't know the answer to this, and a lawyer never asks a question that you don't know the answer to, but I'm going to ask it anyway. DXC and WWT, massive system integrators, why Aviatrix? >> Great question, Steve, so I think the way we approach things, I think we have a similar vision, a similar strategy, how you approach things, how we approach things, at World Wide Technology. Number one, we want a simplify the complexity. And so that's your number one priority. Let's take the networking, let's simplify it, and I think part of the other point I'm making is we see this automation piece as not just an after thought anymore. If you look at what customers care about, visibility and automation is probably at the top three, maybe the third on the list, and I think that's where we see the value. I think the partnership that we're building and what I get excited about is not just putting yours and our lab and showing customers how it works, it's co-developing a solution with you. Figuring out, "Hey, how can we make this better?" >> Right >> Visibility is a huge thing, just in security alone, network everything's around visibility. What automation do you see happening, in terms of progression, order of operations, if you will? What's the low hanging fruit? What are people working on now? What are some of the aspirational goals around when you start thinking about multicloud and automation? >> So I wanted to get back to his question. >> Answer that question. >> I wanted to answer your question, you know, what led us there and why Aviatrix. You know, in working some large internal IT projects, and looking at how we were going to integrate those solutions, you know, we like to build everything with recipes. Network is probably playing catch-up in the DevOps world but with a DevOps mindset, looking to speed to deploy, support, all those things, so when you start building your recipe, you take a little of this, a little of that, and you mix it all together, well, when you look around, you say, "Wow, look, there's this big bag of Aviatrix. "Let me plop that in. That solves a big part "of my problems that I had, the speed to integrate, "the speed to deploy, and the operational views "that I need to run this." So that was what led me to-- >> John: So how about reference architectures? >> Yeah, absolutely, so, you know, they came with a full slate of reference architectures already out there and ready to go that fit our needs, so it was very easy for us to integrate those into our recipes. >> What do you guys think about all the multi-vendor inter-operability conversations that have been going on? Choice has been a big part of multicloud in terms of, you know, customers want choice, they'll put a workload in the cloud if it works, but this notion of choice and interoperability has become a big conversation. >> It is, and I think that our approach, and that's the way we talk to customers is, "Let's speed and de-risk that decision making process, "and how do we do that?" Because interoperability is key. You're not just putting, it's not just a single vendor, we're talking, you know, many many vendors, I mean think about the average number of cloud applications a customer uses, a business, an enterprise business today, you know, it's above 30, it's skyrocketing and so what we do, and we look at it from an interoperability approach is, "How do things inter-operate?" We test it out, we validate it, we build a reference architecture that says, "These are the critical design elements, "now let's build one with Aviatrix "and show how this works with Aviatrix." And I think the important part there, though, is the automation piece that we add to it and visibility. So I think the visibility is what I see lacking across industry today. >> In cloud-native that's been a big topic. >> Yep >> Okay, in terms of Aviatrix, as you guys see them coming in, they're one of the ones that are emerging and the new brands emerging with multicloud, you've still got the old guard encumbered with huge footprints. How are customers dealing with that kind of component in dealing with both of them? >> Yeah, I mean, we have customers that are ingrained with a particular vendor and you know, we have partnerships with many vendors. So our objective is to provide the solution that meets that client. >> John: And they all want multi-vendor, they all want interoperability. >> Correct. >> All right, so I got to ask you guys a question while we were defining Day-2 operations. What does that mean? You guys are looking at the big business and technical components of architecture, what does Day-2 operations mean, what's the definition of that? >> Yeah, so I think from our perspective, with my experience, we, you know, Day-2 operations, whether it's not just the orchestration piece in setting up and let it automate and have some, you know, change control, you're looking at this from a Day-2 perspective, "How do I support this ongoing "and make it easy to make changes as we evolve?" The cloud is very dynamic. The nature of how fast it's expanding, the number features is astonishing. Trying to keep up to date with the number of just networking capabilities and services that are added. So I think Day-2 operations starts with a fundamental understanding of building out supporting a customer's environments, and making the automation piece easy from a distance, I think. >> Yeah and, you know, taking that to the next level of being able to enable customers to have catalog items that they can pick and choose, "Hey I need this network connectivity "from this cloud location back to this on-prem." And being able to have that automated and provisioned just simply by ordering it. >> For the folks watching out there, guys, take a minute to explain as you guys are in the trenches doing a lot of good work. What are some of the engagements that you guys get into? How does that progress? What happens there, they call you up and say, "Hey I need some multicloud," or you're already in there? I mean, take us through how someone can engage to use a global SI, they come in and make this thing happen, what's the typical engagement look like? >> Derrick: Yeah, so from our perspective, we typically have a series of workshops in the methodology that we kind of go along the journey. Number one, we have a foundational approach. And I don't mean foundation meaning the network foundation, that's a very critical element, we got to factor in security and we got to factor in automation. So when you think about foundation, we do a workshop that starts with education. A lot of times we'll go in and we'll just educate the customer, what is VPC sharing? You know, what is a private link in Azure? How does that impact your business? We have customers that want to share services out in an ecosystem with other customers and partners. Well there's many ways to accomplish that. Our goal is to understand those requirements and then build that strategy with them. >> Thoughts George, on-- >> Yeah, I mean, I'm one of the guys that's down in the weeds making things happen, so I'm not the guy on the front line interfacing with the customers every day. But we have a similar approach. We have a consulting practice that will go out and apply their practices to see what those-- >> And when do you parachute in? >> Yeah, when I parachute in is, I'm on the back end working with our offering development leads for networking, so we understand and are seeing what customers are asking for and we're on the back end developing the solutions that integrate with our own offerings as well as enable other customers to just deploy quickly to meet their connectivity needs. So the patterns are similar. >> Right, final question for you guys, I want to ask you to paint a picture of what success looks like. You don't have to name customers, you don't have to get in and reveal who they are, but what does success look like in multicloud as you paint a picture for the folks here and watching on the live stream, if someone says, "Hey I want to be multicloud, I got to to have my operations Agile, I want full DevOps, I want programmability and security built in from Day-zero." What does success look like? >> Yeah, I think success looks like this, so when you're building out a network, the network is a harder thing to change than some other aspects of cloud. So what we think is, even if you're thinking about that second cloud, which we have most of our customers are on two public clouds today, they might be dabbling in it. As you build that network foundation, that architecture, that takes in to consideration where you're going, and so once we start building that reference architecture out that shows, this is how to approach it from a multicloud perspective, not a single cloud, and let's not forget our branches, let's not forget our data centers, let's not forget how all this connects together because that's how we define multicloud, it's not just in the cloud, it's on-prem and it's off-prem. And so collectively, I think the key is also is that we provide them an HLD. You got to start with a high level design that can be tweaked as you go through the journey but you got to give it a solid structural foundation, and that networking which we think, most customers think as not the network engineers, but as an after thought. We want to make that the most critical element before you start the journey. >> George, from your seat, how does success look for you? >> So, you know it starts out on these journeys, often start out people not even thinking about what is going to happen, what their network needs are when they start their migration journey to the cloud. So I want, success to me looks like them being able to end up not worrying about what's happening in the network when they move to the cloud. >> Steve: Good point. >> Guys, great insight, thanks for coming on and sharing. How about a round of applause for the global system integrators? (Audience applauds) (Upbeat music) >> The next panel is the AVH certified engineers, also known as ACEs. This is the folks that are certified, they're engineering, they're building these new solutions. Please welcome Toby Foss from Informatica, Stacey Lanier from Teradata, and Jennifer Reed with Viqtor Davis to the stage. (upbeat music) (audience cheering) (panelists exchanging pleasantries) >> You got to show up. Where's your jacket Toby? (laughing) You get it done. I was just going to rib you guys and say, where's your jackets, and Jen's got the jacket on. Okay, good. >> Love the Aviatrix, ACEs Pilot gear there above the Clouds. Going to new heights. >> That's right. >> So guys Aviatrix aces, I love the name, think it's great, certified. This is all about getting things engineered. So there's a level of certification, I want to get into that. But first take us through the day in the life of an ACE, and just to point out, Stacy is a squad leader. So he's, he's like a-- >> Squadron Leader. >> Squadron Leader. >> Yeah. >> Squadron Leader, so he's got a bunch of ACEs underneath him, but share your perspective a day in the Life. Jennifer, we'll start with you. >> Sure, so I have actually a whole team that works for me both in the North America, both in the US and in Mexico. So I'm eagerly working to get them certified as well, so I can become a squad leader myself. But it's important because one of the critical gaps that we've found is people having the networking background because you graduate from college, and you have a lot of computer science background, you can program you've got Python, but networking in packets they just don't get. So, just taking them through all the processes that it's really necessary to understand when you're troubleshooting is really critical. Because you're going to get an issue where you need to figure out where exactly is that happening on the network, Is my issue just in the VPCs? Is it on the instance side is a security group, or is it going on prem? This is something actually embedded within Amazon itself? I mean, I troubleshot an issue for about six months going back and forth with Amazon, and it was the VGW VPN. Because they were auto scaling on two sides, and we ended up having to pull out the Cisco's, and put in Aviatrix so I could just say, " okay, it's fixed," and actually helped the application teams get to that and get it solved. But I'm taking a lot of junior people and getting them through that certification process, so they can understand and see the network, the way I see the network. I mean, look, I've been doing this for 25 years when I got out. When I went in the Marine Corps, that's what I did, and coming out, the network is still the network. But people don't get the same training they got in the 90s. >> Was just so easy, just write some software, and they were, takes care of itself. I know, it's pixie dust.  >> I'll come back to that, I want to come back to that, the problem solved with Amazon, but Toby. >> I think the only thing I have to add to that is that it's always the network's fault. As long as I've been in networking, it's always been the network's fault. I'm even to this day, it's still the network's fault, and part of being a network guy is that you need to prove when it is and when it's not your fault. That means you need to know a little bit about 100 different things, to make that work. >> Now you got a full stack DevOps, you got to know a lot more times another hundred. >> Toby: And the times are changing, yeah. >> This year the Squadron Leader and get that right. What is the Squadron Leader firstly? Describe what it is. >> I think is probably just leading on the network components of it. But I think, from my perspective, when to think about what you asked them was, it's about no issues and no escalations. So of my day is like that, I'm happy to be a squadron leader. >> That is a good outcome, that's a good day. >> Yeah, sure, it is. >> Is there good days? You said you had a good day with Amazon? Jennifer, you mentioned the Amazon, and this brings up a good point, when you have these new waves come in, you have a lot of new things, new use cases. A lot of the finger pointing it's that guy's problem , that girl's problems, so how do you solve that, and how do you get the Young Guns up to speed? Is there training, is it this where the certification comes in? >> This is where the certifications really going to come in. I know when we got together at Reinvent, one of the questions that we had with Steve and the team was, what should our certification look like? Should we just be teaching about what AVH troubleshooting brings to bear, but what should that be like? I think Toby and I were like, No, no, no, no. That's going a little too high, we need to get really low because the better someone can get at actually understanding what's actually happening in the network, and where to actually troubleshoot the problem, how to step back each of those processes. Because without that, it's just a big black box, and they don't know. Because everything is abstracted, in Amazon and in Azure and in Google, is abstracted, and they have these virtual gateways, they have VPNs, that you just don't have the logs on, is you just don't know. So then what tools can you put in front of them of where they can look? Because there are full logs. Well, as long as they turned on the flow logs when they built it, and there's like, each one of those little things that well, if they'd had decided to do that, when they built it, it's there. But if you can come in later to really supplement that with training to actual troubleshoot, and do a packet capture here, as it's going through, then teaching them how to read that even. >> Yeah, Toby, we were talking before we came on up on stage about your career, you've been networking all your time, and then, you're now mentoring a lot of younger people. How is that going? Because the people who come in fresh they don't have all the old war stories, like they don't talk about it, There's never for, I walk in bare feet in the snow when I was your age, I mean, it's so easy now, right, they say. What's your take on how you train the young People. >> So I've noticed two things. One is that they are up to speed a lot faster in generalities of networking. They can tell you what a network is in high school level now, where I didn't learn that til midway through my career, and they're learning it faster, but they don't necessarily understand why it's that way here. Everybody thinks that it's always slash 24 for a subnet, and they don't understand why you can break it down smaller, why it's really necessary. So the ramp up speed is much faster for these guys that are coming in. But they don't understand why and they need some of that background knowledge to see where it's coming from, and why is it important, and that's old guys, that's where we thrive. >> Jennifer, you mentioned you got in from the Marines, it helps, but when you got into networking, what was it like then and compare it now? Because most like we heard earlier static versus dynamic Don't be static is like that. You just set the network, you got a perimeter. >> Yeah, no, there was no such thing. So back in the day, I mean, we had Banyan vines for email, and we had token ring, and I had to set up token ring networks and figure out why that didn't work. Because how many of things were actually sharing it. But then actually just cutting fiber and running fiber cables and dropping them over shelters to plug them in and all crap, they swung it too hard and shattered it and now I got to figure eight Polish this thing and actually should like to see if it works. I mean, that was the network , current cat five cables to run an Ethernet, and then from that I just said, network switches, dumb switches, like those were the most common ones you had. Then actually configuring routers and logging into a Cisco router and actually knowing how to configure that. It was funny because I had gone all the way up, I was the software product manager for a while. So I've gone all the way up the stack, and then two and a half, three years ago, I came across to work with Entity group that became Viqtor Davis. But we went to help one of our customers Avis, and it was like, okay, so we need to fix the network. Okay, I haven't done this in 20 years, but all right, let's get to it. Because it really fundamentally does not change. It's still the network. I mean, I've had people tell me, Well, when we go to containers, we will not have to worry about the network. And I'm like, yeah, you don't I do. >> And that's within programmability is a really interesting, so I think this brings up the certification. What are some of the new things that people should be aware of that come in with the Aviatrix A certification? What are some of the highlights? Can you guys share some of the highlights around the certifications? >> I think some of the importance is that it doesn't need to be vendor specific for network generality or basic networking knowledge, and instead of learning how Cisco does something, or how Palo Alto does something, We need to understand how and why it works as a basic model, and then understand how each vendor has gone about that problem and solved it in a general. That's true in multicloud as well. You can't learn how Cloud networking works without understanding how AWS and Azure and GCP are all slightly the same but slightly different, and some things work and some things don't. I think that's probably the number one take. >> I think having a certification across Clouds is really valuable because we heard the global s eyes as you have a business issues. What does it mean to do that? Is it code, is it networking? Is it configurations of the Aviatrix? what is, he says,the certification but, what is it about the multiCloud that makes it multi networking and multi vendor? >> The easy answer is yes, >> Yes is all of us. >> All of us. So you got to be in general what's good your hands and all You have to be. Right, it takes experience. Because every Cloud vendor has their own certification. Whether that's SOPs and advanced networking and event security, or whatever it might be, yeah, they can take the test, but they have no idea how to figure out what's wrong with that system. The same thing with any certification, but it's really getting your hands in there, and actually having to troubleshoot the problems, actually work the problem, and calm down. It's going to be okay. I mean, because I don't know how many calls I've been on or even had aviators join me on. It's like, okay, so everyone calm down, let's figure out what's happening. It's like, we've looked at that screen three times, looking at it again is not going to solve that problem, right. But at the same time, remaining calm but knowing that it really is, I'm getting a packet from here to go over here, it's not working, so what could be the problem? Actually stepping them through those scenarios, but that's like, you only get that by having to do it, and seeing it, and going through it, and then you get it. >> I have a question, so, I just see it. We started this program maybe six months ago, we're seeing a huge amount of interest. I mean, we're oversubscribed on all the training sessions. We've got people flying from around the country, even with Coronavirus, flying to go to Seattle to go to these events where we're subscribed, is that-- >> A good emerging leader would put there. >> Yeah. So, is that something that you see in your organizations? Are you recommending that to people? Do you see, I mean, I'm just, I guess I'm surprised or not surprised. But I'm really surprised by the demand if you would, of this MultiCloud network certification because there really isn't anything like that. Is that something you guys can comment on? Or do you see the same things in your organization? >> I see from my side, because we operate in a multiCloud environments that really helps and some beneficial for us. >> Yeah, true. I think I would add that networking guys have always needed to use certifications to prove that they know what they know. >> Right. >> It's not good enough to say, Yeah, I know IP addresses or I know how a network works. A couple little check marks or a little letters body writing helps give you validity. So even in our team, we can say, Hey, we're using these certifications to know that you know enough of the basics and enough of the understandings, that you have the tools necessary, right. >> I guess my final question for you guys is, why an ACE certification is relevant, and then second part is share with the live stream folks who aren't yet ACE certified or might want to jump in to be aviatrix certified engineers. Why is it important, so why is it relevant and why should someone want to be a certified aviatrix certified engineer? >> I think my views a little different. I think certification comes from proving that you have the knowledge, not proving that you get a certification to get an army there backwards. So when you've got the training and the understanding and you use that to prove and you can, like, grow your certification list with it, versus studying for a test to get a certification and have no understanding of it. >> Okay, so that who is the right person that look at this and say, I'm qualified, is it a network engineer, is it a DevOps person? What's your view, a little certain. >> I think Cloud is really the answer. It's the, as we talked like the edges getting eroded, so is the network definition getting eroded? We're getting more and more of some network, some DevOps, some security, lots and lots of security, because network is so involved in so many of them. That's just the next progression. >> Do you want to add something there? >> I would say expand that to more automation engineers, because we have those now, so I probably extend it beyond this one. >> Jennifer you want to? >> Well, I think the training classes themselves are helpful, especially the entry level ones for people who may be "Cloud architects" but have never done anything in networking for them to understand why we need those things to really work, whether or not they go through to eventually get a certification is something different. But I really think fundamentally understanding how these things work, it makes them a better architect, makes them better application developer. But even more so as you deploy more of your applications into the Cloud, really getting an understanding, even from people who have traditionally done Onprem networking, they can understand how that's going to work in Cloud. >> Well, I know we've got just under 30 seconds left. I want to get one more question then just one more, for the folks watching that are maybe younger than, that don't have that networking training. From your experiences each of you can answer why should they know about networking, what's the benefit? What's in it for them? Motivate them, share some insights of why they should go a little bit deeper in networking. Stacy, we'll start with you, we'll go then. >> I'll say it's probably fundamental, right? If you want to deliver solutions, networking is the very top. >> I would say if you, fundamental of an operating system running on a machine, how those machines start together is a fundamental changes, something that start from the base and work your way up. >> Jennifer? >> Right, well, I think it's a challenge. Because you've come from top down, now you're going to start looking from bottom up, and you want those different systems to cross-communicate, and say you've built something, and you're overlapping IP space, note that that doesn't happen. But how can I actually make that still operate without having to re IP re platform. Just like those challenges, like those younger developers or assistant engineers can really start to get their hands around and understand those complexities and bring that forward in their career. >> They get to know then how the pipes are working, and they're got to know it--it's the plumbing. >> That's right, >> They got to know how it works, and how to code it. >> That's right. >> Awesome, thank you guys for great insights, ACE Certified Engineers, also known as ACEs, give them a round of applause. (audience clapping) (upbeat music) >> Thank you, okay. All right, that concludes my portion. Thank you, Steve Thanks for having me. >> John, thank you very much, that was fantastic. Everybody round of applause for John Furrier. (audience applauding) Yeah, so great event, great event. I'm not going to take long, we got lunch outside for the people here, just a couple of things. Just to call the action, right? So we saw the ACEs, for those of you out of the stream here, become a certified, right, it's great for your career, it's great for not knowledge, is fantastic. It's not just an aviator's thing, it's going to teach you about Cloud networking, MultiCloud networking, with a little bit of aviatrix, exactly like the Cisco CCIE program was for IP network, that type of the thing, that's number one. Second thing is learning, right? So there's a link up there to join the community. Again like I started this, this is a community, this is the kickoff to this community, and it's a movement. So go to community.avh.com, starting a community of multiCloud. So get get trained, learn. I'd say the next thing is we're doing over 100 seminars across the United States and also starting into Europe soon, we will come out and we'll actually spend a couple hours and talk about architecture, and talk about those beginning things. For those of you on the livestream in here as well, we're coming to a city near you, go to one of those events, it's a great way to network with other people that are in the industry, as well as to start alone and get on that MultiCloud journey. Then I'd say the last thing is, we haven't talked a lot about what Aviatrix does here, and that's intentional. We want you leaving with wanting to know more, and schedule, get with us and schedule a multi hour architecture workshop session. So we sit down with customers, and we talk about where they're at in that journey, and more importantly, where they're going, and define that end state architecture from networking, computer, storage, everything. Everything you've heard today, everybody panel kept talking about architecture, talking about operations. Those are the types of things that we solve, we help you define that canonical architecture, that system architecture, that's yours. So many of our customers, they have three by five, plotted lucid charts, architecture drawings, and it's the customer name slash Aviatrix, network architecture, and they put it on their whiteboard. That's the most valuable thing they get from us. So this becomes their 20 year network architecture drawing that they don't do anything without talking to us and look at that architecture. That's what we do in these multi hour workshop sessions with customers, and that's super, super powerful. So if you're interested, definitely call us, and let's schedule that with our team. So anyway, I just want to thank everybody on the livestream. Thank everybody here. Hopefully it was it was very useful. I think it was, and Join the movement, and for those of you here, join us for lunch, and thank you very much. (audience applauding) (upbeat music)

[Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] [Music] you you you you [Music] [Music] [Music] [Music] ladies and gentlemen please take your seats good morning ladies and gentlemen this is your captain speaking we will soon be taking off on our way to altitude please keep your seatbelts fastened and remain in your seats we will be experiencing turbulence until we are above the clouds ladies and gentlemen we are now cruising at altitude sit back and enjoy the ride [Music] altitude is a community of thought leaders and pioneers cloud architects and enlightened network engineers who have individually and are now collectively leading their own IT teams and the industry on a path to lift cloud networking above the clouds empowering Enterprise IT to architect design and control their own cloud network regardless of the turbulent clouds beneath them it's time to gain altitude ladies and gentlemen Steve Mulaney president and CEO of aviatrix the leader of multi cloud networking [Music] [Applause] all right good morning everybody here in Santa Clara as well as to the what millions of people watching the livestream worldwide welcome to altitude 2020 alright so we've got a fantastic event today I'm really excited about the speakers that we have today and the experts that we have and really excited to get started so one of the things I wanted to just share was this is not a one-time event it's not a one-time thing that we're gonna do sorry for the aviation analogy but you know sherry way aviatrix means female pilot so everything we do as an aviation theme this is a take-off for a movement this isn't an event this is a takeoff of a movement a multi-cloud networking movement and community that we're inviting all of you to become part of and-and-and why we're doing that is we want to enable enterprises to rise above the clouds so to speak and build their network architecture regardless of which public cloud they're using whether it's one or more of these public clouds so the good news for today there's lots of good news but this is one good news is we don't have any PowerPoint presentations no marketing speak we know that marketing people have their own language we're not using any of that in those sales pitches right so instead what are we doing we're going to have expert panels we've got some owners chart of Gartner here we've got 10 different network architects cloud architects real practitioners they're going to share their best practices and there are real-world experiences on their journey to the multi cloud so before we start and everybody know what today is in the US it's Super Tuesday I'm not gonna get political but Super Tuesday there was a bigger Super Tuesday that happened 18 months ago and maybe eight six employees know what I'm talking about 18 months ago on a Tuesday every Enterprise said I'm gonna go to the cloud and so what that was was the Cambrian explosion for cloud for the price so Franco Bree you know what a Cambrian explosion is he had to look it up on Google 500 million years ago what happened there was an explosion of life where it went from very simple single-cell organisms to very complex multi-celled organisms guess what happened 18 months ago on a Tuesday I don't really know why but every enterprise like I said all woke up that day and said now I'm really gonna go to cloud and that Cambrian explosion of cloud went meant that I'm moving from very simple single cloud single use case simple environment to a very complex multi cloud complex use case environment and what we're here today is we're gonna go and dress that and how do you handle those those those complexities and when you look at what's happening with customers right now this is a business transformation right people like to talk about transitions this is a transformation and it's actually not just the technology transformation it's a business transformation it started from the CEO and the boards of enterprise customers where they said I have an existential threat to the survival of my company if you look at every industry who they're worried about is not the other 30 year old enterprise what they're worried about is the three year old enterprise that's leveraging cloud that's leveraging AI and that's where they fear that they're going to actually get wiped out right and so because of this existential threat this is CEO lead this is board led this is not technology led it is mandated in the organization's we are going to digitally transform our enterprise because of this existential threat and the movement to cloud is going to enable us to go do that and so IT is now put back in charge if you think back just a few years ago in cloud it was led by DevOps it was led by the applications and it was like I said before their Cambrian explosion is very simple now with this Cambrian explosion and enterprises getting very serious and mission-critical they care about visibility they care about control that about compliance conformance everything governance IT is in charge and and and that's why we're here today to discuss that so what we're going to do today is much of things but we're gonna validate this journey with customers did they see the same thing we're going to validate the requirements for multi-cloud because honestly I've never met an enterprise that is not going to be multi-cloud many are one cloud today but they all say I need to architect my network for multiple clouds because that's just what the network is there to support the applications and the applications will run and whatever cloud it runs best in and you have to be prepared for that the second thing is is is architecture again with the IT in charge you architecture matters whether it's your career whether it's how you build your house it doesn't matter horrible architecture your life is horrible forever good architecture your life is pretty good so we're going to talk about architecture and how the most fundamental and critical part of that architecture and that basic infrastructure is the network if you don't get that right nothing works right way more important and compute way more important than storm dense storage network is the foundational element of your infrastructure then we're going to talk about day two operations what does that mean well day 1 is one day of your life who you wire things up they do and beyond I tell everyone in networking and IT it's every day of your life and if you don't get that right your life is bad forever and so things like operations visibility security things like that how do I get my operations team to be able to handle this in an automated way because it's not just about configuring it in the cloud it's actually about how do i operationalize it and that's a huge benefit that we bring as aviatrix and then the last thing we're going to talk and it's the last panel we have I always say you can't forget about the humans right so all this technology all these things that we're doing it's always enabled by the humans at the end of the day if the humans fight it it won't get deployed and we have a massive skills gap in cloud and we also have a massive skill shortage you have everyone in the world trying to hire cloud network architects right there's just not enough of them going around so at aviatrix we as leaders ooh we're gonna help address that issue and try to create more people we created a program and we call the ACE program again an aviation theme it stands for aviatrix certified engineer very similar to what Cisco did with CCI es what Cisco taught you about IP networking a little bit of Cisco we're doing the same thing we're gonna teach network architects about multi-cloud networking and architecture and yeah you'll get a little bit of aviatrix training in there but this is the missing element for people's careers and also within their organization so we're gonna we're gonna go talk about that so great great event great show when to try to keep it moving I'd next want to introduce my my host he's the best in the business you guys have probably seen him multiple million times he's the co CEO and co-founder of joob John Ferrier [Applause] okay awesome great great speech they're awesome I totally agree with everything you said about the explosion happening and I'm excited here at the heart of Silicon Valley to have this event it's a special digital event with the cube and aviatrix where we live streaming to millions of people as you said maybe not a million maybe not really take this program to the world this is a little special for me because multi-cloud is the hottest wave and cloud and cloud native networking is fast becoming the key engine of the innovation so we got an hour and a half of action-packed programming we have a customer panel to customer panels before that Gartner is going to come out and talk about the industry we have a global system integrators they talk about how they're advising and building these networks and cloud native networking and then finally the Aces the aviatrix certified engineer is gonna talk more about their certifications and the expertise needed so let's jump right in and let's ask some own rashard to come on stage from Gartner we'll kick it all up [Applause] [Music] okay so kicking things off certain started gardener the industry experts on cloud really kind of more to your background talk about your background before you got the gardener yeah before because gardener was a chief network architect of a fortune five companies with thousands of sites over the world and I've been doing everything and IT from a C programmer the ninety-two a security architect to a network engineer to finally becoming a network analyst so you rode the wave now you're covering in the marketplace with hybrid cloud and now moving quickly to multi cloud is really was talking about cloud natives been discussed but the networking piece is super important how do you see that evolving well the way we see Enterprise adapt in cloud first thing you do about networking the initial phases they either go in a very ad hoc way is usually led by non non IT like a shadow IT or application people are sometime a DevOps team and it's it just goes as it's completely unplanned decreed VP sees left and right as with different account and they create mesh to manage them and they have direct connect or Express route to any of them so that's what that's a first approach and on the other side again it within our first approach you see what I call the lift and shift way we see like Enterprise IT trying to basically replicate what they have in a data center in the cloud so they spend a lot of time planning doing Direct Connect putting Cisco routers and f5 and Citrix and any checkpoint Palo Alto divides that the atoms that are sent removing that to that cloud they ask you the aha moments gonna come up a lot of our panels is where people realize that it's a multi cloud world I mean they either inherit clouds certainly they're using public cloud and on-premises is now more relevant than ever when's that aha moment that you're seeing where people go well I got to get my act together and get on this well the first but even before multi-cloud so these two approach the first one like the ad hoc way doesn't scale at some point idea has to save them because they don't think about the - they don't think about operations we have a bunch of VPC and multiple clouds the other way that if you do the left and shift week they cannot take any advantages of the cloud they lose elasticity auto-scaling pay by the drink these feature of agility features so they both realize okay neither of these words are good so I have to optimize that so I have to have a mix of what I call the cloud native services within each cloud so they start adapting like other AWS constructor is your construct or Google construct and that's what I call the optimal phase but even that they realize after that they are very different all these approaches different the cloud are different identities is completely difficult to manage across clouds I mean for example AWS as accounts there's subscription and in as ER and GCP their projects it's a real mess so they realize well I can't really like concentrate used the cloud the cloud product and every cloud that doesn't work so I have I'm doing multi cloud I like to abstract all of that still wanna manage the cloud from an epi xx view I don't necessarily want to bring my incumbent data center products but I have to do that in a more API driven cloud they're not they're not scaling piece and you were mentioning that's because there's too many different clouds yes that's the piece there so what are they doing whether they read they building different development teams as its software what's the solution well this the solution is to start architecting the cloud that's the third phase I call that the multi cloud architect phase where they have to think about abstraction that works across cloud fact even across one cloud it might not scale as well if you start having like 10,000 security group in AWS that doesn't scale you have to manage that if you have multiple VPC it doesn't scale you need a third-party identity provider so it barely scales within one cloud if you go multiple cloud it gets worse and worse see way in here what's your thoughts I thought we said this wasn't gonna be a sales pitch for aviatrix you just said exactly what we do so anyway up just a joke what do you see in terms of where people are in that multi cloud like a lot of people you know everyone I talked to started in one cloud right but then they look and they say okay but I'm now gonna move to adjourn I'm gonna move do you see a similar thing well yes they are moving but they're not there's not a lot of application that use a tree cloud at once they move one app in Azure one app in individuals one get app in Google that's what we see so far okay yeah I mean one of the mistakes that people think is they think multi-cloud no one is ever gonna go multi-cloud for arbitrage they're not gonna go and say well today I might go into Azure because I got a better rate of my instance that's never do you agree with that's never gonna happen what I've seen with enterprise is I'm gonna put the work load and the app the app decides where it runs best that may be a sure maybe Google and for different reasons and they're gonna stick there and they're not gonna move let me ask you infrastructure has to be able to support from a networking King be able to do that do you agree with that yes I agree and one thing is also very important is connecting to that cloud is kind of the easiest thing so though while I run network part of the cloud connectivity to the cloud is kind of simple you know I agree IPSec VPN and I reckon Express route that's a simple part what's difficult and even a provisioning part is easy you can use terraform and create v pieces and v nets across which we cloud providers right what's difficult is the day-to-day operations so it's what to find a to operations what is that what does that actually mean it's just the day-to-day operations after you know the natural let's add an app that's not a server let's troubleshoot a problem so what ending so your life if something changes now what do you do so what's the big concerns I want to just get back to this cloud native networking because everyone kind of knows with cloud native apps are that's the hot trend what is cloud native networking how do you how do you guys define that because that seems to be the oddest part of the multi cloud wave that's coming as cloud native networking well there's no you know official gardener definition but I can create one on another spot is do it I just want to leverage the cloud construct and a cloud epi I don't want to have to install like like for example the first version was let's put a virtual router that doesn't understand and then the cloud environment right if I have if I have to install a virtual machine it has to be cloud aware it has to understand the security group if it's a router it has to be programmable to the cloud API and and understand the cloud environment you know one things I hear a lot from either see Saussure CIOs or CXOs in general is this idea of I'm definitely on going API so it's been an API economy so API is key on that point but then they say okay I need to essentially have the right relationship with my suppliers aka clouds you call it above the clouds so the question is what do i do from an architecture standpoint do I just hire more developers and have different teams because you mentioned that's a scale point how do you solve this this problem of okay I got AWS I got GCP or Azure or whatever do I just have different teams or just expose API guys where is that optimization where's the focus well I think what you need from an android point of view is a way a control plane across the three clouds and be able to use the api of that cloud to build networks but also to troubleshoot them and do they to operation so you need a view across a three cloud that takes care of routing connectivity that's you know that's the aviatrix plug of view right there so so how do you see so again your Gartner you you you you see the industry you've been a network architect how do you see this this plan out what are the what are the legacy incumbent client-server on-prem networking people gonna do well these versus people like aviatrix well how do you see that playing out well obviously all the incumbent like Arista cisco juniper NSX right they want to basically do the lift and chip are they want to bring and you know VM I want to bring in a section that cloud they call that NSX everywhere and cisco wants bring you star in the cloud they call that each guy anywhere right so everyone what and and then there's cloud vision for my red star and Khan trailers in a cloud so they just want to bring the management plain in the cloud but it's still based most of them it's still based on putting a VM them in controlling them right you you extend your management console to the cloud that's not really cloud native right cloud native you almost have to build it from scratch we like to call that cloud naive well not so close one letter yeah so that was a big culture to reinvent take the tea out of cloud native it's cloud naive that went super viral you guys got t-shirts now I know you love yeah but yeah but that really ultimately is kind of a double-edged sword you got to be you can be naive on the on the architecture side and rolling up but also suppliers are can be naive so how would you define who's naive and who's not well in fact they're evolving as well so for example in Cisco you it's a little bit more native than other ones because they're really scr in the cloud you can't you you really like configure API so the cloud and NSX is going that way and so is Arista but they're incumbent they have their own tools is difficult for them they're moving slowly so it's much easier to start from scratch Avenue like and you know a network happiness started a few years ago there's only really two aviatrix was the first one they've been there for at least three or four years and there's other ones like Al Kyra for example that just started now that doing more connectivity but they want to create an overlay network across the cloud and start doing policies and trying abstracting all the clouds within one platform so I gotta ask you I interviewed an executive at VMware Sanjay Pune and he said to me at RSA last week I was only be two networking vendors left Cisco and VMware what's your respect what's your response to that obviously I mean when you have these waves as new brands that emerge like aviation others though I think there'll be a lot of startups coming out of the woodwork how do you respond to that comment well there's still a data center there's still like a lot of action on campus and there's the one but from the cloud provisioning and clown networking in general I mean they're behind I think you know in fact you don't even need them to start to it you can if you're small enough you can just keep if you're in a table us you can use it with us construct they have to insert themselves I mean they're running behind they're all certainly incumbents I love the term Andy Jesse's that Amazon Web Services uses old guard new guard to talk about the industry what does the new guard have to do the new and new brands that emerge in is it be more DevOps oriented neck net sec Ops is that net ops is the programmability these are some of the key discussions we've been having what's your view on how you see this ability their most important part is they have to make the network's simple for the dev teams and from you cannot have that you cannot make a phone call and get it V line in two weeks anymore so if you move to that cloud you have to make the cloud construct as simple enough so that for example a dev team could say okay I'm going to create this V PC but this V PC automatically being your associate your account you cannot go out on the internet you have to go to the transit VPC so there's a lot of action in terms of the I am part and you have to put the control around them too so to make it as simple as possible you guys both I mean you're the COC aviatrix but also you guys a lot of experience going back to networking going back to I call the OSI days which for us old folks know what that means but you guys know this means I want to ask you the question as you look at the future of networking here a couple of objections oh the cloud guys they got networking we're all set with them how do you respond to the fact that networking is changing and the cloud guys have their own networking what some of the pain points that's going on premises and these enterprises so are they good with the clouds what needs what are the key things that's going on in networking that makes it more than just the cloud networking what's your take on well as I said earlier that once you you could easily provision in the cloud you can easily connect to the cloud is when you start troubleshooting application in the cloud and try to scale so this that's what the problem occurs see what you're taking on it and you'll hear from the from the customers that that we have on stage and I think what happens is all the cloud the clouds by definition designed to the 80/20 rule which means they'll design 80% of the basic functionality and they'll lead to 20% extra functionality that of course every Enterprise needs they'll leave that to ISVs like aviatrix because why because they have to make money they have a service and they can't have huge instances for functionality that not everybody needs so they have to design to the common and that's they all do it right they have to and then the extra the problem is that can be an explosion that I talked about with enterprises that's holy that's what they need that they're the ones who need that extra 20% so that's that's what I see is is there's always going to be that extra functionality that in an automated and simple way that you talked about but yet powerful with up with the visible in control that they expect of on prep that that's that kind of combination that yin and the yang that people like us are providing some I want to ask you were gonna ask some of the cloud architect customer panels it's the same question this pioneers doing some work here and there's also the laggers who come in behind the early adopters what's gonna be the tipping point what are some of those conversations that the cloud architects are having out there or what's the signs that they need to be on this multi cloud or cloud native networking trend what are some of the signals that are going on their environment what are some of the thresholds or things that are going on that there can pay attention to well one once they have application and multiple cloud and they have they get wake up at 2:00 in the morning to troubleshoot them they don't know it's important so I think that's the that's where the robbery will hit the road but as I said it's easier to prove it it's okay it's a TBS it's easy use a transit gateway put a few V PCs and you're done and you create some presents like equinox and do Direct Connect and Express route with Azure that looks simple as the operations that's when they'll realize okay now I need to understand our car networking works I also need a tool that give me visibility and control not but I'm telling you that I need to understand a basic underneath it as well what are some of the day in the life scenarios that you envision happening with multi cloud because you think about what's happening it kind of has that same vibe of interoperability choice multi vendor because you have multi clouds essentially multi vendor these are kind of old paradigms that we've lived through the client-server an internet working wave what are some of those scenarios of success and that might be possible it would be possible with multi cloud and cloud native networking well I think once you have good enough visibility to satisfy your customers you know you not only like to keep the service running an application running but to be able to provision fast enough I think that's what you want to achieve small final question advice for folks watching on the live stream if they're sitting there as a cloud architect or a CXO what's your advice to them right now in this because honestly public cloud check hybrid cloud they're working on that that kids on premise is done now multi class right behind it what's your advice the first thing they should do is really try to understand cloud networking for each of their cloud providers and then understand the limitation and is what there's cloud service provider offers enough or you need to look to a third party but you don't look at a third party to start with especially an incumbent one so it's tempting to say I have a bunch of f5 experts nothing against f5 I'm going to bring my five in a cloud when you can use a needle be that automatically understand is ease and auto scaling and so on and you understand that's much simpler but sometimes you need you have five because you have requirements you have like AI rules and that kind of stuff that you use for years you cannot do it's okay I have requirement and that met I'm going to use legacy stuff and then you have to start taking okay what about visibility control about the three cloud but before you do that you have to understand the limitation of the existing cloud providers so first try to be as native as possible until things don't work after that you can start taking multi-cloud great insight somewhat thank you for coming summit in charge with Gardner thanks for sharing thank you appreciate it thanks [Applause] informatica is known as the leading enterprise cloud data management company we are known for being the top in our industry in at least five different products over the last few years especially we've been transforming into a cloud model which allows us to work better with the trends of our customers in order to see agile and effective in a business you need to make sure that your products and your offerings are just as relevant in all these different clouds than what you're used to and what you're comfortable with one of the most difficult challenges we've always had is that because we're a data company we're talking about data that a customer owns some of that data may be in the cloud some of that data may be on Prem some of that data may be actually in their data center in another region or even another country and having that data connect back to our systems that are located in the cloud has always been a challenge when we first started our engagement myth aviatrix we only had one plan that was Amazon it wasn't till later that a jerk came up and all of a sudden we found hey the solution we already had in place for her aviatrix already working in Amazon and now works in Missouri as well before we knew what GCP came up but it really wasn't a big deal for us because we already had the same solution in Amazon and integer now just working in GCP by having a multi cloud approach we have access to all three of them but more commonly it's not just one it's actually integrations between multiple we have some data and ensure that we want to integrate with Amazon we have some data in GCP that we want to bring over to a data Lake measure one of the nice things about aviatrix is that it gives a very simple interface that my staff can understand and use and manage literally hundreds of VPNs around the world and while talking to and working with our customers who are literally around the world now that we've been using aviatrix for a couple years we're actually finding that even problems that we didn't realize we had were actually solved even before we came across the problem and it just worked cloud companies as a whole are based on reputation we need to be able to protect our reputation and part of that reputation is being able to protect our customers and being able to protect more importantly our customers data aviatrix has been helpful for us in that we only have one system that can manage this whole huge system in a simple easy direct model aviatrix is directly responsible for helping us secure and manage our customers not only across the world but across multiple clouds users don't have to be VPN or networking experts in order to be able to use the system all the members on my team can manage it all the members regardless of their experience can do different levels of it one of the unexpected two advantages of aviatrix is that I don't have to sell it to my management the fact that we're not in the news at three o'clock in the morning or that we don't have to get calls in the middle of the night no news is good news especially in networking things that used to take weeks to build or done in hours I think the most important thing about a matrix is it provides me consistency aviatrix gives me a consistent model that I can use across multiple regions multiple clouds multiple customers okay welcome back to altitude 2020 for the folks on the livestream I'm John for Steve Mulaney with CEO of aviatrix for our first of two customer panels on cloud with cloud network architects we got Bobby Willoughby they gone Luis Castillo of National Instruments David should Nick with fact set guys welcome to the stage for this digital event come on up [Applause] [Music] hey good to see you thank you okay okay customer pal this is my favorite part we get to hear the real scoop against a gardener given this the industry overview certainly multi clouds very relevant and cloud native networking is the hot trend with a live stream out there and the digital event so guys let's get into it the journey is you guys are pioneering this journey of multi cloud and cloud native networking and the soon gonna be a lot more coming so I want to get into the journey what's it been like is it real you got a lot of scar tissue and what are some of the learnings yeah absolutely so multi cloud is whether or not we we accepted as a network engineers is a reality like Steve said about two years ago companies really decided to to just to just bite the bullet and and and move there whether or not whether or not we we accept that fact we need to now create a consistent architecture across across multiple clouds and that that is challenging without orchestration layers as you start managing different different tool sets and different languages across different clouds so that's it's really important that to start thinking about that guys on the other panelists here there's different phases of this journey some come at it from a networking perspective some come in from a problem troubleshooting what's what's your experiences yeah so from a networking perspective it's been incredibly exciting it's kind of a once-in-a-generation --all opportunity to look at how you're building out your network you can start to embrace things like infrastructure as code that maybe your peers on the systems teams have been doing for years but it just never really worked on bram so it's really it's really exciting to look at all the opportunities that we have and then all the interesting challenges that come up that you that you get to tackle an effect said you guys are mostly AWS right yep right now though we're we are looking at multiple clouds we have production workloads running in multiple clouds today but a lot of the initial work has been with Amazon and you've seen it from a networking perspective that's where you guys are coming at it from yep yeah we evolved more from a customer requirement perspective started out primarily as AWS but as the customer needed more resources to measure like HPC you know as your ad things like that even recently Google at Google Analytics our journey has evolved into more of a multi cloud environment Steve weigh in on the architecture because this has been the big conversation I want you to lead this second yeah so I mean I think you guys agree the journey you know it seems like the journey started a couple years ago got real serious the need for multi cloud whether you're there today of course it's gonna be there in the future so that's really important I think the next thing is just architecture I'd love to hear what you had some comments about architecture matters it all starts I mean every Enterprise I talk to maybe talk about architecture and the importance of architecture maybe Bobby it's a particular perspective we sorted a journey five years ago Wow okay and we're just now starting our fourth evolution of our network architect and we'll call it networking security net sec yep versus Justice Network and that fourth generation architectures be based primarily upon Palo Alto Networks an aviatrix I have a trick to in the orchestration piece of it but that journey came because of the need for simplicity ok the need for a multi cloud orchestration without us having to go and do reprogramming efforts across every cloud as it comes along right I guess the other question I also had around architectures also Louis maybe just talk about I know we've talked a little bit about you know scripting right and some of your thoughts on that yeah absolutely so so for us we started we started creating the network constructs with cloud formation and we've we've stuck with that for for the most part what's interesting about that is today on premise we have a lot of a lot of automation around around around how we provision networks but cloud formation has become a little bit like the new manual for us so we're now having issues with having the to automate that component and making it consistent with our on premise architecture making it consistent with Azure architecture and Google cloud so it's really interesting to see to see companies now bring that layer of abstraction that sty and brought to the do the web side now it's going up into into the into the cloud networking architecture so on the fourth generation of you mentioned you're in the fourth gen architecture what do you guys what have you learned is there any lessons scar tissue what to avoid what worked what was the middle it was a path that's probably the biggest lesson there is that when you think you finally figured it out you have it right Amazon will change something as you change something you know transit gateways a game changer so in listening to the business requirements is probably the biggest thing we need to do up front but I think from a simplicity perspective we like I said we don't want to do things four times we want to do things one time we won't be able to write to an API which aviatrix has and have them do the orchestration for us so that we don't have to do it four times how important is architecture in the progression is it you guys get thrown in the deep end to solve these problems or you guys zooming out and looking at it it's a I mean how are you guys looking at the architecture I mean you can't get off the ground if you don't have the network there so all of those now we've gone through similar evolutions we're on our fourth or fifth evolution I think about what we started off with Amazon without a direct connect gateway about a trans a gateway without a lot of the things that are available today kind of the 80/20 that Steve was talking about just because it wasn't there doesn't mean we didn't need it so we needed to figure out a way to do it we couldn't say oh you need to come back to the network team in a year and maybe Amazon will have a solution for it right you need to do it now and it evolved later and maybe optimized for change the way you're doing things in the future but don't sit around and wait you can't I'd love to have you guys each individually answer this question for the live stream because it comes up a lot a lot of cloud architects out in the community what should they be thinking about the folks that are coming into this proactively and/or realizing the business benefits are there what advice would you guys give them an architecture what should be they be thinking about and what are some guiding principles you could share so I would start with looking at an architecture model that that can that can spread and and give consistency they're different to different cloud vendors that you will absolutely have to support cloud vendors tend to want to pull you into using their native toolset and that's good if only it was realistic to talk about only one cloud but because it doesn't it's it's it's super important to talk about and have a conversation with the business and with your technology teams about a consistent model so that's David yeah talking as we prepare about a day to operations so how do I design how do I do my day one work so that I'm not you know spending eighty percent of my time troubleshooting or managing my network because I'm doing that then I'm missing out on ways that I can make improvements or embrace new technologies so it's really important early on to figure out how do I make this as low maintenance as possible so that I can focus on the things that the team really should be focusing on Bobby your advice to the architect I don't know what else I can do that simplicity of operations is key right all right so the holistic view of j2 operation you mentioned let's could jump in day one is you're you're you're getting stuff set up day two is your life after all right this is kind of what you're getting at David so what does that look like what are you envisioning as you look at that 20 miles their outpost multi-cloud world what are some of the things then you want in a day to operations yeah infrastructure is code is really important to us so how do we how do we design it so that we can fit start making network changes and fitting them into like a release pipeline and start looking at it like that rather than somebody logging into a router seoi and troubleshooting things on in an ad hoc nature so moving more towards a DevOps model there's anything on that day - yeah I would love to add something so in terms of date to operations you can you can either sort of ignore the day - operations for a little while where you get well well you get your feet wet or you can start approaching it from the beginning the fact is that the the cloud native tools don't have a lot of maturity in that space and when you run into an issue you're gonna end up having a bad day going through millions and millions of logs just to try to understand what's going on so that's something that that the industry just now is beginning to to realize it's it's such as such a big gap I think that's key because for us we're moving to more of an event-driven operations in the past monitoring got the job done it's impossible to modern monitor something that it's nothing there when the event happens all right so the event-driven application and then detection is important yeah I think Gardner was all about the cloud native wave coming into networking that's gonna be a serious thing I want to get you guys perspectives I know you have different views of how you come into the journey and how you're executing and I always say the beauties in the eye of the beholder and that kind of applies how the network's laid out so Bobby you guys do a lot of high-performance encryption both on AWS and Azure that's kind of a unique thing for you how are you seeing that impact with multi cloud yeah and that's a new requirement for us to where we we have an equipment to encrypt and they they never get the question should i encryption and I'll encrypt the answer is always yes you should encrypt when you can encrypt for our perspective we we need to migrate a bunch of data from our data centers we have some huge data centers and then getting that data to the cloud is the timely experiencing some cases so we have been mandated that we have to encrypt everything leaving the data center so we're looking at using the aviatrix insane mode appliances to be able to encrypt you know 10 20 gigabits of data as it moves to the cloud itself David you're using terraform you got fire Ned you got a lot of complexity in your network what do you guys look at the future for your environment yeah so something exciting that or yeah now is fire net so for our security team they obviously have a lot of a lot of knowledge base around Palo Alto and with our commitments to our clients you know it's it's it's not very easy to shift your security model to a specific cloud vendor right so there's a lot of stuck to compliance or things like that where being able to take some of what you've you know you've worked on for years on Bram and put it in the cloud and have the same type of assurance that things are gonna work and be secure in the same way that they are on prem helps make that journey into the cloud a lot easier and Louis you guys got scripting you got a lot of things going on what's your what's your unique angle on this yeah no absolutely so full disclosure I'm not a not not an aviatrix customer yet it's ok wanna hear the truth that's good Ellis what are you thinking about what's on your mind no really when you when you talk about implementing the tool like this it's really just really important to talk about automation and focus on on value so when you talk about things like encryption and things like so yeah encrypting tunnels and encrypting the paths and those things are it should it should should be second nature really when you when you look at building those backends and managing them with your team it becomes really painful so tools like aviatrix that that add a lot of automation it's out of out of sight out of mind you can focus on the value and you don't have to focus on so I gotta ask you guys I'll see aviatrix is here they're their supplier to the sector but you guys are customers everyone's pitching you stuff these people are not gonna here to buy my stuff how do you guys have that conversation with the suppliers like the cloud vendors and other folks what's the what's it like we're API all the way you got to support this what are some of the what are some of your requirements how do you talk to and evaluate people that walk in and want to knock on your door and pitch you something what's the conversation like it's definitely it's definitely API driven we we definitely look at the at the PAP i structure of the vendors provide before we select anything that that is always first of mine and also what a problem are we really trying to solve usually people try to sell or try to give us something that isn't really valuable like implementing a solution on the on the on the cloud isn't really it doesn't really add a lot of value that's where we go David what's your conversation like with suppliers you have a certain new way to do things as as becomes more agile and essentially the networking and more dynamic what are some of the conversation is with the either incumbents or new new vendors that you're having what do what do you require yeah so ease of use is definitely definitely high up there we've had some vendors come in and say you know hey you know when you go to set this up we're gonna want to send somebody on-site and they're gonna sit with you for a day to configure it and that's kind of a red flag what wait a minute you know do we really if one of my really talented engineers can't figure it out on his own what's going on there and why is that so you know having having some ease-of-use and the team being comfortable with it and understanding it is really important probably how about you I mean the old days was do a bake-off and you know the winner takes all I mean is it like that anymore what's involving take off last year first you win so but that's different now because now you and you when you get the product you can install the product in AWS energy or have it up and running a matter of minutes and so key is is that it can you be operational you know within hours or days instead of weeks right but do we also have the flexibility to customize it to meet your needs could you want to be you want to be put into a box with the other customers we have needs that surpassed or cut their needs yeah I almost see the challenge of you guys are living where you've got the cloud immediate value depending on roll-up any solutions but then you have might have other needs so you've got to be careful not to buy into stuff that's not shipping so you're trying to be proactive at the same time deal with what you got I mean how do you guys see that evolving because multi-cloud to me is definitely relevant but it's not yet clear how to implement across how do you guys look at this baked versus you know future solutions coming how do you balance that so again so right now we we're we're taking the the ad hoc approach and and experimenting with the different concepts of cloud and really leveraging the the native constructs of each cloud but but there's it there's a breaking point for sure you don't you don't get to scale this I like like Seamon said and you have to focus on being able to deliver a developer they're their sandbox or their play area for the for the things that they're trying to build quickly and the only way to do that is with the with with some sort of consistent orchestration layer that allows you to so you've spent a lot more stuff to be coming pretty quickly IDEs area I do expect things to start to start maturing quite quite quickly this year and you guys see similar trend new stuff coming fast yeah you know part of the biggest challenge we've got now is being able to segment within the network being able to provide segmentation between production on production workloads even businesses because we support many businesses worldwide and and isolation between those is a key criteria there so the ability to identify and quickly isolate those workloads is key so the CIOs that are watching or that are saying hey take that he'll do multi cloud and then you know the bottoms up organization take pause you're kind of like off it's not how it works I mean what is the reality in terms of implementing you know in as fast as possible because the business benefits are clear but it's not always clear in the technology how to move that fast yeah what are some of the barriers what are the blockers what are the enablers I think the reality is is that you may not think your multi-cloud but your business is right so I think the biggest barriers there is understanding what the requirements are and how best to meet those requirements Inc and then secure manner because you need to make sure that things are working from a latency perspective that things work the way they did and get out of the mind shift that you know it was a cheery application in the data center it doesn't have to be a Tier three application in the cloud so lift and shift is is not the way to go scale is a big part of what I see is the competitive advantage to lot of these clouds and they used to be proprietary network stacks in the old days and then open systems came that was a good thing but as clouds become bigger there's kind of an inherent lock in there with the scale how do you guys keep the choice open how're you guys thinking about interoperability what are some of the conversations and you guys are having around those key concepts well when we look at when we look at the problem from a networking perspective it it's really key for you to just enable enable all the all the clouds to be to be able to communicate between them developers will will find a way to use the cloud that best suits their their business need and and like like you said it's whether whether you're in denial or not of the multi cloud fact that then your company is in already that's it becomes really important for you to move quickly yeah and a lot of it also hinges on how well is the provider embracing what that specific cloud is doing so are they are they swimming with Amazon or Azure and just helping facilitate things they're doing the you know the heavy lifting API work for you or are they swimming upstream and they're trying to hack it all together in a messy way and so that helps you you know stay out of the lock-in because they're you know if they're doing if they're using Amazon native tools to help you get where you need to be it's not like Amazon's gonna release something in the future that completely you know you have designed yourself into a corner so the closer they're more than cloud native they are the more the easier it is to to deploy but you also need to be aligned in such a way that you can take advantage of those cloud native technologies will they make sense tgw is a game changer in terms of cost and performance right so to completely ignore that would be wrong but you know if you needed to have encryption you know teach Adobe's not encrypted so you need to have some type of a gateway to do the VPN encryption you know so the aviatrix tool gives you the beauty of both worlds you can use tgw or the Gateway Wow real quick in the last minute we have I want to just get a quick feedback from you guys I hear a lot of people say to me hey the I picked the best cloud for the workload you got and then figure out multi cloud behind the scenes so that seems to be do you guys agree with that I mean is it do I go mole to one cloud across the whole company or this workload works great on AWS that work was great on this from a cloud standpoint you agree with that premise and then witness multi-cloud stitch them all together yeah from from an application perspective it it can be per workload but it can also be an economical decision certain enterprise contracts will will pull you in one direction to add value but the the network problem is still the same go away yeah yeah I mean you don't want to be trying to fit a square into a round Hall right so if it works better on that cloud provider then it's our job to make sure that that service is there and people can use it agree you just need to stay ahead of the game make sure that the then they're working for structure is there secure is available and is multi cloud capable yeah I'm at the end the day you guys just validating that it's the networking game now cloud storage compute check networking is where the action is awesome thanks for your insights guys appreciate you coming on the panel appreciate Thanks thank you [Applause] [Music] [Applause] okay welcome back on the live feed I'm John for its Dee Mulaney my co-host with aviatrix I'm with the cube for the special digital event our next customer panel got great another set of cloud network architects Justin Smith was aura Justin broadly with Ellie Mae and Amit Oh tree job with Koopa Pokemon stage [Applause] all right thank you thank you oK you've got all the cliff notes from the last session welcome rinse and repeat yeah yeah we're going to go under the hood a little bit I think I think they nailed the what we've been reporting and we've been having this conversation around networking is where the action is because that's the end of the day you got a move attack from A to B and you get work gloves exchanging data so it's really killer so let's get started Amit what are you seeing as the journey of multi cloud as you go under the hood and say okay I got to implement this I have to engineer the network make it enabling make it programmable make it interoperable across clouds I mean that's like I mean almost sounds impossible to me what's your taking yeah I mean it it seems impossible but if you are running an organization which is running infrastructure as a cordon all right it is easily doable like you can use tools out there that's available today you can use third-party products that can do a better job but but put your architecture first don't wait architecture may not be perfect put the best architecture that's available today and be agile to iterate and make improvements over the time we got to Justin's over here so I have to be careful when I point a question adjusting they both have to answer but okay journeys what's the journey been like I mean is there phases we heard that from Gardner people come into multi cloud and cloud native networking from different perspectives what's your take on the journey Justin yeah I mean from Mars like to we started out very much focused on one cloud and as we started doing Atkins we started doing new products the market the need for multi cloud comes very apparent very quickly for us and so you know having an architecture that we can plug in play into and be able to add and change things as it changes is super important for what we're doing in the space just in your journey yes for us we were very ad hoc oriented and the idea is that we were reinventing all the time trying to move into these new things and coming up with great new ideas and so rather than it being some iterative approach with our deployments that became a number of different deployments and so we shifted that tour and the network has been a real enabler of this is that it there's one network and it touches whatever cloud we want it to touch and it touches the data centers that we need it to touch and it touches the customers that we need it to touch our job is to make sure that the services that are available and one of those locations are available in all of the locations so the idea is not that we need to come up with this new solution every time it's that we're just iterating on what we've already decided to do before we get the architecture section I want to ask you guys a question I'm a big fan of you know let the app developers have infrastructure as code so check but having the right cloud run that workload I'm a big fan of that if it works great but we just heard from the other panel you can't change the network so I want to get your thoughts what is cloud native networking and is that the engine really got the enabler for this multi cloud trend but you guys taken we'll start with a mint what do you think about that yeah so you are gonna have workloads running in different clouds and the workloads would have affinity to one cloud over other but how you expose that it's matter of how you are going to build your networks how we are going to run security how we are going to do egress ingress out of it so it means the big problem how do you split says what's the solution what's the end the key pain points and problem statement I mean the key pain point for most companies is how do you take your traditional on-premise network and then blow that out to the cloud in a way that makes sense you know IP conflicts you have IP space you pub public eye peas and premise as well as in the cloud and how do you kind of make a sense of all of that and I think that's where tools like aviatrix make a lot of sense in that space from our site it's it's really simple it's a latency and bandwidth and availability these don't change whether we're talking about cloud or data center or even corporate IT networking so our job when when these all of these things are simplified into like s3 for instance and our developers want to use those we have to be able to deliver that and for a particular group or another group that wants to use just just GCP resources these aren't we have to support these requirements and these wants as opposed to saying hey that's not a good idea our job is to enable them not to disable them do you think I do you guys think infrastructure has code which I love that I think that's the future it is we saw that with DevOps but I just start getting the networking is it getting down to the network portion where it's network is code because stores and compute working really well is seeing all kubernetes and service master and network is code reality is that there is got work to do it's absolutely there I mean you mentioned net DevOps and it's it's very real I mean in Cooper we build our networks through terraform and on not only just out of fun build an API so that we can consistently build V nets and VPC all across in the same way three guys do it yeah and even security groups and then on top an aviatrix comes in we can peer the networks bridge bridge all the different regions through code same with you guys but yeah think about this everything we deploy is done with automation and then we also run things like lambda on top to make changes in real time we don't make manual changes on our network in the data center funny enough it's still manual but the cloud has enabled us to move into this automation mindset and and all my guys that's what they focus on is is bringing what now what they're doing in the cloud into the data center which is kind of opposite of what it should be that's full or what it used to be it's full DevOps then yes yeah I mean for us was similar on premise still somewhat very manual although we're moving more Norton ninja and terraform concepts but everything in the production environment is colored confirmation terraform code and now coming into the datacenter same I just wanted to jump in on a Justin Smith one of the comment that you made cuz it's something that we always talk about a lot is that the center of gravity of architecture used to be an on-prem and now it's shifted in the cloud and once you have your strategic architecture what you--what do you do you push that everywhere so what you used to see at the beginning of cloud was pushing the architecture on prem into cloud now i want to pick up on what you said to you others agree that the center of architect of gravity is here i'm now pushing what i do in the cloud back into on-prem and what and then so first that and then also in the journey where are you at from 0 to 100 of actually in the journey to cloud do you 50% there are you 10% are you vacuum datacenters next year I mean were you guys at yeah so there's there's two types of gravity that you typically are dealing with with no migration first is data gravity and your data set and where that data lives and then the second is the network platform that interrupts all that together in our case the data gravity sold mostly on Prem but our network is now extend out to the app tier that's gonna be in cloud right eventually that data gravity will also move to cloud as we start getting more sophisticated but you know in our journey we're about halfway there about halfway through the process we're taking a handle of lift and shift and when did that start and we started about three years ago okay okay cool bye it's a very different story it started from a garage and 100% on the clock it's a business spend management platform as a software as a service 100% on the cloud it was like 10 years ago right yes yeah you guys are riding the wave love that architecture Justin I want to ask you is or you guys mentioned DevOps I mean honestly we saw the huge observability wave which is essentially network management for the cloud in my opinion right yeah it's more dynamic but this is about visibility we heard from the last panel you don't know what's being turned on or turned off from a services standpoint at any given time how is all this playing out when you start getting into the DevOps down well this this is the big challenge for all of us as visibility when you talk transport within a cloud you know we very interesting we have moved from having a backbone that we bought that we owned that would be data center connectivity we now I work for as or as a subscription billing company so we want to support the subscription mindset so rather than going and buying circuits and having to wait three months to install and then coming up with some way to get things connected and resiliency and redundancy I my backbone is in the cloud I use the cloud providers interconnections between regions to transport data across and and so if you do that with their native solutions you you do lose visibility there there are areas in that that you don't get which is why controlling you know controllers and having some type of management plane is a requirement for us to do what we're supposed to do and provide consistency while doing it a great conversation I loved when you said earlier latency bandwidth I think availability with your sim pop3 things guys SLA I mean you just do ping times between clouds it's like you don't know what you're getting for round-trip times this becomes a huge kind of risk management black hole whatever you want to call blind spot how are you guys looking at the interconnects between clouds because you know I can see that working from you know ground to cloud I'm per cloud but when you start doing with multi clouds workloads SLA is will be all of the map won't they just inherently but how do you guys view that yeah I think we talked about workload and we know that the workloads are going to be different in different clouds but they are going to be calling each other so it's very important to have that visibility that you can see how data is flowing at what latency and what our ability is hour is there and our authority needs to operate on that so it's solely use the software dashboard look at the times and look at the latency in the old day is strong so on open so on you try to figure it out and then your day is you have to figure out just what's your answer to that because you're in the middle of it yeah I mean I think the key thing there is that we have to plan for that failure we have to plan for that latency in our applications that's starting start tracking your SLI something you start planning for and you loosely couple these services and a much more micro services approach so you actually can handle that kind of failure or that type of unknown latency and unfortunately the cloud has made us much better at handling exceptions a much better way you guys are all great examples of cloud native from day one and you guys had when did you have the tipping point moment or the Epiphany of saying a multi clouds real I can't ignore it I got to factor it into all my design design principles and and everything you're doing what's it was there a moment over that was it from day one now there are two divisions one was the business so in business there was some affinity to not be in one cloud or to be in one cloud and that drove from the business side so as a cloud architect our responsibility was to support that business and other is the technology some things are really running better in like if you are running dot network load or you are going to run machine learning or AI so that you have you would have that reference of one cloud over other so it was the bill that we got from AWS I mean that's that's what drives a lot of these conversations is the financial viability of what you're building on top of it which is so we this failure domain idea which is which is fairly interesting how do I solve our guarantee against a failure domain you have methodologies with you know back-end direct connects or interconnect with GCP all of these ideas are something that you have to take into account but that transport layer should not matter to whoever we're building this for our job is to deliver the frames in the packets what that flows across how you get there we want to make that seamless and so whether it's a public Internet API call or it's a back-end connectivity through Direct Connect it doesn't matter it just has to meet a contract that you signed with your application folks yeah that's the availability piece just on your thoughts on that I think any comment on that so actually multi clouds become something much more recent in the last six to eight months I'd say we always kind of had a very much an attitude of like moving to Amazon from our private cloud is hard enough why complicate it further but the realities of the business and as we start seeing you know improvements in Google and Asia and different technology spaces the need for multi cloud becomes much more important as well as our acquisition strategies I matured we're seeing that companies that used to be on premise that we typically acquire are now very much already on a cloud and if they're on a cloud I need to plug them into our ecosystem and so that's really change our multi cloud story in a big way I'd love to get your thoughts on the clouds versus the clouds because you know you compare them Amazon's got more features they're rich with features I see the bills are hiking people using them but Google's got a great network he googles networks pretty damn good and then you got Asher what's the difference between the clouds who where they evolve something where they peak in certain areas better than others what what are the characteristics which makes one cloud better do they have a unique feature that makes as you're better than Google and vice versa what do you guys think about the different clouds yeah to my experience I think there is the approach is different in many places Google has a different approach very DevOps friendly and you can run your workload like the your network can span regions time I mean but our application ready to accept that MS one is evolving I mean I remember 10 years back Amazon's Network was a flat network we will be launching servers and 10.0.0.0 so so the VP sees concept came out multi-account came out so they are evolving as you are at a late start but because they have a late start they saw the pattern and they they have some mature set up on the I mean I think they're all trying to say they're equal in their own ways I think they all have very specific design philosophies that allow them to be successful in different ways and you have to kind of keep that in mind as you architect your own solution for example Amazon has a very much a very regional affinity they don't like to go cross region in their architecture whereas Google is very much it's a global network we're gonna think about as a global solution I think Google also has a banjo it's third to market and so it has seen what a sure did wrong it's seen what AWS did wrong and it's made those improvements and I think that's one of their big advantage at great scale to Justin thoughts on the cloud so yeah Amazon built from the system up and Google built from the network down so their ideas and approaches are from a global versus or regional I agree with you completely that that is the big number one thing but the if you look at it from the outset interestingly the the inability or the ability for Amazon to limit layer two broadcasting and and what that really means from a VPC perspective changed all the routing protocols you can use all the things that we have built inside of a data center to provide resiliency and and and make things seamless to users all of that disappeared and so because we had to accept that at the VPC level now we have to accept it at the LAN level Google's done a better job of being able to overcome those things and provide those traditional network facilities to us just great panel can go all day here's awesome so I heard we could we'll get to the cloud native naive questions so kind of think about what's not even what's cloud is that next but I got to ask you had a conversation with a friend he's like Wayne is the new land so if you think about what the land was at a datacenter when is the new link you get talking about the cloud impact so that means st when the old st winds kind of changing into the new land how do you guys look at that because if you think about it what lands were for inside a premises was all about networking high speed but now when you take a win and make the essentially a land do you agree with that and how do you view this trend and is it good or bad or is it ugly and what's what you guys take on this yeah i think it's a it's a thing that you have to work with your application architect so if you are managing networks and if you're a sorry engineer you need to work with them to expose the unreliability that would bring in so the application has to hand a lot of this the difference in the latencies and and the reliability has to be worked through the application there land when same concept as that BS I think we've been talking about for a long time the erosion of the edge and so is this is just a continuation of that journey we've been on for the last several years as we get more and more cloud native and we start about API is the ability to lock my data in place and not be able to access it really goes away and so I think this is just continuation that thing I think it has challenges we start talking about weighing scale versus land scale the tooling doesn't work the same the scale of that tooling is much larger and the need to automation is much much higher in a way and than it was in a land that's what you're seeing so much infrastructure as code yeah yeah so for me I'll go back again to this its bandwidth and its latency right that that define those two land versus when but the other thing that comes up more and more with cloud deployments is where is our security boundary and where can I extend this secure aware appliance or set of rules to protect what's inside of it so for us we're able to deliver VRS or route forwarding tables for different segments wherever we're at in the world and so they're they're trusted to talk to each other but if they're gonna go to someplace that's outside of their their network then they have to cross a security boundary and where we enforce policy very heavily so for me there's it's not just land when it's it's how does environment get to environment more importantly that's a great point and security we haven't talked to yet but that's got to be baked in from the beginning that's architecture thoughts on security are you guys are dealing with it yeah start from the base have app to app security built-in have TLS have encryption on the data a transit data at rest but as you bring the application to the cloud and they are going to go multi-cloud talking to over the Internet in some places well have apt web security I mean I mean our principals day security is day zero every day and so we we always build it into our design we want our architecture into our applications its encrypt everything its TLS everywhere it's make sure that that data is secured at all times yeah one of the cool trends at RSA just as a side note was the data in use encryption piece which is a homomorphic stuff was interesting all right guys final question you know we heard on the earlier panel was also trending at reinvent we take the tea out of cloud native it spells cloud naive okay they got shirts now aviatrix kind of got this trend going what does that mean to be naive so if you're to your peers out there watching a live stream and also the suppliers that are trying to supply you guys with technology and services what's naive look like and what's native look like when is someone naive about implementing all this stuff so for me it's because we are in hundred-percent cloud for us it's main thing is ready for the change and you will you will find new building blocks coming in and the network design will evolve and change so don't be naive insane that it's static you wall with the change I think the big naivety that people have is that well I've been doing it this way for 20 years and been successful it's going to be successful in cloud the reality is that's not the case you have to think some of the stuff a little bit differently and you need to think about it early enough so that you can become cloud native and really enable your business on cloud yeah for me it's it's being open minded right the the our industry the network industry as a whole has been very much I am smarter than everybody else and we're gonna tell everybody how it's going to be done and we had we fell into a lull when it came to producing infrastructure and and and so embracing this idea that we can deploy a new solution or a new environment in minutes as opposed to hours or weeks or four months in some cases is really important and and so you know it's not me being closed-minded native being open minded exactly and and it took a for me it was that was a transformative kind of where I was looking to solve problems in a cloud way as opposed to looking to solve problems in this traditional old-school way all right I know we're out of time but I ask one more question so you guys so good it could be a quick answer what's the BS language when you the BS meter goes off when people talk to you about solutions what's the kind of jargon that you hear that's the BS meter going off what are people talking about that in your opinion you here you go that's total B yes but what triggers use it so that I have two lines out of movies that are really I can if I say them without actually thinking them it's like 1.21 jigowatts are you out of your mind from Back to the Future right somebody's giving you all these and then and then Martin Mull and and Michael Keaton and mr. mom when he goes to 22 21 whatever it takes yeah those two right there if those go off in my mind somebody's talking to me I know they're full of baloney so a lot of speech would be a lot of speeds and feeds a lot of data did it instead of talking about what you're actually doing and solutioning for you're talking about well I does this this this and any time I start seeing the cloud vendor start benchmarking against each other it's your workload is your workload you need a benchmark yourself don't don't listen to the marketing on that that's that's all what triggers you and the bsp I think if somebody explains you and not simple they cannot explain you in simplicity then that's good all right guys thanks for the great insight great pen how about a round of applause DX easy solutions integrating company that we service customers from all industry verticals and we're helping them to move to the digital world so as a solutions integrator we interface with many many customers that have many different types of needs and they're on their IT journey to modernize their applications into the cloud so we encounter many different scenarios many different reasons for those migrations all of them seeking to optimize their IT solutions to better enable their business we have our CPS organization it's cloud platform services we support AWS does your Google Alibaba porco will help move those workloads to wherever it's most appropriate no one buys the house for the plumbing equally no one buys the solution for the networking but if the plumbing doesn't work no one likes the house and if this network doesn't work no one likes a solution so network is ubiquitous it is a key component of every solution we do the network connectivity is the lifeblood of any architecture without network connectivity nothing works properly planning and building a scalable robust network that's gonna be able to adapt with the application needs its critical when encountering some network design and talking about speed the deployment aviatrix came up in discussion and we then further pursued an area DHT products that incorporated aviatrix is part of a new offering that we are in the process of developing that really enhances our ability to provide cloud connectivity for the lance cloud connectivity there's a new line of networking services that we're getting into as our clients moving the hybrid cloud networking it is much different than our traditional based services an aviatrix provides a key component in that service before we found aviatrix we were using just native peering connections but there wasn't a way to visualize all those peering connections and with multiple accounts multiple contacts for security with a v8 church we were able to visualize those different peering connections of security groups it helped a lot especially in areas of early deployment scenarios were quickly able to then take those deployment scenarios and turn them into scripts that we can then deploy repeatedly their solutions were designed for work with the cloud native capabilities first and where those cloud native capabilities fall short they then have solution sets that augment those capabilities I was pleasantly surprised number one with the aviatrix team as a whole in their level of engagement with us you know we weren't only buying the product we were buying a team that came on board to help us implement and solution that was really good to work together to learn both what aviatrix had to offer as well as enhancements that we had to bring that aviatrix was able to put into their product and meet our needs even better aviatrix was a joy to find because they really provided us the technology that we needed in order to provide multi cloud connectivity that really added to the functionality that you can't get from the basically providing services we're taking our customers on a journey to simplify and optimize their IT infrastructure baby Atrix certainly has made my job much easier okay welcome back to altitude 2020 for the digital event for the live feed welcome back I'm John fray with the cube with Steve Mulaney CEO aviatrix for the next panel from global system integrators the folks who are building and working with folks on their journey to multi cloud and cloud native networking we've got a great panel George Buckman with dxc and Derek Monahan with wwt welcome to the stage [Applause] [Music] okay you guys are the ones out there advising building and getting down and dirty with multi cloud and cloud native network and we start from the customer panel you can see the diversity of where people come into the journey of cloud it kind of depends upon where you are but the trends are all clear cloud native networking DevOps up and down the stack this has been the main engine what's your guys take of the disk Jerry to multi cloud what do you guys seeing yep yeah it's it's critical I mean we're seeing all of our enterprise customers enter into this they've been through the migrations of the easy stuff you know now they're trying to optimize and get more improvement so now the tough stuffs coming on right and you know they need their data processing near where their data is so that's driving them to a multi cloud environment okay we heard some of the edge stuff I mean you guys are you've seen this movie before but now it's a whole new ballgame what's your take yeah so I'll give you a hint so our practice it's not called the cloud practice it's the multi cloud practice and so if that gives you a hint of how we approach things it's very consultative and so when we look at what the trends are let's look a little year ago about a year ago we were having conversations with customers let's build a data center in the cloud let's put some VP C's let's throw some firewalls with some DNS and other infrastructure out there and let's hope it works this isn't a science project so what we're trying we're starting to see is customers are starting to have more of a vision and we're helping with that consultative nature but it's totally based on the business and you got to start understanding how the lines of business are using the apps and then we evolved into that next journey which is a foundational approach to what are some of the problem statements customers are solving when they come to you what are the top things that are on their my house or the ease of use of Julie all that stuff but what specifically they did digging into yeah some complexity I think when you look at a multi cloud approach in my view is network requirements are complex you know I think they are but I think the approach can be let's simplify that so one thing that we try to do this is how we talk to customers is let's just like you simplify an aviatrix simplifies the automation orchestration of cloud networking we're trying to simplify the design the planning implementation of infrastructure across multiple workloads across multiple platforms and so the way we do it is we sit down we look at not just use cases and not just the questions in common we anticipate we actually build out based on the business and function requirements we build out a strategy and then create a set of documents and guess what we actually build in the lab and that lab that we platform we built proves out this reference architecture actually works absolutely we implement similar concepts I mean we they're proven practices they work great so well George you mentioned that the hard parts now upon us are you referring to networking what is specifically were you getting at Tara says the easy parts done that so for the enterprises themselves migrating their more critical apps or more difficult apps into the environments you know they've just we've just scratched the surface I believe on what enterprises that are doing to move into the cloud to optimize their environments to take advantage of the scale and speed to deployment and to be able to better enable their businesses so they're just now really starting the >> so do you get you guys see what I talked about them in terms of their Cambrian explosion I mean you're both monster system integrators with you know top fortune enterprise customers you know really rely on you for for guidance and consulting and so forth and boy they're networks is that something that you you've seen I mean - does that resonate did you notice a year and a half ago and all of a sudden the importance of cloud for enterprise shoot up yeah I mean we're seeing it okay in our internal environment as you know we're a huge company or as customers are in 30 so we're experiencing that internal okay and every one of our other customers so I I have another question oh but I don't know the answer to this and the lawyer never asks a question that you don't know the answer to but I'm gonna ask it anyway DX c @ w WT massive system integrators why aviatrix yep so great question Steve so I think the way we approach things I think we have a similar vision a similar strategy how you approach things how we approach things that world by technology number one we want to simplify the complexity and so that's your number one priorities let's take the networking but simplify it and I think part of the other point I'm making is we have we see this automation piece as not just an afterthought anymore if you look at what customers care about visibility and automation is probably the at the top three maybe the third on the list and I think that's where we see the value and I think the partnership that we're building and what I what I get excited about is not just putting yours in our lab and showing customers how it works is Co developing a solution with you figuring out hey how can we make this better Bank visibily is a huge thing jump in security alone network everything's around visibility what automation you see happening in terms of progression order of operations if you will it's the low-hanging fruit what are people working on now and what are what are some of the aspirational goals around when you start thinking about multi cloud an automation yep so I wanted to get back to answer that question I want to answer your question you know what led us there and why aviatrix you know in working some large internal IT projects and and looking at how we were going to integrate those solutions you know we like to build everything with recipes where network is probably playing catch-up in the DevOps world but with a DevOps mindset looking to speed to deploy support all those things so when you start building your recipes you take a little of this a little of that and you mix it all together well when you look around you say wow look there's this big bag of athe let me plop that in that solves a big part of my problems that I have to speed to integrate speed to deploy and the operational views that I need to run this so that was 11 years about reference architectures yeah absolutely so you know they came with a full slate of reference architectures already the out there and ready to go that fit our needs so it's very very easy for us to integrate those into our recipes what do you guys think about all the multi vendor interoperability conversations that have been going on choice has been a big part of multi cloud in terms of you know customers want choice didn't you know they'll put a workload in the cloud that works but this notion of choice and interoperability is become a big conversation it is and I think our approach and that's why we talk to customers is let's let's speed and D risk of that decision making process and how do we do that because the interoperability is key you're not just putting it's not just a single vendor we're talking you know many many vendors I mean think about the average number of cloud application as a customer uses a business and enterprise business today you know it's it's above 30 it's it's skyrocketing and so what we do and we look at it from an Billee approach is how do things interoperate we test it out we validate it we build a reference architecture says these are the critical design elements now let's build one with aviatrix and show how this works with aviatrix and I think the the important part there though is the automation piece that we add to it invisibility so I think the visibility is what's what I see lack in cross industry today and the cloud needed that's been a big topic okay in terms of aviatrix as you guys see them coming in there one of the ones that are emerging and the new brands emerging with multi cloud you still got the old guard incumbent with huge footprints how our customers dealing with that that kind of component and dealing with both of them yeah I mean where we have customers that are ingrained with a particular vendor and you know we have partnerships with many vendors so our objective is to provide the solution that meets that client and you they all want multi vendor they all want interoperability correct all right so I got to ask you guys a question what we were defining day to operations what does that mean I mean you guys are looking at the big business and technical components of architecture what does day to Operations mean what's the definition of that yeah so I think from our perspective my experience we you know day to operations whether it's it's not just the you know the orchestration piece and setting up and let it a lot of automate and have some you know change control you're looking at this from a data perspective how do I support this ongoing and make it easy to make changes as we evolve that the the cloud is very dynamic the the nature of how the fast is expanding the number of features is astonishing trying to keep up to date with a number of just networking capabilities and services that are added so I think day to operation starts with a fundable understanding of you know building out supporting a customer's environments and making it the automation piece easy from from you know a distance I think yeah and you know taking that to the next level of being able to enable customers to have catalog items that they can pick and choose hey I need this network connectivity from this cloud location back to this on pram and being able to have that automated and provisioned just simply by ordering it for the folks watching out there guys take a minute to explain as you guys are in the trenches doing a lot of good work what are some of the engagement that you guys get into how does that progress what is the what's what happens there they call you up and say hey I need multi-cloud or you're already in there I mean take us through why how someone can engage to use a global si to come in and make this thing happen what's typical engagement look like yeah so from our perspective we typically have a series of workshops in a methodology that we kind of go along the journey number one we have a foundational approach and I don't mean foundation meaning the network foundation that's a very critical element we got a factor in security we've got to factor in automation so we think about foundation we do a workshop that starts with education a lot of times we'll go in and we'll just educate the customer what does VPC sharing you know what is a private link and asher how does that impact your business you know customers I want to share services out in an ecosystem with other customers and partners well there's many ways to accomplish that so our goal is to you know understand those requirements and then build that strategy with them thoughts Georgia yeah I mean I'm one of the guys that's down in the weeds making things happen so I'm not the guy on the front line interfacing with the customers every day but we have a similar approach you know we have a consulting practice that will go out and and apply their practices to see what those and when do you parachute in yeah and when I've been is I'm on the back end working with our offering development leads for the networking so we understand or seeing what customers are asking for and we're on the back end developing the solutions that integrate with our own offerings as well as enable other customers to just deploy quickly to meet their connectivity needs it so the patterns are similar right final question for you guys I want to ask you to paint a picture of what success looks like and you know the name customers didn't again reveal kind of who they are but what does success look like in multi-cloud as you as you paint a picture for the folks here and watching on the live stream it's someone says hey I want to be multi-cloud I got to have my operations agile I want full DevOps I want programmability security built in from day zero what does success look like yeah I think success looks like this so when you're building out a network the network is a harder thing to change than some other aspects of cloud so what we think is even if you're thinking about that second cloud which we have most of our customers are on to public clouds today they might be dabbling in is you build that network foundation at architecture that takes in consideration where you're going and so once we start building that reference architecture out that shows this is how to sit from a multi-cloud perspective not a single cloud and let's not forget our branches let's not forget our data centers let's not forget how all this connects together because that's how we define multi-cloud it's not just in the cloud it's on Prem and it's off Prem and so collectively I think the key is also is that we provide them an hld you got to start with a high level design that can be tweaked as you go through the journey but you got to give a solid structural foundation and that networking which we think most customers think as not not the network engineers but as an afterthought we want to make that the most critical element before you start the journey Jorge from your seed how do you success look for you so you know it starts out on these journeys often start out people not even thinking about what is gonna happen with what their network needs are when they start their migration journey to the cloud so I want this success to me looks like them being able to end up not worrying about what's happening in the network when they move to the cloud good guys great insight thanks for coming on share and pen I've got a round of applause the global system integrators [Applause] [Music] okay welcome back from the live feed I'm chef for with the q Steve Valenti CEO of aviatrix my co-host our next panel is the aviatrix certified engineer is also known as aces this is the folks that are certified their engineering they're building these new solutions please welcome Toby Foss from informatica Stacy linear from Teradata and Jennifer Reed with Victor Davis to the stage I was just gonna I was just gonna rip you guys see where's your jackets and Jen's got the jacket on okay good love the aviatrix aces pile of gear they're above the clouds story to new heights that's right so guys aviatrix aces love the name I think it's great certified this is all about getting things engineered so there's a level of certification I want to get into that but first take us through the day in the life of an ace and just to point out Stacey's a squad leader so he's like it Squadron Leader Roger and leader yeah Squadron Leader he's got a bunch of aces underneath him but share your perspective day-in-the-life Jennifer we'll start with you sure so I have actually a whole team that works for me both in the in the North America both in the US and in Mexico and so I'm really working to get them certified as well so I can become a squad leader myself but it's important because one of the the critical gaps that we've found is people having the networking background because they're you graduate from college and you have a lot of computer science background you can program you've got Python but networking in packets they just don't get and so just taking them through all the processes that it's really necessary to understand when you're troubleshooting is really critical mm-hm and because you're gonna get an issue where you need to figure out where exactly is that happening on the network you know is my my issue just in the V PC is and on the instant side is a security group or is it going on print and is this something actually embedded within Amazon itself I mean I should troubleshot an issue for about six months going back and forth with Amazon and it was the vgw VPN because they were auto-scaling on two sides and we ended up having to pull out the Cisco's and put in aviatrix so I could just say okay it's fixed and actually actually helped the application teams get to that and get it solved yeah but I'm taking a lot of junior people and getting them through that certification process so they can understand and see the network the way I see the network I mean look I've been doing this for 25 years when I got out when I went in the Marine Corps that's what I did and coming out the network is still the network but people don't get the same training they get they got in the 90s it's just so easy just write some software they work takes care of itself yes he'll be will good I'll come back to that I want to come back to that problem solve with Amazon but Toby I think the only thing I have to add to that is that it's always the network fault as long as I've been in never I've always been the network's fault and I'm even to this day you know it's still the network's fault and part of being a network guy is that you need to prove when it is and when it's not your fault and that means you need to know a little bit about a hundred different things to make that and now you've got a full stack DevOps you got to know a lot more times another 100 and these times are changing yeah they say you're Squadron Leader I get that right what is what is the squadron leader first can you describe what it is I think probably just leading all the network components of it but not they from my perspective when to think about what you ask them was it's about no issues and the escalation soft my day is a good outcome that's a good day it's a good day again every mission the Amazon this brings up a good point you know when you have these new waves come in you have a lot of new things new we use cases a lot of the finger-pointing it's that guys problem that girls problem so what how do you solve that and how do you get the young guns up to speed is there training is that this is where the certification comes in was where the certification is really going to come in I know when we we got together at reinvent one of the the questions that that we had with Steve and the team was what what should our certification look like you know she would just be teaching about what aviatrix troubleshooting brings to bear like what should that be like and I think Toby and I were like no no no that's going a little too high we need to get really low because the the better someone can get at actually understanding what actually happening in the network and and where to actually troubleshoot the problem how to step back each of those processes because without that it's just a big black box and they don't know you know because everything is abstracted in Amazon Internet and Azure and Google is substracted and they have these virtual gateways they have VPNs that you just don't have the logs on it's you just don't know and so then what tools can you put in front of them of where they can look because there are four logs well as long as they turned on the flow logs when they built it you know and there's like each one of those little things that well if they'd had decided to do that when they built it it's there but if you can come in later to really supplement that with training to actual troubleshoot and do a packet capture here as it's going through then teaching them how to read that even yeah Toby we were talking before he came on up on stage about your career you've been networking all your time and then you know you're now mentoring a lot of younger people how is that going because the people who come in fresh they don't have all the old war stories they don't know you talk about yeah that's never fault I walk in Mayr feet in the snow when I was your age I mean it's so easy now right they say what's your take on how you train the young piece so I've noticed two things one is that they are up to speed a lot faster in generalities of networking they can tell you what a network is in high school level now where I didn't learn that too midway through my career and they're learning it faster but they don't necessarily understand why it's that way here you know everybody thinks that it's always slash 24 for a subnet and they don't understand why you can break it down smaller why it's really necessary so the the ramp up speed is much faster for these guys that are coming in but they don't understand why and they need some of that background knowledge to see where it's coming from and why is it important and old guys that's where we thrive Jennifer you mentioned you got in from the Marines health spa when you got into networking how what was it like then and compare it now most like we've heard earlier static versus dynamic don't be static because back then you just said the network you got a perimeter yeah I know there was no such thing yeah no so back in the day I mean I mean we had banyan vines for email and you know we had token ring and I had to set up token ring networks and figure out why that didn't work because how many of things were actually sharing it but then actually just cutting fiber and running fiber cables and dropping them over you know shelters to plug them in and oh crap they swung it too hard and shattered it and how I gotta be great polished this thing and actually shoot like to see if it works I mean that was the network current five cat 5 cables to run an Ethernet you know and then from that just said network switches dumb switches like those were the most common ones you had then actually configuring routers and you know logging into a Cisco router and actually knowing how to configure that and it was funny because I had gone all the way up and was a software product manager for a while so I've gone all the way up the stack and then two and a half three years ago I came across to to work with entity group that became Victor Davis but we went to help one of our customers Avis and it was like okay so we need to fix the network okay I haven't done this in 20 years but all right let's get to it you know because it really fundamentally does not change it's still the network I mean I've had people tell me well you know when we go to containers we will not have to worry about the network and I'm like yeah you don't I do and then with this with and programmability is it really interesting so I think this brings up the certification what are some of the new things that people should be aware of that come in with the aviatrix ace certification what are some of the highlights can you guys share some of the some of the highlights around the certifications I think some of the importance is that it's it doesn't need to be vendor specific for network generality or basic networking knowledge and instead of learning how Cisco does something or how Palo Alto does something we need to understand how and why it works as a basic model and then understand how each vendor has gone about that problem and solved it in a general that's true in multi cloud as well you can't learn how cloud networking works without understanding how AWS integer and GCP are all slightly the same but slightly different and some things work and some things don't I think that's probably the number one take I think having a certification across clouds is really valuable because we heard the global s eyes cover the business issues what does it mean to do that is it code is that networking is the configuration is that aviatrix what is the I mean obviate races the ACE certifications but what is it about the multi cloud that makes it multi networking and multi vendor easy answer is yes so you got to be a general let's go to your hands and all you have to be it takes experience because it's every every cloud vendor has their own certification whether that is ops and [Music] advanced networking and advanced security or whatever it might be yeah they can take the test but they have no idea how to figure out what's wrong with that system and the same thing with any certification but it's really getting your hands in there and actually having to troubleshoot the problems you know actually work the problem you know and calm down it's going to be okay I mean because I don't know how many calls I've been on or even had aviatrix join me on it's like okay so everyone calm down let's figure out what's happening it's like we've looked at that screen three times looking at it again it's not gonna solve that problem right but at the same time you know remaining calm but knowing that it really is I'm getting a packet from here to go over here it's not working so what could be the problem you know and actually stepping them through those scenarios but that's like you only get that by having to do it you know and seeing it and going through it and then I have a question so we you know I just see it we started this program maybe six ago we're seeing a huge amount of interest I mean we're oversubscribed on all the training sessions we've got people flying from around the country even with coronavirus flying to go to Seattle to go to these events were oversubscribed good is that watching leader would put there yeah is that something that you see in your organization's are you recommending that to people do you see I mean I'm just I guess I'm surprised I'm not surprised but I'm really surprised by the demand if you would of this multi-cloud network certification because it really isn't anything like that is that something you guys can comment on or do you see the same things in your organization's I see from my side because we operate in the multi cloud environment so it really helps and it's beneficial for us yeah I think I would add that uh networking guys have always needed to use certifications to prove that they know what they know right it's not good enough to say yeah I know IP addresses or I know how a network works and a couple little check marks or a little letters by your name helps give you validity um so even in our team we can say hey you know we're using these certifications to know that you know enough of the basics and enough of the understandings that you have the tools necessary right so I guess my final question for you guys is why an eighth certification is relevant and then second part is share with the livestream folks who aren't yet a certified or might want to jump in to be AVH or certified engineers why is it important so why is it relevant and why should someone want to be an ace-certified I'm used to write engineer I think my view is a little different I think certification comes from proving that you have the knowledge not proving that you get a certification to get know I mean they're backwards so when you've got the training in the understanding and the you use that to prove and you can like grow your certification list with it versus studying for a test to get a certification and have no understanding of ok so that who is the right person that look at this is saying I'm qualified is it a network engineer is it a DevOps person what's your view you know is it a certain you know I think cloud is really the answer it's the as we talked like the edge is getting eroded so is the network initially eating eroded we're getting more and more of some network some DevOps some security lots and lots of security because network is so involved in so many of them that it's just the next progression I would say I expand that to more automation engineers because we have those nails probably extended as well well I think that the training classes themselves are helpful especially the entry-level ones for people who may be quote-unquote cloud architects but have never done anything and networking for them to understand why we need those things to really work whether or not they go through to eventually get a certification is something different but I really think fundamentally understanding how these things work it makes them a better architect makes some better application developer but even more so as you deploy more of your applications into the cloud really getting an understanding even from our people who have tradition down on Prem networking they can understand how that's going to work in the cloud - well I know we've got just under 30 seconds left but I want to get one more question and just one more for the folks watching that are you maybe younger that don't have that networking training from your experiences each of you can answer why is it should they know about networking what's the benefit what's in it for them motivate them share some insights and why they should go a little bit deeper in networking Stacy we'll start with you we'll go down let's say it's probably fundamental right if you want to deliver solutions networking use the very top I would say if you fundamental of an operating system running on a machine how those machines talk together as a fundamental change is something that starts from the base and work your way up right well I think it's a challenge because you you've come from top-down now you're gonna start looking from bottom-up and you want those different systems to cross communicate and say you built something and you're overlapping IP space not that that doesn't happen but how can I actually make that still operate without having to reappear e-platform it's like those challenges like those younger developers or sis engineers can really start to get their hands around and understand those complexities and bring that forward in their career they got to know the pilot pipes are working and some plumbing that's right works at how to code it that's right awesome thank you guys for great insights ace certain babies you're certified engineers also known as aces give a round of applause thank you okay all right that concludes my portion thank you Steve thanks for have Don thank you very much that was fantastic everybody round of applause for John for you yeah so great event great event I'm not going to take long we've got we've got lunch outside for that for the people here just a couple of things just call to action right so we saw the Aces you know for those of you out on the stream here become a certified right it's great for your career it's great for not knowledge is is fantastic it's not just an aviatrix thing it's gonna teach you about cloud networking multi-cloud networking with a little bit of aviatrix exactly what the cisco CCIE program was for IP network that type of the thing that's number one second thing is is is is learn right so so there's a there's a link up there for the four to join the community again like I started this this is a community this is the kickoff to this community and it's a movement so go to what a v8 community a bh6 comm was starting a community at multi cloud so you know get get trained learn I'd say the next thing is we're doing over a hundred seminars in across the United States and also starting into Europe soon will come out and will actually spend a couple hours and talk about architecture and talk about those beginning things for those of you on the you know on the livestream in here as well you know we're coming to a city near you go to one of those events it's a great way to network with other people that are in the industry as well as start to learn and get on that multi-cloud journey and then I'd say the last thing is you know we haven't talked a lot about what aviatrix does here and that's intentional we want you you know leaving with wanting to know more and schedule get with us in schedule a multi our architecture workshop session so we we sit out with customers and we talk about where they're at in that journey and more important where they're going and to find that end state architecture from networking compute storage everything and everything you heard today every panel kept talking about architecture talking about operations those are the types of things that we saw we help you cook define that canonical architecture that system architecture that's yours so for so many of our customers they have three by five plotted lucid charts architecture drawings and it's the customer name slash aviatrix arc network architecture and they put it on their whiteboard that's what what we and that's the most valuable thing they get from us so this becomes their 20-year network architecture drawing that they don't do anything without talking to us and look at that architecture that's what we do in these multi hour workshop sessions with customers and that's super super powerful so if you're interested definitely call us and let's schedule that with our team so anyway I just want to thank everybody on the livestream thank everybody here hopefully it was it was very useful I think it was and joined the movement and for those of you here join us for lunch and thank you very much [Applause] [Music] [Applause] [Music] you

>>from Las Vegas. It's the Q covering a ws re invent 2019. Brought to you by Amazon Web service is and in along with its ecosystem partners. >>Hey, welcome back to the Cubes. Live coverage in Las Vegas for eight of his re invent 2019 R Seventh year out of the eight years I've had it, we've seen the rise and dominance of Amazon continued to thunder away at the competition span. Their lead printing money stew minimum in my coz right here next to me. I'm John, very extracting from noise. Our next guest, steam A lady who's the presidency of Aviatrix Cube alone was on Tuesdays part of our editorial segment. Who his company or one of his employees going to term. You take the tea at a cloud native cloud naive, which has been going viral. Welcome back to the Cube. Thank you. All right, so let's get into the aviatrix value. Probably wanna get digging more, but first explain what you guys do and what market you're targeting. >>So we do. I would say cloud native, not naive. Cloud native networking that embraces and extends the basic constructs the native constructs of the public clouds, not just a W s, but all the public clouds and builds a multi cloud architecture, networking in security architecture for enterprise customers that that delivers the simplicity and the automation that people want from cloud. That's why they want a cloud native but yet brings along the functionality, the performance and the visibility and control that they had on on Prem. So that kind of taste great less filling, not one of the other. Both. I want the simplicity and automation of anything that expect from the cloud. But I need that enterprise functionality that control the security, the performance that he used to have on Prem because I wasn't doing that for my own health. I need to bring that along. That's what we do. >>What main problem you solving for customers? What's the big pain point? So what are you enabling? >>The big pain point is the center of gravity, as Andy Joshi's talked is moving from on Prem into the cloud. So it's so it's no longer. I mean, data centers aren't going away. They're going to still be there. But the investment architecture is in the cloud and you're going to see the clouds start moving out with their their announcements. You see everything that outposts and on everything else they're doing is taking the architecture moving out. The problem we solve is A W S says to every enterprise customer. We will give you anything and everything you ever need from networking and security. You don't need anybody else. And so so what ends up happening is as enterprises. So for an SNB, that's great. If you've got a few, VP sees life is good. Use all the native stuff from AWS. What happens, though, is your Qualcomm or your USA or your new name it big 50 year old 100 year old enterprise. You have complex networking and security demands. You go to the cloud. There's so many limitations of what the native constructs of all the clouds could do. You start realizing, okay, I need Maur. And so we're very complimentary to AWS. We sit on top of that. We leverage those basic constructs. We program those contracts and then we extend that functionality to deliver the functionality that they need. >>That's awesome, stupid when I want to dig into that, but I want to first get to the hard news you guys have news here at reinvent? What's the big news story that you guys were putting out there? Two >>announcements and actually goes perfectly with the way the world's going and also with the embrace and extend of a W s. So the first is we introduced what we call aviatrix Cloud win. So they announced Transit Gateway Network manager with accelerated VPN leveraging global accelerator as just a way to bring in basically embraced branch offices into the cloud. So if you think of SD win in that market, if your if your center of gravity is on Prem in a data center on pls is horrible, you needed a better way to do branch office connectivity. SC wait is fantastic, and it's a great, optimal way to get back to that data center. Well, as the center of gravity moves into the cloud, their data centers in the cloud. I just need to get better optimal access performance in late and see into a W s because that's the center of gravity. So AWS with the global accelerator allows youto get on one of their 250 pops around the world as quickly as possible. So if you're in Singapore, get on that pop VPN in, and then you go across the global backbone of AWS all the way out to that BBC in Virginia. It's beautiful, because guess what? That is the most optimal way to get there instead of vpc to vpc across the Internet right on the AWS backbone. Well, Steve, it's fascinating stuff because if you look at the traditional network, it was I knew the knobs and how I need to get everything to work. But the big challenge for most network people is most of the network that they're responsible for. They can't touch it. That's right. They can adjust it. So are we recreating some of the environment? Or how? Because clubs supposed to be simple? Well, that's easy, but it needs to meet the enterprise requirements. Help that network administrator there there, sometimes going away to the cloud administrator. You still networkings tough and therefore, how do we make that? That's part of what we do is that's the other thing that we solve is people think they go to the cloud and they think, Oh, go build. I don't want to build anything. I want to consume. It's still difficult. We come in and abstract away a lot of the details for them such that we deliver that service on the cloud win. The other thing that we do again, back to embracing and extending. What do you What? What router is out in that branch office 87% of the time. Sisko, right? I mean, course it is. So the S D wearing guys will go in and say, We'll rip that box out and put in another little box like a 20,000 branches. I'm not ripping out anything, right? That's very painful. So with our cloud win, we can orchestrate and reconfigure the Sisko. All of our engineers came from Cisco. So any Cisco IOS router out there, we can orchestrate and reconfigure to set up the VPN automatically through our orchestrator so that when you don't rip and replace out that Roger that's existing there. So now AWS loves it because that's the last piece of friction. They want no friction, and it's always in that physical to cloud transition There. All the complexity is, and by enabling their network manager and an accelerated VPN and global accelerated to use the existing Cisco. Roger, that's out there. No one else does that Cisco doesn't do that. We're the only ones. So when you embrace a native construct, what's the native construct in the branch office? B, G P. And Cisco IOS. We embrace it and then and then enhance it and make it better. >>Are you only on Cisco about June 1st? >>Wait. Now it's just go. Francisco's 87% >>of every bridge your software abstraction software across. And you you basically change the game with SD. Win a little bit, you modernize >>It s t win is great for the old way of doing networking. When you look for the next five years, you're still gonna need SD went. It's a bubble market. It's like when optimization us riverbed. If when optimization is a great market, it was for a while, just like SC win. But that's kind of the old way. But Maur Maura, what you're gonna find is what Where my branches need to connect to is in the cloud. And if you do that, you don't need esti win. You just need better connectivity. Tate of us provide. >>I gotta ask you the question about the cloud naive because there's a lot of old school I t people who still think there's food in the data center. Still, action there on box makers are all in the vendor side supplying boxes. They're still want to supply boxes, right? So as those old guys and gals do their thing, they're stuck in their ways, right? That's friction. Total gas. He talks about the transformation as new leadership. What has to change in that old world? What should those C I ose and CEOs tell their their staff? And what should the staff do themselves? >>I actually think the customers air there. I think the vendors are that the vendors are the one that aren't They're the ones who are cloud naive. They actually don't even know what they don't know. The customers are the ones they say, Oh, no, And this is the whole shift that Josh was talking about business transformation. They understand. And they are bringing along all their people and they have some people that are probably further along and experts in AWS. But they absolutely number one requirement for them is we've got to bring along the people they don't want to leave them behind and say, You get to work on the old data center and these guys are gonna work in Cloud. They're bringing them all in. >>Talk about your customers who's buying from you? What's it look like? What kind of scope do you have? A customer base? >>It's funny. It's It's It's all the old networking guys. It is not. It's not developers signing that. It's it's It's old. I t. Now they don't want to do it the old way. They want to do it the new cloud way. But these guys understand BDP. They understand networking, and they're in charge now. And so it's like because it's gotten so serious for enterprises. This the networking team, the security team it is. It is I t that is running this, so that's a big company. Small companies, we get him. All right, Steve, I want to make sure I understand this because when I hear cod Native, I really think a lot about that application. Mind shift. Yeah, Micro Service is our protector, and that's on it for sure. Networking. Unfortunately, for the most part, it's nothing. Bites are going through the pipes, and I haven't really thought about that. So you know, it's not just because it's cloud but cloud native and therefore things like your container and doctors Dr. Rise thing. This is what this world is built for that your solution is solving for yes. So I'll give you a perfect example. So So we help. We actually helped a dhobi us come out with T g. W. Last year, Cheri, I found, was on stage with Day Brown and the networking keynote launching T g w whenever Great. Of course, before that, you were just doing bpc the vpc peering It was a horrible mess. So you need a transit architecture. So they came out with T g w Fantastic. So we embrace and extend T g w. So the problem is, they come out with T g. W. But guess what a Doris doesn't do. Don't propagate routes to spoke VP sees. Okay, so how did the routes get propagated? Well, you have a person. They need manual. If there's an update on the on from you manually update the routes. Well, that might work. If you've got three. VP sees again. You're an SNB. But I'm an enterprise. I got 3000 vpc That is not gonna work. So cloud native we are We are not just sitting on top of AWS. We are in the matrix we are in. We understand natively. So our central control, it will actually like we're not. There's no b g p running at that layer, but our central control it will push routes an update, routing tables everywhere. It needs to be learned. The routes from Amman Prem push it where it needs to be, and then everything automatically works. Yeah, it reminds me, you know, we had more than a decade ago. We went from all the north south traffic to the East west, propagated by VM. Yes, is an order of magnitude 8 12 and know that this cloud environment people can't do it. There's not enough people. I don't have enough man hours because the machine learning So here's devices need to be here. Another thing that's happened in guys is there is there is 100% of people in there in the universe that that that no cloud, that number's growing, but there's a fixed set. Everybody's going after all those people. You've got the big clock. They're all hiring like crazy. The vendors are probably hiring. You've got customers they're stealing from each other. It's very difficult to keep a staff. And so they look and they say I probably could figure this out, but there's no way I'm going to be able to operationalize it. There's just zero chance I could do that And there's just so much change. And honestly, they say it's a full time job just keeping up with what Amazon is announcing their get implementing. And so that's where they look and they come to Austin. They say there's zero chance that I can deploy networking architecturally without aviatrix >>on the network and guys because you and I always say the neighboring guys have the keys to the kingdom. They always have. I mean, people have tried to move the center of power away from the networking guys, But now, as the cloud gets the center of gravity, some of the power networking guys got to step up their game. But they don't want to rip and replace anything is as you went out earlier. It's complex, even pull one or two out. So the concern that I might have put the question to you is Steve. Great, great energy. But I'm really nervous that these routes are not gonna be. There's gonna be some coherency issues around updating routes because that's my number one concern. How do you guys solve that? >>Well, the one thing I've always seen, who's the worst? When? When? When most things happen, Who's the culprit? Human, right? It's always a human. Does something wrong. And so I would much rather trust some sort of automated software because at least if you program it correctly, it's going to do the right thing so way have not had. I mean, it's so >>you know what I'm sure is no issue there. >>Yeah, no, there's no issue, I mean, and what we do see, sometimes our people say, because there's a lot of people that are that are very smart, they get into the cloud and they are do it yourselfers and they love to go build, and they love the complexity, and they want all that they feel they feel like this job security and what we sometimes have to do is say you. But think about day to think about handing off the operations. You might get hit by a bus, and then your company is screwed, and you gotta almost get them enlightened to realize that they should be working on higher level things other than low level things. I'd say that's something that we kind of educate. People, >>houses Amazon there, one cloud of many 34 maybe one or two jazz. He said to me. You know, mostly primaries will be picked, probably Amazon. But in some cases, as you will be a primary less than that eight arrests. So multi cloud is the word that it was Something about an Amazon sees me loosening up a bit what it is, so they recognize it. What is multi cloud? I mean, what is really going on? I think >>I think if you're a small company, absolutely pick one cloud like for sure, right, like that doesn't make sense to go multiple clouds in your small medium business. If you're not that, if your needs are not that complex, pick one cloud right? And if it's a Toby asses the later stay with them. If it just happens to be, well, I got a bunch of credits and azure. Okay, maybe do them. I think. To date most people are picking eight of us There, there, there, there, The killer here. But when you talk to the enterprise, the real enterprise right that are just now moving into the cloud, they're all multi cloud Just had one today. Super large chip company down L a San Diego area. Guess what. Use it. All three clouds. I asked him why. Well, because we started in AWS. We got some things there we've got. We've got a bunch of stuff that runs and an azure with offers 3 65 other things that they dio and Google for ml and that kind of stuff. It runs better their enterprises. They're gonna pick where the workload run best, and they're big. And so they're gonna look and they're gonna They're gonna They're gonna elevate up building architecture that works across all of them. I don't think multi cloud means I'm gonna move this workload from here to here. That's never gonna happen. Maybe in 20 years. But I doubt it. It's just that the workloads heir destined, they run better on that and they're gonna focus on >>different park loads for the cloud that picked the right guy for the right workload. >>Yeah, and I'm so big and I require different companies and I get acquired. And and and And you got to think of the on Prem data centers eyes another cloud that's a multi. And then I go into Europe, and I have GDP are and I need another cloud. I mean, they're gonna have 45 clouds, and I don't think it's gonna be 20% across all >>that could be a power lot. They'll be more than 13 closets. Be specialty clouds a riff on this all the time. Well, Steve, I want to thank you for coming on the Q. Appreciate it. Give a quick blood for the company. How many employees you're gonna hire, some of your objectives >>growing fast. We've got over 400 customers and you ask one of our customers we've got customers spending millions of dollars a year with us all the way down the customer spending $5 a month. Why? Because of the wonderful thing of cloud they can consume. We've got 400 customers all over the world and even know who probably 300 of them are right. Why they go on the market place they go like this, they download. Maybe they come on drift. Ask one question. They launch and they spent $5 a month. I don't even know what they're doing. And eventually we watched their Amar are it just grows and grows and grows and grows. And eventually like, Whoa, Now you're spending 50 grand a year. We should talk. So it's kind of like how some companies used open source that ends up being our funnel a low friction zero friction High velocity Landon expand model. And then we have the traditional enterprises that you'd imagine every so everything in between >>your hiring, >>we're hiring like crazy, hiring a whole bunch of sales organization around the world. We just raised $40 million Siri see a month ago and we're going for >>fresh financing. Aviatrix see Mulaney, CEO of aviatrix here on the Cuba Reinvent 2019 Stay with us for more coverage. Day three of our three days of World War coverage Two sets here, thanks to Intel for the being our headline sponsor without their supporting our mission, which is bringing you the best confident possible. We want to thank Intel on. All of our sponsors were right back with more coverage after this short break

>> Announcer: Live from Las Vegas, It's the Cube. Covering AWS reInvent 2019. Brought to you by Amazon Web Services and Intel along with its ecosystem partners. >> Welcome back everyone, we're live here in Las Vegas in the Cube for live coverage of Amazon reInvent 2019. I'm John Furrier here instructing the singer from the noise. We have an amazing guest here, the founder of Aviatrix, I mean the CEO of Aviatrix, Steve Mullaney. Welcome to the Cube, thanks for comin' out. >> Thank you, good to see you. >> So first of all, I want to get into your experience, because I think it's notable having you on, because you've been in the industry for years, you're CEO of a multicloud software, a new kind of company. And this is what Andy Jassy was talking about on his Keynote today, that there's new kinds of companies, there's the born in the cloud, then there's enterprises re-borning in the cloud, my word. It's actually pivoting or re-platforming, re-imagining, whatever you want to call it. This is the new game, and if you're not on that side of the street you could be out of business. >> Steve: Yeah, no we're definitely seeing that and I think that's the thing that really got me excited about a year ago, was watching enterprises make that transition and say you know what, the center of gravity has gone from architectures inside the on-prem data center, is now moved to in the cloud. That shift has happened, people talked about it five years ago, but they didn't mean it. Now when you talk to enterprises, they are actually moving into the cloud, not just talking about it. And they're saying that is the center of gravity. And what's interesting to me was, I think even just the tone of Andy Jassy today and what he was talking about was once you define what your architecture is, you push it everywhere. So cloud 1.0 and 2.0 was really more about taking my architecture that was on-prem and pushing it into the cloud. So let me take virtual clients, a virtual router, basically my hardware router, package it up, put it on the cloud. That's not cloud native, it's cloud naive as we talk, right? So the change that's happened is now everybody realizes that the center of gravity is in the cloud, and you start seeing things like outposts. You see things like wavelength, you see things like TGW network Manager and things getting pushed out. The architecture of the cloud, now actually pushing out and extending out into on premises. >> John: Well, I want to give you a prop for a couple things. One is, for the folks watching, and read my post about my interview with Andy Jassy, I said two things in there that I borrowed or stole from Steve. One was cloud native without the T is cloud naive. And T for trust, T for IT, that was clever. And we're going to get into that-- >> Well I stole that from our sales guy Harold Hilderbrand, so you know what? >> John: Harold shout out to you. The second thing that I heard used when we were talking, we were talking about transitions vs. transformations. I think that is so on point because I think that encapsulates what Jassy's saying and what the industry is feeling right now. Transitions are for incremental improvements, transformations are for flipping the script. >> Steve: Right, right. >> This is really happening. Can you share what you mean by transitions vs. transformations? >> Yeah, so when you're in a computing model, there's been really three computing models. There's mainframe, which was 50's or 60's, to 80's or 90's, there's a 20-30 year period where IBM, DAC and so forth. That was the way you did enterprise computing. Then this PC client server thing came along, which was viewed as a toy at the beginning. For print sharing and work groups and people said are you kidding me? PCs, Servers are just PCs with two power supplies. I'm not running my mission critical infrastructure on PCs. But in the 90's with the internet, IP protocol, it's shifted. That became that transformation. So incumbents never win transformations. DEC, IBM and what happens is they're never in the conversation, because it's a transformation. Incumbents always win transitions, so for the last 20 to 30 years, Cisco, great, fantastic company. Very respected company. John Jamers will talk about transitions and talk about he would pat himself on the back, and how they would win market transitions. You're supposed to win a market transition as an incumbent, don't pat yourself on the back. The customers will force you to win the transition because they don't want another leader when you're in that same model. We are now entering that third transformation, this a model of computing change. This is from the top down business transformation Andy was talking about, which is true. You have companies redefining who they are, and they are leveraging cloud technologies to do that. This is not a cost thing, this is not a bottoms up technology thing that IT guys just say ah I want to learn something new. This is top down business transformation, existential threat to the survival of my company kind of stuff, and we need to move fast, and enterprises all move together. That's now happening and transformations, that confusion creates opportunities, because it moves so fast that the legacy vendors just don't have time. They have the innovators dilemma, they can't move to the new way quick enough. >> Yeah and one of the things I want to get your thoughts on and I want to get your reaction to is as we go to all the events in cloud, in this business, we see everything, the one tell sign, for me, is the security market. Security got unbuckled out of IT, in the board conversation. The jewels are on the table, the security, if you get hacked you're out of business. Talk about threats to the business, security is the leading indicator. What's going on in security? They're building their own staff, they're hiring developers in house. They are really changing the game on how they use technology. That's just in one area. You're talking about a complete reset, or reconsideration of everything that Jassy said. >> Everything, yeah, it's the business, right? Your applications are your business, right? And then all the infrastructure underneath that is there to service the applications and the data, that's why it's there. When you talk to different people, and you talk to customers like NBC and CBS, and content people, they're moving to the cloud. They're now having channels that are 100% hosted on AWS for the first time. Why are you doing that? I asked this of CBS. Because we need to move faster. Guess what, they're competing with Netflix and Amazon. They can't do it the old way, they're going to die. So they're moving all of their channels, hundreds of channels to be now cloud enabled. Because it allows them to deliver it in months as opposed to years. >> Your really interesting background, I'll share with the audience, you have a networking background, the old WellFleet became Bay Networks. Early employee at Cisco, then went to early employee at Palo Alto Networks security company. CEO Of Nicira, which is a big pioneer in software-defined networking. Which, at the time, evolved into the crown jewels of AVMWare. >> Yep, in a sense. >> You would say I would agree with that. And now you're on Aviatrix where it's got a multi-cloud abstraction, so you're kind of riding this new wave. So the question I have for you is, I coined the term being reborn in the cloud. Not born in the cloud. People who are born in the cloud, clean sheet of paper, they can scale up. But an enterprise has got to transform. Has to become reborn with cloud architecture. >> Steve: Yes, yes. >> This is a fundamental, almost look in the mirror moment as an enterprise executive, saying are we being reborn? >> Yes. >> How do companies do that? >> So we have a number of companies, enterprise companies, that are 30 year old, 40 year old enterprise software companies that, honestly, were left for dead. Where people thought, they weren't SaaS. They missed out on the whole Benny Hoff SaaS movement and they were on-prem. They had all the features, all the functionality, but they didn't have the delivery model of SaaS. They were hurting, they were going to die. People left them for dead. Now what they are doing is they've reborn themselves, in the cloud. They are pushing themselves in the cloud. Informatic, Variant, Epsolon, Eluysian, Teradata. We've got tens of these companies, that are, have reinvented themselves and now they're actually doing really, really, well. Because they had the functionality that they've always had, but now they have the delivery mechanism. There not SaaS actually, and the customers like that. Because I get my own three or four VPCs, it's my own network, it's not multi-tenant. It's hosted within AWS and now they're just migrating as fast as they can, all of their on-prem applications of customers into AWS and other clouds. >> John: All right, so I want to ask you about multi-cloud. Jassy didn't use the word multi-cloud, the critics are tweeting away on that. But, of course he's going to say multi-cloud, he's the cloud. He's the one cloud, he wants to be. >> Yeah. >> Multi-cloud is a reality. He did point out in my interview, and I think he might have mentioned on stage, that people are picking up primary and secondary. And then it's not 50/50 it's 70/30, 90/10. Whatever the ratio is then just pick one. Amazon gets picked a lot for the leader. What's your vision and how do you see the multi-cloud playing out? As people start becoming more cloud operations based. >> My view, and people, we are in the first pitch in the first inning of this cloud and people say AWS is a 40 billion dollar run rate, how can that be? Because the money has always been and always will be with large enterprise. They are now just starting to move into the cloud. There's trillions of dollars of spend that's coming into public cloud. So, first off, it's very beginning, early days. Second thing is AWS has done incredibly well with the developers and the born in the cloud people. Enterprises, not so much. And, you know what? Microsoft kind of understands enterprises. So I think we're going to be set up for a little bit of battle here, and it's, by no means, over. So I think AWS recognizes that and every single enterprise that I have talked to says I may not be a third, a third, a third across all three of the big clouds. Maybe I'll have one primary, and I think Andy Jassy says that, which I kind of agree with. I think people will have a primary, but I don't think everyone's primary is going to be AWS. I think there's going to be a lot of Azure primaries. And even some Google primaries, probably more, and I think it will be a two horse race for that. But then they're going to use the other clouds because, I was just talking to a customer today. The signature recognition software runs better in Azure. They're an AWS customer, they're moving to Azure for this. Why, because that app runs better in Azure for some reason. I think people, particularly enterprises, will make that decision. >> All right, so I want to get your take on two things, first of all I agree with you. >> I think that's what will happen. >> I would agree with that, so let's just take this scenario. Amazon wins on capabilities, they're constantly adding new stuff everyday. So, if you're a builder, it's the ultimate tool shed for technology. Azure isn't there yet, they're trying to catch up as fast as they can, they're pedaling as fast as they can. But there's a build out level and then there's a consumption level. So there's having all that capability, but also the customer's consumption has to be addressed. Solutions packaging, ease of use. So delivery mechanisms for infrastructure in the cloud. The consumption, how I buy and use, is now a consideration. Or consumer experience or whatever you want to call it. What's your take on those two dynamics? >> I think you'll see, from AWS, I don't know this, but it has to be, because this is what enterprises want. The phrase 'Go Build' is great for an early adopter. You go tell that to an enterprise, here's the power tools, go build your house. They go, I'm going to cut my hand off. I don't want to go build anything, I want to consume. So I think you're going to see them changing their tune a little bit, because the markets evolved, and I think it's caught them a little bit by surprise as well. I think Microsoft, because they know the enterprise, they won't say 'Go Build'. They're going to say 'Come Consume'. And I think that's going to resonate with enterprises. Because, at the end of the day, they don't really want to do that. Now, either way, I think it's going to be a battle. That's where Aviatrix comes into play. We help enterprises, no matter what cloud you're on, across multiple clouds or one, actually consume services. So we abstract away all the details of those native services. >> Well, I would say, if you got to transform, you have to do some building, but it would have to be the easy kit. >> Steve: Yeah, I want the easy button, I mean. >> John: Paint by numbers. >> Yeah. >> John: Self-installing house. So I got your take on that. So you got a lot of buzz in the analyst community around a phrase I've heard you say. >> Steve: Which one is that? >> There's no more food left in the data center. >> Oh, okay, yeah. >> John: And the animals are leaving the data center. >> And that's right. >> John: Food being the supplier. >> The on-prem data center. >> John: The on-prem are money and the animals being the vendors. So if there's no food in the data center, what's happening? What does that mean? >> Steve: They're goin' through, the center of gravity has moved into the cloud, that's where the food is. So you're going to see a lot of cloud naive legacy vendors put cloud on things, right? It's the same crap they had, they're just going to put cloud on it because, like I said, what do animals do when they run out of food? They go find where the food is, right? If people get mad when I say that because data centers are not going away. I know that data centers aren't goin' away, but they're going to get quarantined like mainframes got quarantined. It's going to be an expense area, it's not going to be an investment. And what do you do with an expense? You quarantine it, you cap it, you hopefully keep it flat, or your reduce it. But, sure, the data centers are going to be around for a long time but all their market caps are based on big growth. And, where people are confused is, for the last five years, everybody said we are moving to cloud. But they were talking. So if you look over the last five years, all the people selling the on-prem have done very well. So, clearly, this whole cloud thing was a hoax, right? Because, for five years, you said it was coming and it hasn't, so therefore I'm good. The problem is you're good right up until you're not good and that just happened. >> And that's happening now in your opinion? >> That's happening now and your seeing it in peoples results, publicly. And they're washing it over. They're saying it's a temporary problem. I compensated the field wrong. Bullshit, I know what's going on and, you know what? There's going to be no hiding from that. >> Yeah, and the expansion's going to be in the cloud where the developers are building apps that drive top line. >> Steve: That's where all the investment's going. >> Okay so, there's a couple of major areas developing with the cloud dynamic. The cloud scale and now data tsunami and data scale. Diversity of data and all those things are happening. You can see that in the announcements. Large scale data, the data layer network, data ops, data as code, infrastructure as code, large scale, all that's great. But networking still becomes the fundamental problem. Jassy talked about it on stage. Hops to the network, they got this wavelength thing for 5G. That's really cool. All the kind of important things that are going on, is going on at the network. Same concepts being applied to a new architecture. >> Yeah. >> Your thoughts? >> Exactly right. One of our customers, I forget who it was, said a phrase to me that I love. Again I steal everything John. >> John: I steal from you. >> Yeah, he said the network comes first. I go that is perfect, I'm going to use that. In fact, actually it's on our website. The network comes first. Because when you're building up that infrastructure, in all of computing. Compute network and storage, what's the most important? Network by far. Why, because if the network isn't architected correctly, you're screwed for life. So you've got to get that right. So that's what everybody is doing right now. Is they look and they say strategically, we're going to go build a city. First thing I got to go and do is get the basic infrastructure, and the network comes first. That is the core of my basic infrastructure. If you get that wrong, life is bad for a long long time. That's what's going on right now. >> Okay, so you've had a great career, you got the CEO of Aviatrix going on. You're also looking at startups, you advise, been on boards. What's your view of the startup landscape if you're advising startups to go at this market, this trillion dollar enterprise market, the money's being thrown in the air and the money's in the middle of the table. How do they attack that money, how do they attack the marketplace? >> First thing, number one, you got to be cloud native. You have got to understand the basic native constructs of Azure, Google, AWS. You cannot be just this thing that plops on top of it, you got to be able to programmatically, program that infrastructure and leverage it. Because all of the hundreds of billions of dollars being spent, you want to use that, right. You don't want to have to go recreate that. So that, to me, is number one. And then number two, I think there's a lot of opportunity in the cloud. Everybody thinks AWS will do anything and everything you need in networking. That is a bunch of crap. There is so many limitations that they have for enterprises. Like hundreds of limitations. The beautiful thing with networking is you push one area, and ten other problems happen. So we've got 20 years of things to do to make networking better. So that's what we're going to do. But also at the edges, right? I would say where the interesting thing happens, is the interface between on-prem and cloud. So BGP, IOS, Cisco IOS, all the things that, because it's kind of like the virtual, the physical interface. It's the cloud to on-prem interface. There's still going to be an interface. >> John: You still need plumbing. >> Then there's still going to be an interface. That interface is where a lot of the complexity and friction comes. So whether it's IoT, edge computing type things, or things that we do of bringing that cloud in a seamless, kind of simple, automated way. Bringing on the on-prem into the cloud world in a very seamless way. >> John: So, I'm got to ask you a final question. You came out of retirement. You had the good life on boards, golfing, clipping coupons, going to the beach every day. Now you're the CEO of a company going grinding it out again. A lot of older ageism coming back into the biz. A lot of people who have been in the systems business. >> Steve: Oh yeah. >> A lot of people coming back into the game. Why did you come back, what was the main driver for you to come back out of retirement? >> 'Cause this is a thousand foot wave and it's ten times bigger than what I saw in client server. It's the biggest opportunity of value creation and innovation that I have ever seen and ever will see in my life. What's also fun is every single one of the customers that we are dealing with are all old guys like me. They're all 40s, 50s, 60s, it's the IT guys from 30 years ago that everyone left for dead. Everyone thought, oh it's the developer-led infrastructure, the developers are going to do everything, uh uh. This is IT, IT is coming back and saying thank you very much developer, we got it from here. This is serious business now. This isn't fun and games anymore. We're taking over. >> But it's serious IT, it's reborn IT, it's not the old IT. >> Not the old IT, they want to do it. It's the old guys. But they're enlightened guys and gals and they want to do it in the cloud way, with the simplicity and the automation. But yet I want to bring the functionality, visibility, and control that I had on-prem. I don't want to do it the old way. I want to do it the new way. Guy today I was just talking to a customer who said, I don't want to build my Dad's network. But he's 50 years old, he's my age, you know. And so, but I think that's the key, they're enlightened networking people, yet they have the 30 years of history of understanding the subtleties of BGP and networking. >> This was our chance to hear you in the Cube, we had such a great time, our team's awesome. It's our seventh year doing reInvent, eight years total of this conference. What's your take of Jassy's Keynote this year? Is this an inflection point? Is this one of those moments where you're going to look back and say this was a time that Amazon made a change, or gassed it extra hard? >> I think, my take is, look every year he says amazing things and every year is another step function. But I think this year will go down as the year that people will look back a couple of years from now and say that was the point, that it got serious, like really serious in terms of big enterprises coming in and I think it's going to send a message to the other public clouds, and a message to all the other enterprises that say hey, maybe I'm falling behind. When you see Goldman Sachs and you see banks are laggers to the cloud. They're not early adopters, they're laggers. You see that and you go well, wait a minute, maybe I'm missing out. I think it's going to actually accelerate because he's seeing it, you know. So I think it will go down as a big inflection point. >> John: Steve Mullaney, President and CEO of Aviatrix, who's going to, you'll be on Thursday to go over some of the stuff you guys do as a company. Appreciate the commentary, and great experience riding the wave. How high was that wave? >> A thousand foot. >> Thousand foot wave. We've been riding this wave for years. What a great time it is to be here at reInvent. Keep coverage, I'm John Furrier. We will be back with more coverage after this short break. Here in the Cube Intel Studios sponsored by Intel. Thanks to Intel for your generous contributions to making the Cube and supporting our mission. We really appreciate it. Thanks for watching, we've got the more coverage after this short break. (upbeat music) (upbeat music)