(bright music) >> Announcer: From around the globe, it's theCUBE, with digital coverage of AWS re:Invent 2020. Special coverage sponsored by AWS Global Partner Network. >> Okay, welcome back everyone to theCUBE Virtual Experience here for re:Invent coverage 2020 virtual. Normally we're in person doing interviews face to face, but we're remote this year because of the pandemic. We're here for the APN partner experience, kickoff coverage with two great guests, Rima Olinger, of global lead for VMware cloud on AWS. And Aarthi Raju, Senior Manager Solutions Architecture for Amazon Web Services. Thanks for coming on, appreciate it. >> Good to be with you John, thank you. >> So I got, want to get it out there this partner network experience, it's really about the ecosystem. And VMware has been one of the biggest success stories. They've been around for a long time, and not one of the earliest ecosystem partners, but a big success. 2016, when that announcement happened, a lot of people were like, whoa, we VMware is giving into Amazon. And Amazon was like, no, that's not how it works. So turns out everyone was been proven wrong, it's been hugely successful beneficial to both. What's the momentum, share an update this year on the AWS VMware momentum. >> So John, as you know, we're into our third anniversary, and the relationship cannot be any stronger. We see customers are leaning into the service very heavily. We see great adoption across multiple industries. As some data points for you, if we look at October of this year to October prior year, we're seeing the number of active nodes, or the number of consuming host and active VMS, nearly doubled year over year. we also continue to see greater partner interest in the solution, we have over 300 ISVs that have validated the services on VMC. And we see over 600 plus partners that continue to take the competencies and build practices around it. So the momentum is very strong, for years still today. >> One of the comments I made when the naysayers were like kind of pooh-poohing the deal, I was like, no, no, the cloud growth is going to be a factor at that time, then, the trendy thing was software's eating the world, was a big trend there. If you look at the growth of cloud scale, and software innovation, and the operating side of it, 'cause VMware runs IT, they let operators running IT. There's no conflict because Amazon's growing and now the operator roles growing and changing. So you have two dynamics going on. I think this is a really nuanced point for the VMware, AWS relationship around, how they both fit together. Because it's a win win better together scenario, and it is on AWS, which is a distinction. Can you guys share your reaction to kind of that dynamic of operating software at scale, and how this translates for customers? >> Absolutely, we see a lot of benefits that this service is bringing to the customers. Because what it's doing is providing them with this consistent infrastructure and operations across hybrid cloud environments. And in this way, they have the choice of where to place their applications on-prem or in the cloud, specifically. And this is one of the reasons why AWS is a VMware's preferred cloud provider for all vSphere workloads. We see the customers gravitate towards it and be receptive to it specifically because they say I accelerate my path towards migrating and modernizing my application. It provides me with consistent as I mentioned, operations and infrastructure. And it also helps them with factoring, and helps us scale their business and very fast, very seamless fashion. Aarthi what is your perspective, maybe additional things. >> Yeah. >> Yeah, from a technical innovation perspective, the momentum, John has been very strong, especially, listening to what customers have been asking us the past couple of years. 2020 has been a big year for us in terms of launching some giant innovations. A couple of things to call out is, we launched the VMware Transit Connect. This was announced during VMworld this year and customers have been telling us, hey, we are migrating workloads from on premises to the cloud, we need a simplified way of connecting all these resources on-prem resources, resources on VMware cloud on AWS, and their AWS native resources as well. So, the VMware Transit Connect, uses the AWS transit gateway that we launched at re:Invent two years back to provide that simplified connectivity model for our customers. The next big thing this year was, we introduced a new instance type i3en.metal, So customers have been telling us they want denser nodes for especially storage heavy workload. So we launched this i3en, that comes with approximately, like 45 terabytes of storage per node. So that's a lot of storage for individual nodes. So customers have been taking advantage of these dense nodes as well. There was other areas that we kind of focused on from a lower entry point for our customers. When we initially started the service, John, you know that we had, the minimum entry point as four nodes, we've scaled that down to three, and now we've come to two nodes, giving the same production SLA for customers. The other big launch this year was the acquisition of Datrium by VMware and how we introduce the VMware cloud disaster recovery. Datrium uses the eight native AWS services like S3 and EC2, providing customers this low cost TR options. We're talking about the APN here and for partners, we launched the VMware cloud Director Service, which delivers multi-tenancy to our managed service providers, so that they can cater to small, to medium sized enterprises. >> What are some of the other use cases that are the key in these migrations, because this becomes a big benefit we're hearing, certainly, during the partner day, here at re:Invent, is, migration, cloud SaaSification, getting to a SaaS, but not losing the business model. Either was on premises or born in the cloud, this done new operating models, the key thing, what are some of the key use cases for partners? >> The most widely adopted use case that John, which you rightfully touched on, is really the cloud migration. We see around 41% of customers use the service just for cloud migrations. Now, this could be an application migration, like SAP, SQL server or Oracle Applications, or it could be a complete data center evacuation. And we see that with some customers who have a cloud mandate, or they have refresh cycles that are coming up, or maybe they're in a colo, and they're not happy with their SLA. I could use the example of William Hill, is one of the customers largest betting and gaming companies that are in the UK. And what's the use case was, a combination of a data center extension as well as a capacity expansion specifically. And what William Hill was able to do is, move 800 on-premise servers, and they decommission them in the first 12 months. And they also migrated 3000 VM. So that is cloud migrations is a big use case. The second big use case, as I mentioned earlier, is the data center extension that includes also VDI, the combination of both is around 42% of the use cases, with around 26%, I would say for data center extension and 16% for VDI. Why, customers want to expand their footprint, they want to go to a new region, and they want to meet on demand, cyclical capacity needs, or sometimes temporary needs for some events or some seasonal spikes. So we see that as a second big use case. A third one equally important, tend to be disaster recovery. Now, this is either to augment an existing DR. Replace a DR that is already in place, or start a new DR, and that constitutes around 17% of the use cases that we see. Because customers want to reduce their DR, avert some cost by moving to the cloud. And one example that comes to mind is Pennsylvania Lumbers Men's Mutual Insurance, it was a DR use Case. They worked with an external storage partner of ours faction in order to put that in place. So overall a great use cases across the board. And I know a big one is application modernization, Aarthi, I know you work with your teams on that, if there's any feedback from you on that. >> Yeah, the next generation applications or application modernization comes a lot. We talk to like AWS customers who are migrating from on-premises to the cloud using VMware cloud on AWS. And three or four years back as we were building the service and architecting, one thing was very evident, like we wanted to make sure that as we were building the service, we wanted to ensure that customers can take advantage of the native AWS services. We've got 175 plus services and new services launching at re:Invent, So we wanted to make sure that there is this, seamless mechanism and seamless path for customers to modernize using native AWS services. So what we've done as part of like onboarding for customers and as customers built on VMware cloud on AWS, is provide them both the network path and data path. So they can as your into the same availability zone or region, they're like, hey, I can use S3 for backups. I can use EFS, for file shares, etcetera. So we're seeing a wide range of next generation application use cases that customers are building on. >> Why would I get at the reasons why customers are continuing to adopt VMware cloud on AWS? Can you guys share an update, I'll show you the obvious reasons, the beginning was nice strategy for VMware, it's proven to be clear. But where's the innovation coming from? What's the key drivers for the adoption of VMware cloud on AWS? >> So one of the key patterns that we are seeing is, customers who used to be risk averse, customers will be invested a lot in VMware. And at the point, they did not want to move their workloads or applications to the cloud because of the risk involved, or sometimes they didn't want to refactor, or they were worried about the investment in tools, resources, they tend to gravitate towards this solution. The fact that you could provide your customers with this consistent infrastructure and operations across on premise, as well as on the cloud environment. The fact that you do not need to do an application refactoring. You could optimize your workload placement, based on your business needs, you could move your workloads bidirectionally, you could either leave it on-prem, or move it to the cloud, and vice versa. We've also noticed that there is a lower TCO associated with the use of the service. We know from a study that VMware commissioned Forrester in 2019, for that study, that 59%, there is a recurring savings in terms of infrastructure, and operational savings that is related to that. Customers tell us that, this consistency in infrastructure is translating it, into zero refactoring. This consistency in operations, is leading them to use their existing skill sets. And with the ability to relocate the workload skill into the environment that best suits them, that is providing customers with maximum flexibility. So I would say it is delivering on the promise of accelerating the migration and the modernization of our customers applications so that they can continue to respond to their business needs and continue to be competitive in the marketplace. >> Aarthi I want you to weigh in and get reaction to that. Because again, I've talked publicly and also privately with Ragu, for instance, at VMware, when this was all going down. It's a joint integration, so there's a lot of things going on under the hood that are important, what are the most important things that people should pay attention to around this partnership? Could you share your opinion? >> Yeah, sure, John. So one of the most common questions that we get from customers is, hey, this is giant integration, we can take use of make use of native AWS services, but what are some of the use cases that we should be targeting, right? As we talk to customers, some of the common use cases to think about is, it also depends on the audience. Remember, admin scoring example, who might not be familiar with the AWS side of services, they can start with something simple like backing up. So S3, which is our simple storage service, we see that use case way more often with our VMware cloud on AWS customers. This also ties with that Datrium integration that I talked about with the VCD or the VMware cloud disaster recovery, providing that low cost TR option. We are also starting to see customers offload database management, for example, with Amazon RDS, and taking advantage of the manage database service. As we talk to more customers, some of the use cases that comes up are like, hey, how do I build this data lake architecture? I've migrated to the cloud, I want to make use of the data that I have in the cloud now, how do I build my data lake architecture or perform analytics or build this operation resiliency across both these environments, their VMware cloud on AWS, as well as their native AWS environments? So we've got that seamless connectivity that they can take advantage of with VMware Transit Connect, we've got the cross account ENI model that we built, that they can take advantage of. And he talks about this one, and talks about the security is always job zero for us. And we're also seeing customers that take advantage of the AWS services like the web application firewall or shield, and integrating it with the VMware cloud on AWS environment. And that provides a seamless access right? You now have all these security services that AWS provides, that allows you to build a secure environment on VMware cloud on AWS. So providing customers the choice has always been a priority, right? We're talking about like infrastructure level services. As we move up the stack, and as customers are going through this modernization journey, like VMware provides containerization option using VMware Tanzu, that came out at VMworld. And then they also have the native options, we provide a EKS, which is our Kubernetes as a managed service. And then we also have other services that enables customers to take that jump into that modernization journey. One customer we've been working very recently with is PennyMac. They migrated their VDI infrastructure into VMware cloud on AWS. And that's allowed them to scale their environment for the remote workers. But what they are doing as part of their modernization journey, is now we're helping them build this completely serverless architecture, using Lambda on the AWS cloud. >> Yeah, that's really where they see that, the value is high level services, the old expression prima, they use the hockey from Wayne Gretzky skate to where the puck is going to be, or, get to where the ball will be in the field. This is kind of what's happening, and I'm kind of smiling, when Aarthi was talking because, I've been saying it's been, going to, IT operations, and IT serviceman's is going to change radically so years ago. But you're really talking about here is the operating side of IT coming together with cloud. VMware, I think is a leading indicator of, you still got to operate IT, you still got to operate stuff. Software needs to be operated apps need to be operated. So this new operating model is being shown here with cloud, this is the theme with and without IT. With automation, this is the big trend from re:Invent this year. Obviously AI machine learning, you still got to operate the stuff. It's IT, depends on, we got lammed in automation doesn't go away, the game is still the same, isn't it what's happening here? >> Absolutely, so what we're saying is, once there's that you're absolutely right about the fact that they needed to, worry about the operations, once they migrate their workloads, they're taking their data, they're saying, how do I make sure that I put in place operational excellence, and this is where, AWS comes in, and we provide them with the tools needed to do that. And then step number two, say, what can I do with this data? How do I translate it into a business benefit? And this is where the AI ML tools come in place, and so forth. And then the third step, which is all right, what can I do to modernize these applications further. So you're spot on, John, in saying that this is like a transformation, it is no longer a discussion about, migration anymore, it is more of a discussion about modernizing what you have in place. And this is, again, where this brilliancy between the collaboration, between VMware and AWS, is bringing to the table, sets of tools and framework for customers, whether it's security framework or networking framework, to make the pieces fit together. So I'm very excited about this partnership. And we continue to innovate, as you heard in prior discussions with our executives on behalf of our customers, we spoke about the RDS Amazon, relational database service on vSphere. We spoke about how to post on VMware cloud on AWS, to bring the cloud to the customers data center for specific needs that they have in spite. And we're not stopping here. We are continuing not to make more joint engineering and more announcements, hopefully in the future to come. >> That's great insight. And a lot of people who were commenting, three, four years ago, when this is all going down, they're on the wrong side of history, that the data is undeniable, refutable, it's a success. Aarthi give us the final word, modern applications, modern infrastructure, what does that mean, these days? What's the bottom line when you talk to people out there? When you're at a party or friends or on zoom, or a Jime, in conference? What do you tell people when they say, what's a modern application infrastructure look like? >> Yes, the word modern application, the good or bad thing is it's going to, what I said yesterday could be different from what I'm saying today. But in general, I think modern application is where we enable our customers to focus more on their business priorities using our services, versus worrying about the infrastructure or worrying about like, hey, should I be worrying about capacity? Should I be worrying about my operational needs or monitoring? I think we want to abstract all that. We want to take that heavy lifting off of customers and help them focus on their business. >> Horizontally scalable and leveraging software in the application, can't go wrong with that formula in the cloud. Thanks for coming on, and thanks for the awesome conversation. Thanks for coming on. >> Thank you John. >> Thank you >> Okay, it's theCUBE Virtual for re:Invent Experience 2020, this is virtual, not in person this year. I'm John Furrier, your host from the theCUBE, thanks for watching. (bright music)

>> Voiceover: From theCUBE Studios in Palo Alto in Boston, connecting with thought leaders all around the world, this is a CUBE conversation. >> Hi, I'm Stu Miniman, and welcome to this announcement with VMware cloud on AWS update. Happy to welcome back to the program, Matt Morgan. He is the Vice President of global marketing with VMware cloud services. And welcome into the program Fred Wurden, he's the general manager of EC2 enterprise at Amazon Web Services. Thank you so much both for joining us. >> Good to see you Stu. >> Same, thanks Stu. >> Matt, and Fred, the VMware AWS partnership is one that has gotten a lot of attention. I know any time back in the day when we used to go to physical trade shows, I could know when there was a session talking about this because it was usually full and overflowing. When I've written about this topic or doing videos about it it definitely gets quite a lot of attention. So it's been over three years since the partnership was announced but still, when I talk to people, they don't necessarily really understand the depth of the integration and the work that gets done on both sides even though you get clear messages from both Andy Jassy and Pat Gelsinger about how important this is. Matt, maybe start with you and Fred would love your commentary as to this three year partnership and where we are today here in 2020. >> Absolutely, since the initial announcement of the VMware AWS relationships, we have actually built a very special cloud service. And today, we're actually deepening our partnership. In fact, today, VMware goes to market saying that AWS and only AWS is our preferred public cloud partner for all vSphere based workloads. VMware cloud on AWS is a jointly engineered service. Meaning, our product teams our r&d teams are all working together to deliver VMware enterprise class Software Defined data center solution to the AWS cloud. VMware Cloud foundation is the core technology that's behind our service. And it gives us the capability to deliver that same level of infrastructure familiarity and consistency that our customers use today, across every data center location, the edge and of course inside the public cloud. VMware cloud on AWS attracts an enormous amount of interest from customers. And these customers are in every vertical, whether you're speaking of healthcare, media and entertainment, transportation, financial services, manufacturing, energy, government, education, professional services, and of course technology. And together with AWS, we're bringing together services that are being used across the whole portfolio of cloud optionality. This includes cloud migration from whether you're talking about a single app or complete data center, disaster recovery, whether you're talking about replacing a legacy system or building new disaster recovery in the cloud. Data center extension building that hybrid cloud. And of course, modernizing applications which we classify under the term application modernization. >> Great, and Fred from the Amazon side. >> Yeah, the partnership is been fantastic over three years. And I can't express enough how hard it is to actually deliver a simple solution that customers are asking for from all levels of both organizations. And to do that it takes both AWS and VMware to deliver a solution that allows companies to leverage what they know today and extend that into the cloud. And leverage all of the benefits that we're going to go over and a rapid delivery of new features which they haven't had before ever. So it's fantastic a partnership. I love what we've been doing at all levels. And I say it's going to continue. The scale at which we're growing is fantastic. And with that, I'm happy to go over some of the announcements and why we're doing what we're doing which is all based on listening and what our customers want. >> Excellent. Well, Fred, hey, we're glad first of all, that it did not get called VMC on AWS SS. Because we have enough acronyms already in tech. Matt, VMware and AWS, of course, clear leadership in the marketplace. With three years, bring us inside as to you talked about all the verticals that were used, but where's the proof on the adoption of this technology? Love to hear a little bit about that. >> Yeah, absolutely. So we have customer examples across the verticals we spoke of, but it's the customer stories that are the real value demonstrator. Let's pick up a couple of those. IHS market, they were able to move 1000 plus workloads to the public cloud. And that story is kind of common in the world. But what's unique about this particular story is IHS market moved them in just six weeks. If you look at the cloud migration strategy in general, for someone to move that fast with that many workloads, it's unheard of. VMware empowers that because the operating setup that organizations have standardized in their data center is identical in the public cloud. So organizations can move workloads we see them move hundreds of workloads in a week from their data center up to the public cloud. In addition to that, we have customer examples like the Pennsylvania Lumberman's Mutual Insurance Company. They were able to demonstrate 20% cost savings by moving their disaster recovery systems to VMware cloud on AWS. And that was initial savings right off the rip. Other customers like William Hill, George St. PA, Stage Coast, PHS Mortgage, they're all demonstrating the significant value adds when people move over to the public cloud, but leverage that VMware cloud solution. >> And Fred obviously, AWS also plays across these environments. We would like to hear your side too. >> Yeah, a couple examples like S&P global ratings, they spin up a new application environment in a few hours instead of months. Let alone taking all the burden off of their supply chain and management of that. Like Matt said in terms of seeing cost savings. So agility and speed allows them to really focus on their applications and start to modernize and innovate in areas that really differentiate them. They've had 100% uptime for regulatory applications and a 50% improved disaster recovery time. Other customers have built out a disaster recovery plan and then actually spun to VMware cloud on AWS as their primary because they had better performance. So it's the whole range of options in terms of better performance, better TCL and economics and mostly agility on what they can do going forward with applications that may already be built on AWS as well with native services. >> Matt, you touched on some great customer examples, maybe maybe give us some, broad themes as to what are the key drivers as to why customers are adopting VMware cloud on AWS? >> Yeah, absolutely. As with any infrastructure conversation, total cost of ownership is a big piece of the equation. Organizations want to look at their footprint today. They want to look at their footprint next year, and then of course, many years out. So when you look at the public cloud, cloud economics are a big driver. VMware, of course adopts the whole concept of cloud economics whole full horse. Meaning that we give you the capability to recognize the advantages of an apex object model, the ability to have on demand services, the ability to have a managed IaaS, all of that is part and parcel to our service. But on top of that, there's unique capabilities that VMware cloud on AWS delivers that deliver unique economic value. The first is this concept of zero refactoring. Our customers tell us that this alone allows them to eliminate what they call is rework, sometimes called the rework tax. Which prevents organizations from moving applications to the cloud without reworking them, without working their data layer, re architecting how they run, they can move them because the operating layer is consistent. Another area of value that's unique to VMware cloud on AWS is the leverage of existing skill sets. Today's operators are trained on vCenter. They're trained on all the supporting infrastructure around VMware. All of that applies with VMware cloud on AWS. So the ability to translate those skills into a cloud skill set right off the bat is of enormous value. Of course flexibilities another big one, as organizations embrace what it being seen as composite applications, which are applications that span the data center, the public cloud out to the edge. The ability to move logic as needed to be able to have portability is something we deliver. Again, that's an economic value that we are able to provide. Now this has been quantified by third parties. There's been several major third parties, including Forrester, including IDC, that have published value added statements around the total economic impact of VMware cloud on AWS. In fact, just last year, there was a study that was commissioned by Forrester that demonstrated a 59% reoccurring savings in terms of infrastructure and operating savings, compared to an on premise implementation. When you look at migration that accelerates to 69% 'cause organizations can save almost 70% of moving applications by eliminating rework and refactoring. That's an IDC statistic. >> All right Matt. Maybe it would make sense to talk about just overall adoption of the solution. I believe you've got some stats you can share. >> So yeah, if you look at the adoption, we have delivered enormous growth over the last year of the service. Total number of hosts year over year are up 2.5x. Total number of running VMs year over year is actually larger at 3.5x. Which indicates that customers are not just adopting, but they're accelerating their adoption. We now have 21,000 plus number of hands on labs that have been consumed since July of 2019, a year ago. And there are now 300 plus validated technology partner solutions available. And on top of that, 530 channel partners with VMware cloud service competency are now registered and available to assist. These are tremendous statistics for 12 short months. >> Well, congratulations on to both VMware and AWS on that progress. Maybe talk a little bit about trends. Just briefly, if I look over the last three months we've talked about AWS and VMware customers. Obviously, with the global pandemic, there's been certain things that they've needed to rapidly do things like, VDI, end user computing, remote contact centers are something that they need to rapidly expand on. But, is there anything different or general trends that that you would both like to share? Matt, we'll once again, start with you and then Fred get your take on it. >> Yeah, there's a regional school district in the US that in light of COVID, needed to spin up 10,000 plus people working remotely. And by leveraging VMware cloud on AWS, they were able to conduct virtual classrooms in very short order by leveraging this broad scale infrastructure powered by VMware cloud on AWS. Over time, that provided flexibility and agility, but it also reduced their costs. They've been able to eliminate hardware replacement plans that were going to cost significant amount of money. In fact, they're showing and telling us that they're able to save 75% of those forecasted costs. But everything is really about business continuity today. Today's unfortunate economic environment where we're working through this pandemic, this global pandemic, IT organizations and businesses, they're embracing a tried and true understanding of what it means to move to the cloud. But they're embracing it in a more aggressive way because the supply chain has been disrupted. If you think about a traditional supply chain, where organizations have to receive machines, set up those machines, have them wired in have certain people on site to get those machines configured, move application. That's a lot of steps in the process, many of which have been totally disrupted during the pandemic. The idea of VMware cloud on AWS is that you replace an analog supply chain with a digital supply chain. We can now help organizations get new equipment, new capacity, new resources up and running instantly. They don't have to worry about all the steps that were previously required that have been disrupted in a pandemic. The cloud provides that operating environment that maps one for one to the realities of today's world. And they're also able to understand that looking forward, that that setup enables them to be more future ready. Ready for whatever comes next to deliver what the business needs. >> Yeah, there's a number of reasons that you just touched on Matt, that are examples that we can bring out on that elasticity. For example, Penny Mac, anytime there are changes in the market, for example, on either both for VDI or just on processing of loans. When the pandemic hit, a lot of people actually paused on both looking and or changing their patterns. And this solution has been fantastic for either scaling up or scaling down both ways. And they can do it very quickly. They can do it within a number of a variety of means whether it's a single VM, or it's moving an entire migration into VMware cloud on AWS. So great results there. The case studies speak for themselves. There's a lot of examples that we have up on both of our sites. We'd really be good to take a look at those in detail if you're interested, it's fun to see. Helps a lot of people out. >> If I could follow up with you on something here. I want to talk about I go to the cloud, often that movement is step one, how do I take advantage of modernization, whether that be for my application standpoint, or leveraging new services? I wonder you can give me the AWS side there? And, Matt would love to hear how VMware is helping customers along this journey too. >> Well, the first is we want to meet people they're at with their knowledge set and their skill set. And this is a fantastic part. Customers can move quickly with the domain knowledge that they've go. We can assist in translating and making sure that the environment and the STDC is set up in a way that is tailored to what their needs are. Whether it's an extension, or if it's a complete migration of step one. But step two really is once they're leveraging VMware cloud on AWS is they have a lot of needs in terms of their CICD, their development tools, or samples and applications around automation. And we can take and help them with that. That content is already posted on our developer tool site and our developer center for this solution. It really assists them in learning about how to leverage the elasticity and the security and the networking capabilities that allow them to go in and then use all the rest of the rich AWS services as well. So, if you look at some of the things that are coming out for example, VMware Transit Connect. Which allows, a layer three solution to be built on top of our AWS transit gateway so that we can interconnect multiple VPCs in an environment that may be running either software as a solution on AWS or a native application that was built with managed services, completely in sync and in harmony, with VMware cloud on AWS. So that's what's happening at a rapid pace. It allows people to bite off the chunks that they want to modernize and reuse tools that are either familiar with them, and or automation improvements that we've got between code tools across the board. So it's great to see the work that they're doing >> Great, and Matt on the modernization piece. >> Yeah, so our surveys tell us that customers want to modernize their existing applications. But those same customers don't want to start over. So this is an important value proposition that we deliver in partnership with AWS. Organizations can take a business process application, they can migrate it to the cloud, they can extend and reach that application with AWS services. They can extend and reach that applications with additional machine learning capabilities, they can extend it with containerized extensions. They can support a broader modern agenda without having to start over. And I think that that is a value proposition that resonates with everyone, because people often need must leverage what they already have built with what the baseline is for the business itself. In addition to this, composite applications are now becoming the norm. With data and processing being more CO located, end to end Applications often consist of processing and data for certain tasks to be either pushed out to the edge or remain on premises in the data center in addition to the cloud. That value proposition of VMware delivering a hybrid cloud with consistent infrastructure and operations enables those composite applications to be built and deployed in a highly efficient way, which is a big piece to the modernization story. In addition to this with tons of Kubernetes grid as a customer managed option, organizations can run those containerized components right on top of our service, all of which integrates very cleanly with a whole library of services that AWS offers. End to end, you have all the optionality you need plus the speed of migration and capabilities once you get up to the public cloud. >> All right, let's get into the new pieces of the partnership here. Matt, first of all, when I think about VMware cloud on AWS, the customers that I've mostly spoken to over the last couple of years have tended to be some of the larger enterprises. I've heard you're alluding towards some capabilities to the small and medium business. I know I'm looking forward to talking to PLM insurance, one of the companies that are leveraging this solution as part of this announcement. What's new and the impact that this will have on the addressable market that VMware cloud can hit for AWS? >> Yeah, so with this announcement, VMware cloud on AWS, we're extending it to offer three new capabilities. Three new announcements of capabilities. The first one is all about what you just spoke of. Which is about extending the VMware cloud on AWS value proposition to more customers. So currently, customers can spin up production clusters with three hosts are, of course much more than that. But three hosts was kind of the entry level for a production cluster. What we're announcing is the ability to create production clusters with all the capable abilities that go into what we define as a production cluster with just two hosts. That means customers will be able to deploy production environments with two hosts in a cluster, dramatically reducing their costs. In fact, the traditional costs will come down by 33%. So this is all about providing the full capabilities of VMware cloud on AWS, but to be able to do it at a smaller investment envelope. So in addition to this, we're rolling out enhancements to VMware cloud director offering it as a service. VMware cloud director now will deliver multi tenancy to VMware cloud on AWS specifically designed for MSPs. As you know VMware partner ecosystem is filled with managed service providers. We have a mean enormous collection of these that add value on top of VMware cloud on AWS. Here by using VMware vcloud director service, they can deliver multi tenancy to their customers. And this is designed specifically to serve the needs of small to medium sized enterprises. These capabilities enable MSPs to serve those needs and it will be available initially in North America. And this will give them the opportunity to say, hey, if you want to get started on VMware cloud on AWS, we can give you bite sized pools designed specifically for what you need. And this is a very asset light pay as you grow model, which aligns specifically to that market. >> It's fascinating to watch Matt, I think, not that many years ago, if I had attended VMworld and talked to the MSPs. And they talk how deeply they appreciate the VMware partnership and that cloud company was the enemy. And, today AWS and VMware partnering with them, helping to make sure that in this hybrid world that they play a role to help get to the enterprise. Fred, anytime we go to reinvent, new announcements usually come to a huge fanfare, even something like a new bare metal instance. Last year it was the I3en metal instance. People get pretty excited. Help us understand you know what this really means, what advantages it has? Are there any limitations? What should we know about the capabilities AWS has now available to the VMware cloud? >> Well, first off, thanks Stu, I3en is really exciting that we're launching. It will meet the need of storage intensive workloads. And it'll do it far better than what we've had before. It takes advantage of all the learnings and the investments that we put into instances across the board for AWS such as Nitro. If you have, high random IO access, such as needed for relational database or workloads that have additional security that we have baked in, it's going to meet those needs. Compared to I3 metal, it has more memory, more usable, high performance storage and additional security. The example of a yield compared to I3 is about a 22% performance improvement and value. We're delivering four times the raw storage for about 2.2 times the cost. So in essence, you're getting raw storage at half the cost of an I3. So customers are excited. it's one of many instances that we will launch in the future for VMware cloud on AWS. And that's one of the advantages, is people can instantly take advantage of these innovations that we have. Just like we've done across all of the other instance families to meet workloads that customers are talking to us about that they want to run on this platform. >> Excellent, well, we really look forward. I know we're going to have a deep dive with Colbert to go into a little bit under the hood. And as I mentioned, got one of your joint customers PLM Insurance to understand their use case and how they're doing it. Matt and Fred, if you could just give us final takeaway, VMware cloud on AWS, Matt, and then Fred. >> Well, first off, thank you Stu for this opportunity to speak. I always enjoy spending time with you and certainly with Fred. We're just super excited and thrilled about our partnership. VMware couldn't be happier with our partnership with AWS from engineering to marketing, customer experience. Our teams are working together hand in glove to ensure success for our customers. VMware cloud on AWS is a truly unique service. Customers can continue business operations with minimal disruption in case of any uncertain event, they can migrate their workloads fast in a very cost effective manner with minimal risk. And we're really all about helping large enterprises as well as small and medium businesses accelerate their cloud migration and modernization journey. In fact, if you look across the board, we have seen enormous uptake. And now with these new offerings that we talked about, especially the two hosts production cluster, and VMware cloud Director service, we believe we're going to be more attractive to more organizations of various sizes. We're excited about the road ahead. >> And Fred. >> Customers are excited about this road, I would add. One, thank you guys for having us on. It's great to tell this story. The feedback has been phenomenal . The growth in the adoption and what we're seeing in terms of the use cases across the board is much stronger than we could have imagined. So it's really great to see this work that is hard to do to really merge the best of VMware and the best of AWS in a true deep partnership. And that takes work at all layers, whether it's a commerce system integration, or if it's the instance engineering and roadmap work across the board or networking. And customer support across the board for solutions that run on this platform. Both of us are joined to make sure customers are satisfied regardless of what it takes. That's something that no one else has. And it is unique. And it's a long term commitment that we have with each other to do the right thing for the solution. 'Cause we can't do it individually. This is something that truly only a joint partnership as strong as this is, and has gotten stronger can deliver. So we're super excited about it. I think you're going to continue to see the pace of innovation on what we're delivering increase. And so, with that, it's been great to work with VMware on this. It's really fun. >> Well, thank you, Fred. Thank you, Matt. Yeah, congratulation to your team. And of course, love hearing the customer stories and feedback. >> Thank you Stu. >> All right. Be sure to check out the other interviews as part of this announcement and check out theCUBE.net of course, we're covering VMware and AWS deeply including their shows whether they are in person or virtual. I'm Stu Miniman and thank you for watching theCUBE.

(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)

>>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

(upbeat music) >> Live from Boston, Massachusetts, it's theCube, covering AWS reInforce, 2019. Brought to you by Amazon Web Services and its ecosystem partners. >> Okay, welcome back, everyone. We are here live in Boston with theCube's coverage of AWS, Amazon Web Services, reInforce their inaugural conference, getting into the security event business because the customers are here and it's growing like crazy. I'm John Furrier, Dave Vellante. We are two guests of a hot startup called Valtix, Vishal Jain CEO, and Brian Lazear, Chief Product Officer. Valtix, you guys just launched out of stealth, congratulations. >> Thank you. >> You guys got some good pedigree I here, in the company. >> Yeah. >> Welcome to the cube. >> Thank you so much. >> Thank you John. >> Okay, so first of all, before we get to the conference, which I think is very relevant, you guys are are getting out there. What do you guys do? What is Valtix all about? What is the core problem you solve? Why start this company? What's the value proposition? >> Yeah, so Valtix is building the first cloud native network security platform. So before you start a company, you talk to lot of customers, and you talk to customers, and we saw the cloud is real. You can see here, cloud is real. And we saw that network security, have challenges in how to scale in the cloud, that mainly because of three things to look at that main thing is that the cloud is crawling. The data center used to be like three and four. Now the customer says is hard in the morning in the keynote, they have suddenly one than 10, hundred and 30 PCs. So the new logical perimeter you're seeing. Second thing we saw was that the apps are agile. And the third thing is security is always falling behind DevOps. So if you want to make security to be scaled with apps. >> So, you're saying level up the security apps piece to the DevOps pace. So DevOps is kind of pushing things really fast. You mentioned cloud come the new way. I mean, I remember the conversations around Software Defined data center, Brian, that was the holy grail for the on premises activity, was going to put some software on the storage and you got virtualization, we're done. In comes the cloud, changed the game on the Hadoop ecosystem, change the game on the on premises ecosystem. So what has it actually done differently? Where's it going? Where's the game happening now for security with kind of, because software is key to it? Where do you see it? >> Yeah, we definitely see that, I mean, DevOps is doing such a great job in the public cloud. I mean, DevOps is just, they're really doing a great job with the tooling, the teamwork, you know, automation aspects, and traditionally, security is always had a little bit of a lag to that. And in the cloud, that distance is much greater than ever has before so the security teams, particularly we do, which is network security, they are struggling. And so we focus on providing them a really good platform for that. And that platform includes the firewall. So we are building a cloud based firewall, that goes to the customer's premise, it's all structured around a controller, we have a cloud based controller that manages the firewall is in their central place to configure things. And also that controller is very aware of the applications. So we're keen on giving them that cloud-like experience with a vendor like us that comes over the top, and it can provide that capability as they grow. >> And the status of the product is what, shipping? It's a service? >> Yep. >> Explain the product. >> So last week, we did launch. We announced our funding, and we launched the the availability of the product, and it is built as a SAS. So the controller is a SAS model. The customer does own the firewall, we're a software company, so the software goes into their cloud premise, and it has all the services that they need for protecting their network edge. >> So what are the finer aspects, what are the real differences of network security in the cloud relative to traditional network security? >> Yeah, so what we saw was that the enterprises try to bring the our on prem vendor to the cloud, based as boxes, and as you said, a software defined environment, you need to bring up something more. So what we do is, we bring the whole lifecycle and three core elements of that is the visibility that we do the inventory of the apps, across your accounts, across your regions, across the cloud even. And second thing is how to plumb yours in the path and how to build an unified enforcement solution, which is what we call a firewall. So and built on three principles, cloud native, unification, and performance. >> And the the purpose of the company, when was the origination? When would you get the idea? Was it like, you decided to start a company? What was the motivation? >> Yeah, the big motivation was that, again, we talked to our customers, and we saw the cloud is real. But security is a big impediment to the public adoption and that's why we have this conference here, as well. And then we noticed the network security is not scaling the cloud. We like the problem, we found a team. Our team has the networking background, security background, and the cloud background. And we like the problem. We like a team and he said, okay, let's attack this problem and go after the market. >> So the blocker is scale, right? >> Scale and agility. Okay, so it's a company like Cisco is not solving this problem? Yeah, so what they did was they tried to bring the appliances to the cloud, in a virtual form factor. But in this new world of the cloud, getting sprawl. Agile's... You need kind of centralized control model to secure this new logical perimeter. You can't be appliance by appliance to secure the perimeter. You need to have a more data. >> You can't throw boxes at them. >> Yeah. >> Right, whether whether it's physical or virtual Yeah, exactly. I mean, what Vishal's pointing out too is that we want one aspect of what we do is that there's this super elegance to that day zero. You can just click a button and we deploy the gateway through the controller. That gateway is your firewall. Its right there. I mean, its almost instantaneous. So, even that level reflects the cloud native capabilities. That really gets people excited because the alternative is they grudgingly have to go and get the license and build it and build their functions to scale it and we handle all that. >> And I get why the hardware box model doesn't scale. Why doesn't the software defined virtual appliance scale? >> Yeah. Well, the background is that we see a couple competitors. We see the classic NG firewall players and we see the cloud native capabilities. On the cloud native side, they've made efforts to get into a virtual form factor, but its still basically a box. Its a VM form factor. The instrumentation for it, in a cloud environment, its sub-par and there's still a lot of manual effort to get these things up and running. The plumbing, its not... The user experience is very poor. >> So, its really bring your own box as opposed to here's a... >> Yeah and it has to be a solid form factor. >> So, network security, we heard yesterday at the partner event I attended, and I heard the folks from Amazon up there and they're getting serious about this cause they see the big enterprise opportunity. They want channel marketing, all kinds of new things. But, network security kind of has that same vibe that DevOps had. Which was, you have different consumption mechanisms, the customers are buying services, the pricing's different, the scale is different, you have policy, APIs too, its very cloud native. Are customers ready for that or is your controller, Valtix controller the gateway drug to the cloud so to speak cause, certainly if all those things are changing, that means the old just can be retrofitted for the new. You got to have something from scratch. And not a lot of people are lifting and shifting beyond infrastructure as a service. That's easy to replicate with the cloud, but when you get into some of the nuances with the apps that you're mentioning, these new dynamics have to be pure play features. >> Correct. >> Are you a solution to that? Or are you a gateway to that? Its the controller right? >> Yeah, we are a solution. For example, as I said, we do the full lifecycle. We have a controller will discover all your apps, so, an enterprise can have apps that cross your accounts and cross your cloud even and we discover all the apps. Second thing is once we discover the apps, put yourself in the path of security and we do that automatically. Third thing is enforcement. For that, we have two core engines, as I said. Provide re-development, which we call a cloud firewall from Valtix and secondly the cloud controller, which sees everything. So, its a global view of the entire enterprise infrastructure. >> In your marketing documentation, you talk about the trade-offs that people have to make between security and agility. That's always been a trade-off. Do you solve that problems and if so, how? >> So, again when we saw the customer we talked to and they bring their workshop appliances, or appliances to the cloud, then there are two choices they have. One is that are apps agile, but then you cannot secure using the client's model, so you kind of insecure, or naked we call it. The other option is that you must have heard, security slows me down. So you kind of become a secure and rigid. So every time you have a new app, a new EPC, you open a ticket and you install the new firewall. So, what we are giving a third option because both options I gave are bad choices, so we give a third option, which is agile and secure. That's what a centralized controller and a Valtix file will give you that option. >> Vishal and Brian, I want to get your thoughts on why you guys, so be the devil's advocate. You guys are just a startup, although your startups actually doing well in the cloud environment, I'm being a skeptic, I'm trying to shoot my own narrative here. But the reality is you guys are young company, you want to get the attention of the enterprise or customers, what's the pitch? Why you guys? What's your backgrounds, pedigrees, the backgrounds you guys bring to the table with software, talk about why you guys? What's the differentiator? >> In terms of the team, I would say, there are three core pillars, networking, security, and cloud, right? So, this team has built up billions of parkline and deployed in thousands of enterprises and there were two core expertise initially the team was, building fast performance by plans. Second thing is decoupling the control development. I mentioned some of that. So, those are some of the aspects and then you build your team around network expertise, security expertise, and a cloud expertise. >> Have they done it before? >> Yes, multiple times. >> How big's the team? >> The team is right now twenty people. >> Twenty people? And you just raised 14 million or over 14 million? >> Yeah, over 14 million we raised and we announced it last week. >> Yeah, great. Congratulations. >> What are some of the backgrounds of the team members? >> I mean they're Cisco, Juniper, Palo Alto, Google Cloud... >> Fortinet. >> Yeah, Fortinet. Its kind of that bench strength of security in a networking cloud and then I think the other component to that is that we all come from a common denominator of building, hands on building, shipping and marketing products that are transformative. That's also exciting. So, we see this and say, this is clearly transformative or this big market opportunity to help customers and we're like, ecstatic. >> Yeah, the cloud really... It sounds like to me you guys have a real holistic systems view of the world. Because the cloud is essentially an operating system or large, distributed computer and decentralized with crypto and blockchain. Its the system thinking that's interesting. Right, you guys have that... To know the network, you got to know the system. And you get into the apps, you got to understand that middle layer that's developing with Kubernetes and containers. With cloud native, that's developing really fast. So, to see that end to end is more of a systems kind of mindset. A lot of companies are lacking that because they've outsourced everything to global SI's and now they got to rebuild. Capital One's Sie So said, we're investing everything building. We're building more. So, they're builders, they're systems guys. What's your reaction to that? >> Yeah, so basically we also know this, that all of the enterprise we talk to were told that a lot of wine products, what we're building the platform. So, we'll be starting off with the food services, but its a platform, so a wholistic platform could do the full network security in the public cloud. That's what we are working towards. >> What's the differentiator? Why you guys? What's the main value proposition that you guys bring to the table? What's in it for the customer? >> Correct, the main value proposition is the team can build it and second thing is taking a cloud related approach to this problem. We are building for the cloud and we are building using the cloud are the principles. >> So you just went through your raise, so all these answers to the questions are fresh in your mind. But, Brian you talked about a large market. Help us understand that because the market is enormous, its like a hundred billion dollars or whatever it is, but its so fragmented, there's so many different segments. How do you guys look at the TAM and then the served market for you guys, that you go after? >> Our goal is to protect their data center, this new data center, basically everything that's going in or out of the data center on the network side, that's our focus. We didn't mention some of these services, but in the product we're shipping right now, it does decryption of TLS traffic, it does firewall, it does intrusion prevention, it does WAF, so it has this, and more, so there's this set of things that when we talk to the customers, they'll say, my blueprint for the cloud is like the prep, I have to stack all these things together, risk in security says you have to emulate that environment, its worked well here, make it happen out there. And so that's where you see people getting a little bit amped up. Its hard to do that. We have a platform that can consolidates that really well and knows the system level things that John was mentioning, but it is covering a lot of space, but we are very optimistic. We're making good grounds with that. >> So its a platform approach versus five, six products? >> Exactly, so the consolidation story connects really well. >> What's the most important story that needs to be told in the security industry today in your opinion? What do you think that customers should know about, that the media and or the industry should be discussing? >> The main thing is that we talk about DevOps. DevOps is very agile. So one thing is the current security is slowing me down. Security has to be agile, especially network security, we have heard in the past, slows you down. So that's, in the cloud world, the main reason people are going to cloud is because of the agility and network security should not stop that. >> So, security's slowing down... >> Yeah and we don't want that. >> Its a deep bottleneck for mass adoption, we're seeing that more and more and that problem statement, there's a lot of Ops angles to this. Its understanding, like multi-AZ deploys and the Transit Gateway, the new Transit Gateway from Amazon and how does this all work together and we're on top of that in the network security perspective. >> What do you think about the show here? Amazon's inaugural re:Inforce. Its not a summit, summits are regional re-invents. This is its own name, just like re-invent's different for the customer. Re-invent isn't re:Inforce. Pretty important, pretty strategic for Amazon Web Services. What do you guys think? >> I think its great. I mean, we have been using all alternatives like Transit, their mutilated support, the ST bucket. We use all the infrastructure they provide. Its always good to know what they are doing because in the reinvent around Transit Gateway and we incorporate that into our product. So, we want to be ahead of what they announcing, incorporate that and giving our customer what they need as a whole solution. >> So, Brian you're running the product, Chief Product Officer. What's on the roadmap? (laughter) >> Lots of good stuff. >> C'mon! >> We're very busy. >> Feed your request coming in. Give you their services, you could just bang them out, no big deal. (talking over each other) >> Just so easy, 2,000 a year. Amazon does it, you could do a couple hundred a year, no problem. >> There's probably a couple things. One is that we will continue to expand to other clouds because our customers want that. But its also just about more capabilities. So, they're seeing what we could do today. There's a lot that it could do and they're with us, they're on the journey with us and saying we want more help and this show is an example of that. The cloud is becoming more than a thing and security's getting emphasized, literally, its emphasized here. So, we're happy to help our customers along. >> Well you guys are launched, what's the priority? You're obviously hiring, what kind of culture do you have? What are some of your needs here? Put a plug for the company real quick. >> In terms of hiring, initially I'm also hiring more engineering, building the product. They're the core of the engine. But, now we are expanding the go to market team, we have sales, marketing and we are going to expand on both the sides, like sell and build more and sell more. >> Yeah, get the revenue in. Congratulations, hot startup. Good job, well done. Thanks for coming on theCube. >> Thanks John. >> Valtix launching with new product out of stealth with funding, getting off the runway, here at Amazon Websters Re:Invent theCube coverage. I'm John Furrier, Dave Vellante. Stay with us for more after this short break. (upbeat music)

>> Narrator: Live from Austin, Texas, it's theCube. Covering South by Southwest 27 deeds, brought to you by Intel. Now, here's John Furrier. >> Okay, welcome back everyone. Live coverage of South by Southwest here in Austin, Texas. This is Silicon Angle's theCube, our flagship program. We're going to go out to the events and extract the signal from the noise. I'm John Furrier. Our next guest Ali Vahabaznet. >> Almost, Vahabzadeh. >> Vahazbadeh, Vahabzadeh, CEO of Chariot, a hot start up that was acquired by Ford Mobility Solutions last September. Really innovating in what I call the sharing economy which has been called, not I call, the sharing economy. But this really highlights the paradigm shift. So Ali, I want to thank you for coming on, I appreciate it. >> Thank you for having me, John. >> So Chariot is one of your cities not only in the Bay Area but here in Austin. Give a quick highlight of what's going on here in Austin for you guys and the freebie from the South by Southwest goers. >> Yes, Chariot is reinventing mass transit by crowdsourcing new routes in neighborhoods that either don't have the most commuter options or there's commuter options but there's not enough space on buses and trains. So we crowdsource these routes and we launch operations in these neighborhoods once we hit a tipping point and we get vehicles on the road. We started in San Francisco in 2014. We expanded to Austin, and then most recently in September we got acquired by Ford Smart Mobility to become a cornerstone of Ford's mobility strategy for many years to come. >> So this really highlights the sharing economy as I said, but what's going on is that the users interface to the real world is becoming digital. So obviously cars are not digital yet, they'll be self driving soon and Ford's announced mass production in five years. But it points to their relationship with others, collaboration. This is the big AI trend that gets surfaced in real-world benefits. >> Yeah, it's incredible. Everyone knows that Ford makes incredible cars, but Ford also wants to be a mobility company as well. With this thing that we have in our pockets, the phone, it provides a tremendous amount of data about us, commuters, riders, people who are trying to get from A to B. By harnessing that data for now it's given to us by the users themselves. By harnessing that data we can make some really intelligent and efficient choices about where our vehicles, in our example, 14-passenger Ford transit wagons, should be and could be to pick people up at the times where they need it the most. >> All right Ali, I want to kind of get you to riff on something with me. Imagine you're re-imagining the future, I love that. Or reinventing mass transit. So re-imagine some of the amazing things that are possible in your vision. Just kind of roll forward a few years. I mean we're going to have headsets and virtual reality and holograms that can bring my experience inside the vehicle. Not only am I just getting a ride somewhere, I mean in our area in Silicon Valley the Google buses and the company buses they've all gone wifi. They're working away. So I can imagine that you must have a vision for technology into your product. Can you share you vision on that? >> Yeah, imagine most people's commute is a twice-daily worst part of their day. We've moved the needle even without a lot of experimental things going on inside of Chariot. We've move it to, it's actually a decent part of your day and you don't have to worry about it anymore. What Chariot and Ford is looking forward to doing in the next couple of years is to actually make it, believe it or not, the best part of your day. You mentioned VR, entertainment options, social connecting options with other people in a Chariot who you may either want to network with professionally in the future or maybe even socially. Perhaps your next date is onboard. So there's so many things that you could be doing in that Chariot because we know your preferences. We know where you're commuting from and to. We know what you want to eat for dinner. We know where you want to go for happy hour on Thursday night and the Chariot's AI can actually be suggesting to you what Chariot to get on at what time and these folks are going to be onboard with you at that point. >> So you now I'm craving some Buffalo wings, so you just pull off the exit and I get some wings? Or bring out a Fitbit, or Johnny's going to take a bio break. I'm kind of being over the top, but this is what you're thinking, right? >> Perhaps you're on a diet and the device on your hand or the app, the diet app on your phone knows exactly what you had for breakfast and lunch. Perhaps the Chariot is headed in a certain neighborhood with a vegetarian option and you've had too much meat in the day. It could suggest to you hey, get off on this curb because there's a wonderful option here for you to have a non-protein meal. >> John: But that's in your future, you see that vision. >> It's in the future and it's not too distant from where we are right now. I mean what I think is cool between Chariot and Ford is Ford has these incredible resources. Also has vision with what they can do in the vehicle. Chariot, in a very short amount of time, in less than three years, we were able to penetrate a very attractive market of young professionals and actually have them tell us what they want to do, where they want to go from and where they want to go to. We're just scratching the surface right now. >> Tell me about your experiences here at South by Southwest. What's the vibe of the show? We've seen some touchpoints around. It's a VR show, it's some AI. Other things that you're observing that you could surface and say are the key top story lines that are developing on day one of South by Southwest? >> Yeah, you know it's my first South by Southwest, John. I was walking over here with a friend. I was remarking to her that I actually feel this is probably what world's fairs were like 100 years ago when people were discovering new technologies and companies like Ford were actually big participants in world's fairs. This feels like a 21st century world's fair. I'm just seeing such incredible installations and companies that I've never heard of before looking to make an impression on consumers or future users. Companies that don't even have a product, don't even have a service in reality right now and are just providing you a peak into their future. It's my first day here. I can't wait for the next few days. >> Well it's also a good mash up of creativity, industry, and just people, it's a melting pot of just kind of laid-back. It's Austin so it's pretty cool here. Easy living, as they say. >> Yeah, absolutely. There are people who are looking at what the future can hold. Also there are people who I can see in the look of their eyes what is my next start up going to be? Or where can I take my career next? Is it smart transportation like Chariot? Or it is something in VR or AI? Or something that doesn't even exist today? So it's great to see this collaboration. People also meeting each other who've never met each other before. Breaking plates and meeting new people for the first time. >> Okay, so personal question, last question to give you kind of on a personal note. Take your CEO of Chariot hat off at Ford Smart Mobility, put on your personal Ali hat. What are you most excited about? Not with the Chariot, but outside of Chariot as you look at the real world technically speaking. What are you most excited about? What's floating your boat, so to speak? Or driving your car or Chariot? >> Riding in a Chariot, you don't have to drive anymore. The first thing that comes to mind is I'm honored that I'm going to have dinner with a bunch of mayors this evening including Mayor Adler and several others. And I tell you what, when I started the company three years ago, no one would pick up our phone, regulators, city officials and the like. But now I think that the city and urban leaders whether it's Chamber of Commerce, the Mayor's Office, the Transit Authority, the Housing Authority, whatever the case may be, they really are open to not just innovations in transit, but innovations in housing, innovations working together, live-work. In a very short three years I've seen that sea change in the attitude. It's going to be, I think it's a dam that's opened up. I think you're only going to see this momentum accelerate with the civic authorities and innovators and technologists actually working together. >> It's a real impact. Final, final question since one popped in my head. What is AI going to do for your business, your industry, transportation and Chariot in general? What is AI's impact to your industry? I think AI's going to take cars off the street because we are going to know where people are coming from and going to at what probable hours. So we can run much more efficient routes and much more efficient networks. We'll run larger vehicles, larger format vehicles as opposed to single occupancy vehicles like you'll see on Rainey Street tonight. So that's gets me really excited because it doesn't only improve the human experience, it helps the environment and it's all good things. I can't think of a downside for AI in transportation. >> Well there might be some disruption in some transition. Let's just take one simple example. Parking lots, what are you going to turn them into? >> I can't wait to see parking lots converted into lower-income housing, into parks. >> Public easements. >> Into public easements, into more shared office workspace. >> The impact's bigger than people think. >> Just walk down Braswell Street or Congress Street. It seems like every other building is a parking garage. Or half of a building is now a parking garage. We have to stop building parking garages. We have to stop providing free parking both at home and at work so that we can force, transition people into the different formats of commuting. >> So all these jobs that are going away are now being shifted. Now again, idea for people out there watching just get in the business of retrofitting garages into housing, that's a new opportunity. >> That's my next start up, John, are you in? >> John: I'm in. >> Okay. >> Seed funding, this is theCube here live at South by Southwest at the Intel AI Lounge. I'm John Furrier, thanks for watching. More after this short break. (upbeat instrumental music)