Las Vegas 2019

Is Cloud First Trapping You Behind Your Waterfall?

Is Cloud First Trapping You Behind Your Waterfall?

ML

Mark Lavi

Principal DevOps Advocate, Nutanix

MH

Michael Haigh

Senior Technical Marketing, Nutanix

Transcript

00:00:02

We have to thank you for coming because we didn't even submit an abstract and you'd came here just based on the title alone. That is just brave, brave, brave, brave. Um, just for my edification, we already kind of got a good sample of who's in the audience, but if you don't mind put up your hand, if you are development, cool ups, almost half and half, and what we saw business and analysts raise your hand. Cool. All right. One more thing. I mean, that's actually good, right? We pretty much have dev ops Han you know, handful of management and project and PMO, all that good stuff. How many of you are Nutanix customers? Please raise your hand. One is more than

00:00:53

That. They just

00:00:54

Don't know it's okay. Okay. Okay. Okay. All right. Who would like to make sure that we don't go heavy or even mentioned product names today? Please raise your hand. That is the plan that I'm, I will apologize if I slip into one or two, but that is the plan. Okay. Um, we will do like who's Nutanix though, right? We'll do that at the beginning. We'll get that out of the way. Uh, Michael, shall we start? Let's get started. All right. Would you like to introduce yourself?

00:01:24

Yeah, certainly. So my name is Michael Hague. I'm a technical marketing engineer at Nutanix. So in my day-to-day I get to speak with customers and potential customers like you about, uh, our automation and some of our cloud native products, uh, prior to my current role. So I got my career started at Cisco. I was a Java Java developer for a couple of years. Uh, I wasn't crazy about that. So I moved over to systems administration, uh, in our proof of concept labs and worked there for about six years and then came over to Nutanix and worked in support for about three and a half years or so. Uh, so anytime any of our customers would have an issue they'd call in and I'd answer the phone and get them straightened away, and then moved over to my current role about a year and a half ago.

00:02:07

What is the net promoter score of our service department at Nutanix

00:02:12

For the last five years are averaging right around 90. Uh, if you're not familiar with net promoter score, you can go from anywhere from negative a hundred to a positive 100. Uh, so 90 is, is pretty, pretty fantastic.

00:02:26

Look it up. It's unparalleled. Our customers are happy. Okay. Uh, because they're not trapped behind cloud-first waterfalls and all this other stuff. We'll, we'll get to explain all that stuff in a moment. Okay. Uh, I'm mark , I'm the principal DevOps advocate, which is a fancy way to say is I work for you folks. I work with customers large and small. I started my career at the first national internet service provider. That's why have these grays? I worked at a browser company called Netscape and I was a webmaster there. Uh, I taught myself Pearl for even before that I'd been at and start downst over 20 years in Silicon valley. Uh, in fact, um, I was a dev ops manager of a small cloud VPN company. We had three configuration management systems and 14 public clouds and such, uh, and we were only a 40 people organization.

00:03:17

Lots of fragmentation. I actually was part of a startup that Nutanix acquired about three years ago called comm and one of the last product pitches I promise. Uh, but that's how I came to be in front of you now. And for the last three years, I have been working with our smallest and largest customers around the world, helping them understand this dev ops thing, this agile thing, this, how do I run the business better thing. Uh, and we'll get started with that. So let's talk about the agenda. Um, we'll explain who Nutanix is just for, for getting that out of the way. Uh, but the truth is everything that we're going to talk about is really the customer experience that we have that Michael and I share in helping fight these battles. Sometimes they're just culture. Sometimes they're just our products and bugs sometimes. It's how do we make other products work really well for you on the platform so that we get dev ops outcomes.

00:04:14

Uh, so you already know who we are. Um, the next step is, shall we talk about what is Nutanix and quite frankly, the goal for us is to help you understand the lessons learned that we have encountered from our customers, right? Our customers make us better. We make them better, and this is the way we pass it on. Uh, but does that sound okay? I mean, a lot of people signed up like sponsor workshop, you know, I want hands on keyboards. Is, is this an okay agenda? Makes sense. All right, good. If not, it's small enough. I want you to ask questions. Do you want them to ask yes. Please raise your hand, shout out. And we even have microphones in the front if you want to be amplified, but we want to make this as interactive as possible because, uh, I'll explain new tanks in a moment, but because we have this kind of menu of options, right?

00:05:06

Um, we're going to talk about whether or not in fact, we're going to ask the audience. Do you want us to define what dev ops is? Because there is no universal definition and if that's helpful, we can do that. Uh, sometimes that's where I start with my customers. Sometimes we talk about what's the maturity model, where are you on your journey to agile, to dev ops? Because it never ends never ends. Um, and quite frankly, uh, Nutanix we'll explain in a moment is kind of an infrastructure company for the most part. Uh, so we talk to our customers about how they go cloud first, how they break out of waterfall all the time. But the truth is they asked for things that they actually don't want. We'll explain why lift and shift is a trap. Somebody already nodding, or is like, no, that's what we want.

00:05:51

We went cloud first. We need to lift and shift to the cloud. I can't tell you how many customers ask for that and I'll explain you why that's well, we'll help you do that. Of course the customer is always right, but we'll help them get past that because quite frankly, sometimes they lift and shift back. That's the reality. Um, so this is going to be the menu for, for things. And the truth is, we'll ask you, should we just skip? What is dev ops? Should we skip lift and shift? Or should we talk about this client of mountain said, you know, things that Dr. Nicole Forsgren called out in the state of dev ops report and why that's important, uh, we can explain these things. So is this sounding good? Good. All right. Well then let's just go back to all right. What is Nutanix? Why are we here? How do we actually help make these things happen for our customers? Why are we even important? Why would we come to a show like this? And the answer is Nutanix is a DevOps company, but our CEO doesn't say that enough. And I'm working on that. Uh, okay. So if you're not familiar with Nutanix, uh, you want to do the 32nd elevator pitch here. I can do that. We're going to do Doolin elevator pitches. You go first. All right.

00:06:59

Uh, so I always, you know, whenever I get asked that question, I always have to gauge, uh, you know, how technical the person asking me is, you know, real, not very technical. I'd say, uh, we essentially enable our customers to have, uh, public cloud-like features in their own private data center. Right? So ability to, uh, expand, you know, your data center, your cluster, uh, add compute virtualization, you know, storage, any of that, uh, kinda by, uh, piece by piece. Uh, so that's the, the, you know, real quick, uh, summary, uh, we have a lot of products that, uh, you know, sit on top of that and are enabled by that kind of core platform.

00:07:38

Exactly. Here's how I explain Nutanix to my kids and they go, Ew. So on three go, you after this Nutanix is what happens when apple and Google have a baby, right? Yeah. My kids go, oh, at the time my wife goes you as well. But long story short is our co-founder came. Co-founders came from the Google file system team. Nutanix has literally commercialized Google data center technology for a software company. We offer these things as subscriptions and what you can see ultimately move this chair for sure. It's getting in your way. My talking with my hands, uh, what you can see, we'll just focus this down is the core product is literally clustering software. We software define data centers and help our customers replatform out of what we consider legacy three tier, you know, typically your Dell boxes, your Cisco routers, uh, your NetApp storage, right?

00:08:32

These are three different vendors. Well, we've shrink that all down into a Lego brick experience. Now, first thing we do is we drive this software defined data, plane, software defined scale-out, uh, it's cloud native. It's built with Sioux keeper and Cassandra, uh, dedupe is a MapReduce job on this. Again, the idea, um, we normalize all of the hardware vendors and by the way, that includes public clouds. So if you want to run a Nutanix cluster on GCP and on Dell, on prem and off, that's instantly out of the box hybrid because the control plane spans these things. So Nutanix is a hybrid cloud solution. Uh, we drive that storage to underpin hypervisors. So our customers bring their workloads as they're comfortable onto the platform. Uh, we drive micro-segmentation on top of H V H V as our industrial strength wrapper around Linux KVM. Our, our position is that the hypervisor is commodity.

00:09:28

It's just included with the platform. Customers can, can, and also do run ESX or hyper V of course. So whatever you're comfortable with, right customers bring their full stacks on top of it. Sometimes we're just storage for them. But as you can see, we go up the stack. Uh, we can drive all these kinds of additional interfaces onto Acropolis storage. So you get more return on investment database as a service Kubernetes, as a service backup as a service. But this automation that we have in the control plane, doesn't just go to hypervisors that goes to the public clouds. Nutanix became a public cloud provider a year ago, and we have a bunch of SAS services. I'm not telling you the product names, except for like prism and Acropolis, because we have too many. So we won't do anything more. That's Nutanix today, long story short, we're a platform of value.

00:10:14

We help you have multiple vendor strategy built into this with a cloud native experience. And we will try to tilt you towards the left-hand side to get an all native experience on Nutanix, because we can drive automation for all of this. And that's how we get to, and this is where we'll end up at the end of the day, uh, how we do a femoral CICD pipelines for 17,000 developers at one of our customers. This is how we create DevOps outcomes because the infrastructure is a solved problem. All right, enough of the pitch let's begin. Who wants to hear anything about dev ops? Who wants to hear the definition of dev ops and all this other stuff? Unfortunately, that's a vast minority of this room. Should we say majority rules? Because the truth is the first half of this agenda is pretty much slideware and I can go through it separately with you. I would be happy to do it, but again, we're going to make this interactive ask questions. We're going to skip. What and why is DevOps? Um, I will show you the maturity model really quickly to see if that percolates any questions. Fair enough. All right. You should be able to use the clicker. I know, but I want to skip, I don't want them to see all the slides that would be, that would be, that would be teasing them.

00:11:35

All right. All right. If I were to summarize the last three years of what's going on with all of our customers, they have two only two business problems. I can break it down to just these two. They need to go faster and they need to go everywhere. Meaning they want to be hybrid, right? But the truth is, they're just trying to get a private cloud done because I told you most of, most of our customers are the operators. They aren't, we're an infrastructure company primarily, but now you know what we actually do do. Um, and so everything is like, can you help me get to Amazon? Can you help me come back from Amazon? Can you help me get to Amazon and Azure? Right? And so this is, this is the scale, right? We don't want to have pets. We want to have cattle. Are we all familiar with this term, pets versus cattle?

00:12:32

Praise your hand. If you're not that's enough, let's define that is half. All right. I will go back one or two slides. Long story short is that I ultimately, with my customers, with our customers say, dev ops is the key to agility. That's all there is to it. I'll skip my definition, but pets versus cattle, this is the second lens. And this is what unlocks the scale factor of these things. So let's talk about pets versus cattle. Uh, super quick right here. All right. Long story short is pets are your single points of failure and your single points of failure can be, people can be, your infrastructure can be your architecture can be your operations. It's multi-dimensional any single point of failure is something we need to remove in order to achieve scalability. It's that simple. And for my, uh, colleagues in India, we usually say livestock.

00:13:29

Um, I apologize for being slightly culturally insensitive, but it is the meme. And it really is. You'll see this everywhere now. Um, I want you to look at the world and look for the pets. Uh, the only one person who can do the handoff who read the Phoenix project, Brent is right there. He's a pet, he's a single point of failure for getting the database fixed at four in the morning. He's the only one who can save the world. Now let's go back and do the definition more succinctly. Uh, and how are we doing? We're doing good. I'm doing well. Yeah. So the goal is to move to fleet management, service level agreements, no single point of failure. If something fails, we don't go and remediate it because we have an emotional attachment to it. We named it right. We take it to the veterinarian. It's a pet. And it's important to us. Now we have a fleet of them. We remove that node. We bring another node up and we keep our service level agreements up. So you can see that we don't care about scaling up and adding more resources into an individual VM or Docker container. We care about scaling out. That's the difference between a pet, giving it more resources, feeding it more and scaling out, which is a fleet. Yes, sir.

00:14:45

The thought about it. But as the person being a single point of failure, um, what's the recommendations to get around.

00:14:54

Ah, I'm glad you asked. So did everybody hear the question? What's the recommendations for pet culture and pet ops and they're typically around employees though, right? Oh yeah. So the answer is you need to adopt the DevOps mindset. Your value is in helping enable your organization to do your job so you can get to your next job actually. So you can get your backlog because who has a backlog, that's going smaller. Please raise your hand. All right. Yeah. Could we all apply this? I want to work for him, right? Seriously. What's the secret to your successor. You must tell us now

00:15:43

Is anybody else having a shrinking backlog say you are an anomaly. Thank you. But that's wonderful to hear. Um, the point is, uh, I tell people don't hire dev ops people. That's a mistake. And they're like, why? Why? Because the dev ops people inherit all of the cultural and technical debt of the organization. You know, when I was in this 40 person startup as the dev ops, you know, uh, manager, the customer support, people are like dev ops. Does that for me, that team does it for me. I don't have to care about how we ship updates to the customer. Yes, you do. The developers like no dev ops is going to take care of the release and even keeping the build systems up. I don't care about the build systems. Yes you do. So we actually had to rename the dev ops team so that everybody started to understand DevOps is a mindset that we share.

00:16:33

We all become dev ops. And if you know my dev ops definition, I'll tell you what that is. But, but long story short is we all share in the responsibility of delivering value to our customer. All right. You've heard my dev dev ops definition, right? It's a business mission. And so the answer is, yes. You tell your manager, I'm a pet. I, we need to scale this out. I don't want to be a single point of failure. I want to be able to go on vacation. I want to be able to have a sick day. I want to be able to sleep on the weekend and I want to not have change controls anymore. Can I get, can I get a platform that doesn't make me stay on the weekend, own it, own your pet worthiness and become livestock. All right. Did that, did that help answer the question, sir? Yes.

00:17:22

We're actually trying to implement a dev ops mindset where we're at 80.

00:17:27

Good, cool. Any other questions? All right. Now we've got pets versus cattle. It makes sense. Good. So look at the world and you'll see pets versus cattle. So let's take this now to the maturity stage. So when I explain, you know, dev ops and gonna explain pets versus cattle, and I did this for a large government contractor on the east coast, before I even finished this much explanation, they're like, oh my God, we're a pet shop where at stage 0.5, right? They identified where they are on this journey. They found out that they were in the lower left-hand quadrant, which means that they're typically in a pet data center, maybe with a pet hypervisor, maybe with one pet cloud. And they don't have the ability to go multiple places. Uh, Dr. said, how many of the organizations out there in the state of the dev ops report who are dev savvy actually have a di or working disaster recovery plan that was tested in the last year 40%.

00:18:23

I'd be curious how many people in this room have tested their disaster recovery plan in the last a year.

00:18:31

Good. But I think we can say 40%, right? About 40%. I think we can say 40%. Is that good enough?

00:18:43

If you haven't tested your disaster recovery plan, you don't have a business street, disaster recovery plan. Absolutely true. So we need to be able to cattle our workloads. We need to be able to go anywhere at any time now, right? So this is how we start to show the journey of this world of ephemeral, anything anywhere, right? That's the upper right-hand quadrant and people will start to see the journey, but they also start to look at their vendors and their platforms and their tools and their culture. And they see that the reason why they're trapped in the lower left-hand quadrant, this is help. Now, this is too simple. The truth is we have silos. That's all there is to it, right? So let's move the infrastructure forward. Right? I worked with the infrastructure team work with the operations team. I worked with the development team and we talk about the pets in their architecture, right?

00:19:34

And then we talk to the operations team and we talk about the pets in their operations because only one person can do that. There's only one person can save the business wrong. So we help them mature and look at this. And the truth is most of our customers, you know, they start off in the upper left-hand corner and they start working to get to the lower right-hand corner. And as they progress through these things, the silos start to come down because truthfully, when your operations and culture start to align, now operations becomes delegatable and we can start talking about serverless. Can't we make sense.

00:20:10

We can talk a lot more in depth on this, but you start to see the journey. This is what we do for our customers. We just start the conversation. They tell us all the problems, then we try to find a solution to accelerate something out of it. Right. So that's it. Right. Let's go back to the menu. Was that good? That's DevOps. Maturity. Yeah. There's the menu. So, uh, on the lift and shift, is this something of it's let's talk about cloud first and lift and shift. Is this something of interest? Raise your hand if it is right. It's part of the title, right? That's why you're here. Thank you. But I wanted to confirm that because everybody's like, no, no, no, mark. I got it under control. So, um, do you want to take this on a little bit? Do you want to talk a little bit about how people approach first and cloud smart? Well,

00:21:06

Let's do a little conversation about that. Yeah.

00:21:08

All right. Let's pull up the chairs.

00:21:16

They squished out. All

00:21:17

Right. Hi, Michael, how are you doing?

00:21:19

I just a pretty good, other than I think I knocked our monitor. Oh, there it goes. That's good. A little static electricity there. Yeah. Yeah. So, uh, you know, cloud first, uh, so I w often, uh, I talk, I, you know, I cover our automation product, right. And so I'm talking with customers quite regularly. Uh, and they always have, you know, we have a cloud first, uh, you know, mandate from, from higher up. Right. And so, uh, the, the, the product, uh, that we, that I talk about that I cover, uh, allows us to deploy and do automation, both on-prem in the cloud and in the public cloud. So often, you know, I'm, I'm talking to customers that, uh, have these cloud-first mandates. Uh, so we talked about challenges they have, uh, and things of that nature. So I guess my first question is, you know, what, what's your, uh, what's your biggest concern? So if you walk into a room and what's your biggest concern, when a customer says that we have a cloud first mandate,

00:22:16

I asked why, right? Because is it to make the business run leaner or faster? Because the truth is cloud first might be the mantra, but that may not be the business reason or even justified for why to do it. Uh, I'll give you an example of how we tried to improve the conversation. We'd start to talk about business and how you manage your resources. Uh, we tried to explain capital expenditures versus operational expenditures. In other words, uh, why will you rent? Or why will you buy, uh, where you place? And the truth is we'll get to cloud smart in just a moment. What is the right model for operating your workloads? It might be perfect to be a hundred percent in the public cloud for certain workloads. It might be a hundred percent only justifiable to be on-prem. And the answer for almost all of our customers is like, well, we're going to start here.

00:23:11

We're going to go there. But we think we'll probably end up in a hybrid fashion, right? And nobody denies this. Everybody understands that hybrid a blended model of OPEX and CapEx on-prem and off-prem is the wisest way to give you the way to manage your business. Most efficiently, the benefit of the public cloud is utility computing, right? To be able to turn it on and turn it off. But when you run it 24 by seven, you have lifted and shifted your 24 by seven workloads into the cloud. And do we live in hotels or do we rent hotels? When we come to Las Vegas, we rent a hotel for a couple of days, but I would never move to Las Vegas and live in a hotel unless I was very rich. It does not make fiscal sense. So the benefit of the public cloud is being able to turn on a data center to get to your customers and give them the lowest latency for the eight hours that your customers are up. And then shut that down and then turn on another public cloud, halfway around the world for another eight hours. And then another public cloud. That is the benefit of the public cloud. We treat the public cloud like cattle, and we get the benefit of it. Mark,

00:24:25

On that note, I have a question often when, again, when I'm having conversations with these customers, uh, they talk about the ability to, uh, to move, you know, workloads and move data more than workloads move data from, to the public cloud and back. So I'm, I'm curious about getting your input, uh, with regards, with that in mind, with the regards of the pets versus cattle discussion we had earlier.

00:24:49

Sure. So data has gravity. You've heard the term data gravity, uh, it's the most important asset of your business? The truth is a database is a runtime and storage for that persistence. And the runtime engine only does transactions on that persistence. So what we recommend to a lot of customers is start at looking at your database as, as cattle and cattle. Your application needs maybe elastic cash or reddest is the right way to do part of your application caching. And maybe that is cloud native. And it doesn't matter whether it's on-prem or off-prem because we can replicate very easily between these things, uh, relational, relational databases that spend data centers require a significant network infrastructure investment in order to do really good RPOs and RTOs, right? To have disaster recovery for these things. And you design appropriately. But we try to help customers understand that CA databases can be cattle in the way that they solve your application needs for your business.

00:25:46

And you can rationalize what's the right way to approach the problem. And the more you can adopt a cloud native database while it has this replication and the ability to be eventually consistent, which is the appropriate use case for certain parts of your application, things that are lost in a sense, right, your transaction history, maybe that's not lossy, maybe that it needs to be a relational database, but your session keys are ephemeral and therefore they should be segmented and started and put into cloud native thing. And then it doesn't matter if it's in every data center or not. It's a local data store that can be thrown away. It's cattle. Yes, sir. And you can use the microphone to right there. It was meant for you. Hello?

00:26:30

I apologize. I'm sure my voice is a bit severe over this microphone. Um, when you, when you talk about databases being coddled in that scenario, that what's the data. If you're talking about the data storage mechanism, can't be caught lie. Relational database tends to be more pit lake. I'm getting us. You mean, I'm just thinking in the scenario where you see all your databases, Carl, where's your data then? Well,

00:26:58

Your data still resides locally. No matter what the question is, whether or not it can be replicated, whether the platform of the database or the underlying hardware platform provider can replicate. And the truth is you may need both. In fact, you might want both, in fact, you should have both so that you have all options on the table as you change things around. So it's not an easy, huh? No worries. So, okay. Yeah. So there is no simple answer there, you know, database persistence across multiple data centers is a hard problem, but you need to search for the solution that supports this scenario so that you can cattle your database. Let's say that is a requirement now for your working vision, for how to run your business from this point onwards, then we've done the right thing here for you.

00:27:48

Uh, any other questions on that topic? They don't answer your question. Yeah, he did. I think it kind of goes back to, uh, I might be jumping ahead. So I'll yeah. I'll hold up for one moment. No, no, whatever. Um, all right, so let's, let's get the, so let's, so we talked about cloud first, right. You know, going to the public cloud, blindly is not the right thing. So, uh, about a little more than a year ago, president Trump signed into legislation that the cloud smart approach is now the government policy. And, uh, let's point to that slide. So you can see this and long story short is the cloud smart strategy is because the government over-rotated on cloud first. So what is cloud smart? It is application rationalization. We find the right cloud, the right operating model, the right vendors, the right, this school model, the right governance model, the right operational model, the right architectural model for how we run each application.

00:28:46

And we decide that application by application. So where did I put that? Oh, yeah, here. So, um, footnote number two, cloud.co dot Cub strategy. So the government doesn't think cloud first, anymore. They think cloud smart and it is really let's find the right operating model for our workloads as opposed to blind faith in the public cloud, in lifting and shifting to the public cloud. Uh, shall we let's talk about literacy. We didn't even talk about literature thinking. All right. So I told you a lot of our customers, our infrastructure folks, and the way they look at the world is disaster recovery, backups, snapshots, right? That is the tool that they have for moving persistent workloads, quite frankly. And let's not talk about monolithic workloads versus distributed workloads. Let's just assume in the simplest use case that they just need to lift and shift VM at a time to the public cloud.

00:29:43

Can you help us with that? Sure. We can. Um, what are we in essence doing in facilitating this is that we're making sure that the disc snapshots happen. And then we have a sync job to make sure every Delta for the blocks writes onto that platform locally gets replicated over the wire so that we have a constantly updated snapshot in essence, a dynamic snapshot, if you will replicate it over the network. And if you have to change infrastructure providers and hypervisor as well, we also have to do that translation job. And we also have to have that secure channel, right. To do a lift and shift appropriately, right? One VM by one VM by one VM. So customers ask for this all the time. Now we already know that one year later, they ask, how can I lift and shift back? Because it's too expensive to do this as a rental model, right?

00:30:27

Can't tell you how many times that happens. And then, then we try to say, well, what's the problem with lift and shifting back, we don't want to help you do that. They're like what? You don't want us to come back on premise. Yes. We want to come back on prem, but let's do it the right way. The problem with lift and shift is that all we did was shift. Well, all we did was kick down our technical debt down the road. We didn't solve the problem of how do we cattle, our databases and our persistence. We didn't solve how we cattle our business and our operations and our architecture and our infrastructure. We didn't dev ops this problem. And what that means is that we have issued automation. We have a shooed synthesizing workloads. We have a shooed having the ability to spin up a workload anywhere at any time now, and then globally load balancing and globally replicating appropriately.

00:31:16

This is how we, this is not a mystery, right? Everybody's like, you're right. You're right. You're right. But how do I do that? And that's where we get into all the real actual customer discussions. And then we talk about our products and all this other stuff. But when we finally can agree on what the end result is hybrid, and when we can agree upon what the way is to do it for operations and governments and all this other stuff, cattle, then now the discussion's not about alignment of culture. It's not about how do we do the operational model. It is, how do we start on this? Because it's not going to be an overnight big bang project. No it's experiments. And how can we accelerate even the experiments. And that's, that's what we help do a lot. So

00:31:58

What would you recommend if, if say I was a customer that, uh, regardless of the cloud may be on prem, maybe, uh, you know, just any cloud and I'm looking to implement from a technical perspective, more dev ops methodologies. I have my, you know, very, my large monolithic application. How do I break that up? Like, it seems like such a monumental task, uh, to get started. Right? So what, what's the recommendation? Just kind of for that, that first,

00:32:21

Oh, you put in a container and magically you run it on Kubernetes and you're done, which again, you think customers ask me for that all the time. And then I ask why, right? Uh, no, the answer is that we have to talk to the development team. We have to talk to the test team. We have to talk about what is the application architecture and what would it take to synthesize this? Do you have push button deployments of dev test workloads? If so then, all right. Let's talk about refactoring it bit by bit. Do you have the source code? Do you have those developers? If not, that's the problem to solve and that's got nothing to do with infrastructure, right? It's about operational, uh, our business consistency, right? Do you have the source code? Can you maintain the source code? Can you build the source code so we can help solve those first principles first and foremost?

00:33:10

And so it's really, then it's educating the developers on how do we do distributed applications? How do we, what is a container? What is Kubernetes? How do we do persistent storage with Kubernetes, right? How do we start to solve the hard problems instead of just lifting and shifting into containers? You see this problem happens over and over again. So I'm giving you the lenses with which to deconstruct the world and solve problems. Very simply it's not complex. We make things too complex all the time. Now reversing that complexity is incredibly hard. Don't get me wrong, but it is the only thing we should be doing because anything else is a waste of effort because you will just lift and shift back once you fail there or lift and shift back. Once you have risked the business by being fiscally irresponsible. And it's hard when I tell customers that, cause I don't tell customers that right off the bat, I say it in a much nicer way, but I'm telling you what we eventually get to when we have honest conversations about how to run a business effectively. Cool. Thanks. All right. Uh, should we go back to the menu? I think so. How are we doing any questions? Is this, is this okay? Are we doing okay? Very good. Is this valuable? All right. So, uh, we talked about cloud mindset effectively, right? And cloud smart and Catalina, everything. Right. Um, we talked about CapEx, OPEX, agile, CIS admins, and cloud infrastructure. Is that of interest? I see. Yes. Please raise your hand if that's of interest.

00:34:47

Is that like a third? That's not a majority, ah, two arms, two arms feedback. All right. All right. Agile, CIS admins and cloud infrastructure. All right. So, uh, when Patrick Dubois met Andrew Clay Shafer, right. You know, almost a decade ago, right. Dev ops is about 10 years ago, 2009. Right. Uh, first dev op stays was against Belgium. And I think it's going on right now, the 10th anniversary in Ghent is going on. Right. Uh, you know, that's where Andrew and Patrick are right now, but we got John Willis here. Right. And we got Jean. Okay. And we got Nicole, do you know, Nicole Forsgren is like nickname in the dev ops community. She's the Chuck Norris of dev ops she's off. So, um, so yeah, about a decade ago, uh, Patrick created the agile SIS admin group in Google groups. And two or three months later, we see the term dev ops and the first step up stays planned against Belgium.

00:35:45

So that's a decade ago. And really, uh, I talked to Patrick about three years ago at, uh, DevOps stays Austin. And I said, do you know what Nutanix is? And he's like, no, what's a Nutanix. You know what a Nutanix is sorta now, but I'm like, it's agile infrastructure. It's for agile, CIS admins. And we automate a lot of these things. So that's what we got. But cloud infrastructure, new known you now know is a mindset. And it doesn't matter what the infrastructure provider is or where the infrastructure provider is. Cloud is a mindset. And Dr. Forsgren also pointed out in the state of the DevOps report that the people that exercise a cloud mindset that literally cattle, all their infrastructure providers are 24 times more productive than the ones that don't. So again, Katelyn things is really the way we all want to get to go.

00:36:36

And, and that's, that's how we do that. So that's how I want you to look at infrastructure now and your operations with that kind of viewpoint. How are we doing? All right. Uh, should we move on to the next topic? So I think we're in the final third now bridging the divide between ops and dev or how do we do dev ops? Uh, this is where I think if you don't mind, we won't mention products, but we will show you dev ops outcomes with the products in effect. Is that okay? Would you like to see a femoral CIC pipelines, Michael, take it away.

00:37:17

So I'm gonna hop over, uh, into a demo environment, everyone and holler at any point, if it's a little hard to see too big, too small, let me know, or questions or questions about any of this. Uh, essentially we have, you know, I mentioned mark mentioned earlier, we have the single pane of glass to manage both on-prem and public cloud workloads. Uh, that's essentially a, this is the interface that you see right now, uh, enables you to do that again, on-prem or public cloud. A lot of our time here, we're going to spend within, uh, an automation product of ours. Uh, so I'm going to hit the menu icon and come down to services and select that product. Uh, very first thing, uh, you know, one thing we didn't really talk about a ton, mark was the self-service. Yeah. Um, I don't know if you have any comments or

00:38:05

So if I had to, um, the majority of our customers, once, once Nutanix solves the infrastructure issue for them, the next thing is how do I do a private cloud and how do I do cloud first? Or those are pretty much the two things. And the 80% use case of that is please give me self service, VM as a service, just infrastructure as a service, give me windows or Linux that is 80% of what our customers are still working hard to do. And that is table stakes as of a decade ago in the public cloud, right? We have customers that have six weeks of trying to provision a VM because the governance is that onerous when it's really only 30 seconds of operations, everybody knows this, so we help customers bring that all down. So, so self-service of VMs, just ISS is a huge problem that most of our customers still have right now.

00:38:54

Did any of you still have that if anyone's willing to raise their arm? So, all right. All right.

00:39:02

Uh, developers need a VM. Now they need a dev test environment. Now they don't need one VM. They need dev SAP HANA, right? Splunk dev Splunk. How do I do give me into one of those so I can break it, do the security patch update on it, do a performance testing on it. How do I make Splunk a femoral? How do I make a cattle, right, carry on,

00:39:24

Uh, this, this particular, uh, management plan we have, uh, you can enable your end users to log in directly. We also have plugins with things like service now. Uh, so if you already a service now, customer, you can just have hooks in that way. Uh, kind of this particular, you know, menu you're seeing you imagine, uh, an end user would come in and log in directly and, and launch a Jenkins instance in this idea, right?

00:39:48

For the business, we try to make things like Google play store enterprise applications can be one click. When you finally have a management system that can orchestrate things in a Cadillac function, right?

00:40:01

So this is, uh, going to, uh, essentially launched this particular blueprint. And as an end user, we can select where we want to deploy this application. Uh, I chose the last page. There's a particular project. That's essentially how we handle our back. Uh, so if I, for instance, I'm going to choose this demo project, uh, and hit launch, uh, depending on which public clouds or which on-prem environments you've initiated, uh, you can come in and the end user will then select that particular environment. So we see I on this particular project, I have AWS and Nutanix enabled. Uh, when we say Nutanix, we're talking about Nutanix AHV, uh, we can also register to, uh, ESX, I, as a V-Center essentially deploy on, uh, any traditional three tier. So this is not, uh, when we were showing that, that kind of the chart earlier about what is Nutanix and what do we do. And this is where it comes into the public cloud and, uh, the V center, the legacy three tier. Um, so we have a lot of really successful customers that are, uh, slowly, you know, growing their Nutanix footprint. Uh, but they still have maybe 90% of their environment on that three tier traditional

00:41:08

Architecture. You have remembered the 17,000 developers that we're working with right now. We're giving them push button Jenkins and get an, a developer workstation and, uh, their Garrett and all this other stuff, we're doing it as containers. Uh, but some of those workloads are still themes because they're not all the way there yet. Uh, so we're helping them modernize this, but we're making sure that the developer laptop, which is, they always ask for route or admin into Jenkins so that they can make it look like their laptop, right? They want to make it look like their pet laptop. We give them cattle Jenkins so that they can make the official build system look like their laptop report. The differences reported back into central it so that the Jenkins masters can finally update to resemble a build on the laptop. This is controlled. This is version controlled. This is software engineering discipline on infrastructure operations and our applications altogether. So push on Jenkins.

00:42:00

We'll take about 10 minutes to deploy. Uh, one thing I didn't mention in the marketplace, this is this. Yeah. Oh, thank you. Yeah.

00:42:08

So on this deployment, how are you dealing with data? Yep. Yep. I can data. Yeah.

00:42:14

Um, I, in particular with Jenkins or in any of these blueprints or

00:42:20

So in previous incarnation, I actually got it set up where it'd take last, night's backup, restore it. And that's a no-no

00:42:30

No, we talked about that. You're lifting and shifting into your next pet. I mean, your neck, you're preserving your pet backups into your next cattle instance in a sense, right.

00:42:39

Um, how do you, how are you dealing with that? So I'm a developer. I need some data, but I, I shouldn't have production data.

00:42:49

So are you talking from a database perspective? Yeah, we, we can even, um, you know, we, we can talk about that and I can show a demo as well. If, if we're interested, um, uh, I'd say some sort of database as a service product, uh, for correct me if you disagree. Um, but we Nutanix has a database as a service product. It could be something like RDS in the public clouds. It could be something like Delphix on prem. Well,

00:43:11

Well, right, your masters need to persist their configuration and their artifacts. You should persist outside of your Jenkins and pastors, I hope. And, and your workers, I hope are a femoral. You know what you need to do next?

00:43:31

I understand, but you understand what you need to do next. You need to make those workers all ephemeral, right? So no state just know, and therefore you can spin it up anywhere at any time, but yeah, your masters, you need to basically figure out what's the persistent strategy you need for it. And the truth is now that we have Jenkins files, they can be part of the code base. So the jobs aren't to the issue anymore, it's only the Jenkins configuration, uh, can start looking even at Jenkins X, if you're really, if you're at a new company, take a look at Jenkins X, still a little experimental, but all Kubernetes based and completely ephemeral, even the masters, everything gets pulled out, like get, get

00:44:07

There's

00:44:08

Also the other end. So get off your CI CD pipelines is, is definitely possible now, but yeah, persistence of data is, is still a challenging problem. Uh, look for systems that are holding you back and reevaluate new systems every once in a while, uh, Jenkins X may not be the right thing right now. It's still very experimental.

00:44:28

Yeah. Thank you. Uh, so the, the also we, we Nutanix, uh, put in a lot of commonly used applications that you're welcome to launch and try out and use. You can also publish your own internal applications as well. Um, so let's take a look at a very, uh, rudimentary, uh, application, essentially. We'll tie back later, I have a, uh, more of a production, which is probably a no-no for mark, uh, production Jenkins instance, right. That a is longer lived, uh, that, uh, is already stood up. Uh, just so we don't have to wait about the 10 minutes. Yeah. Uh, so let's check out that blueprint. So yeah,

00:45:06

When you have a femoral masters, you start to figuring out when containers are the right optimization, right. For op femoral operations, right. This is a journey. It takes time, but the carry on,

00:45:16

So you can imagine this is a blueprint, right? So it is, uh, you can think of it as a blueprint to your application, similar to blueprints of your houses. Uh, this is how this application is defined, uh, everything from the various services of that application, to how that application is stood up. Uh, so I think in one part, mark was talking earlier and, you know, kind of step one is mapping out your current application. Uh, and so that's what this is doing, uh, on the backend, we're deploying a Postgres database, uh, with our database as a service product, uh, via API calls. Uh, we have our web servers in the middle and then nothing complex, just an ha proxy, VM route. So G round robining between these right

00:45:57

Now, part of creating a master might be restorable from another master or your master backups, right. To make the masters a little bit more ephemeral, right?

00:46:05

So for a database, would you keep around like an old copy that's for tests or whatnot,

00:46:11

That might be an optimization exercise that could bootstrap it. You might actually export your data only, right? Or your, my SQL Dempster, your Postgres dumpster, your Oracle dumps multiple ways to do it. You might use Delphix, you might actually restore the entire database from disc, right. We have lots of ways to solve these problems

00:46:29

And things like that.

00:46:31

The question is what's the right thing. And it might be different application by application environment, by environment, right? No one size always fits all.

00:46:39

So we have a little bit of advantage there, uh, with era, since we essentially understand the entire platform, right, from top to bottom, uh, for our database, that's running on Nutanix, um, you can have your, you know, your gold, your production database, and we can spin up clones for that, for your developers or dev or tests, um, in Rican refresh those clones. We can do all of that and, you know, seconds or milliseconds, because we understand the storage, we understand the storage, right. So there's not actually duplicating that data. It's just, Hey, let's do another metadata pointer. Exactly. Uh, like to, yeah. To hide the data, those will be post

00:47:17

Processes after you've instantiated your dev

00:47:19

Test out of it. Yeah. So you can do a script, um, right out of the box. I think that's, I think that's a feature that's coming out like next this calendar year

00:47:27

Or automation can trigger those APIs and do those actions directly too. So we have some of it. All right. It's a little bit in the product space. We have some of the automation built into the product for that, so that the DBS can manage their own domain. If you will. They can also delegate that to me, which is really important. But in addition, this automation can trigger those things and put further automation outside of it, into it, as you see fit multiple ways to skin the problem. Cool.

00:47:52

So now that we've essentially mapped out our application, we can go and launch this app, you know, a dozen different times, and we have a dozen different applications running. Uh, we can set up, uh, various runtime variables. Uh, we can have drop downs as well. Um, but once we have this running app, I'm not actually going to launch it here. I will go to, uh, my traditional application

00:48:14

Told you, uh, our control plane is web-based. We are exercising all of the restful APIs of the platform. If you don't like the way we do it, or you want to do it a different way, or you want to put Jenkins in front of this, or you want to put service now in front of this, or you want to put your own APIs or self-service portal in front of us, please be my guest.

00:48:33

So now we have, uh, an application that's running that we can manage, or we can go to the audit page. We can see I've triggered this update app action. Uh, so I'll show them what that is in a moment, but that's essentially how we are. We're gonna create a CI CD pipeline, right? And so this is going to be talking to Jenkins. Jenkins will just be calling this update app. Uh, we can trigger it manually. Uh, if we go to the manage here, we can see this update app. If we zoom in, uh, it's nothing, again, nothing super complex. Uh, we're essentially taken a web server out. We're going to be updating one of the web servers, uh, putting it back in ha proxy, and then repeating the process on the second

00:49:09

We're to make the operations visible so that you can even talk about how to better parallelize things, where the right dependencies are. And you can further optimize your operations because it's finally visual and delegatable and your DBS and your firewall folks and your storage admins will start arguing about how to do things better when it's all finally on one page.

00:49:28

So let's take a look at this actual application. So this is my very fancy app. I don't think there's any worry about me leaving to be a web developer for my boss. Uh, but we can see here if we refresh the page, uh, it's toggling up here between web server one and web server

00:49:46

2 35 and, uh, oh, no, that's the load bounce. That's that? That's the WB one. WP two. Yeah,

00:49:52

That'd be, would be one WB two. So nothing, nothing complex here. Just going back and forth between those. Yeah. Uh, so let's go ahead and make a change. Oops. Get that at the top of the buffer and actually first, uh let's we can do a good status. See that I'm clean. We can do apt a P Y and I'm going to change my message. Right. So if you didn't notice, um, oh, excuse me. I am

00:50:19

Well, you can change it back. It's hello, DevOps enterprise summit. Is that what the version is right now?

00:50:24

No, I'm on hello world. So let's see what happened. Am I in the right?

00:50:28

Well, you were one behind in your get

00:50:30

Commit. That was one behind him. I get commit. I think that's what I said. Nothing to commit you. Oh, I have not pushed a hat. Thank you. I have not pushed. So I have, I have let's uh, let's do a, get clean or get

00:50:50

It's real. Yep. We're tempting the demo gods. Yeah.

00:50:55

All right. So we'll just kinda go ahead and do, uh, we can see, we have my one commit here. So we're just going to go ahead and push essentially what I have done here. If we do the VIM app dot P Y

00:51:07

Yeah. You can push hello, change it. Yeah. Change it back

00:51:09

To, so I have a hello world here and we saw back here I have hello, uh, DevOps, enterprise summit. Yeah. So we're going to, we made that change and essentially I was testing out earlier and I forgot to run the fixed shift

00:51:21

Again, push ship it, ship

00:51:23

It now. So we will go ahead and hop over into our I'll open up our Jenkins server as well. And we can see that get triggered in a log in here, and we can see this and we'll see that get triggered and coming back into our traditional ad too fast.

00:51:51

Did you see a

00:51:52

Job had care? Let me, I will

00:51:54

Keeping them on. Thank you.

00:51:56

Thank you. Uh, so we see here, there's, I'm going to be updating a couple I'll, I'll talk about this hybrid app later. Um, but essentially this, this first piece update the traditional application, uh, we can either, we can go to, uh, our build and do a console output, uh, and we are essentially connecting to call right now. Uh, so in a moment, uh, we should get commit. Yep. Yep. Here's the get, commit the information, right. So, uh, we should get all kinds of information about the particular commit ID and the branch. And, uh, we can see my commit message, updated banner message, uh, so forth. Uh, so in a moment, here we go. Uh, we should see this update app action get triggered. Uh, so we've actually, uh, go ahead. We've already updated the first web server. Uh, so I should be able to refresh this page and we see it change back to hello world on web server one

00:52:48

And web server two will follow eventually.

00:52:50

So keep refreshing. It should be, uh, it'll stay on that. And then web server two will come up.

00:52:54

Now we did not make this, uh, the penultimate, Kubernetes, everything else, and, and completely scale in and scale out right now. That's because for most demos I have to walk my customers through monolithic VMs, right? So we have to crawl, walk, run. This is meant to just illustrate things. Uh, but the takeaways are Jenkins can be one click, right? And then we can put it into pipelines and then we can make those pipelines stood up and configured ephemerally and then we can make the application that those pipelines configure a femoral as well. So you see how try to get out of the lift and shift of one master at a time, one backup at a time as the way of doing things to build things, to be completely synthesized and driving other synthesized processes so that the automation feeds on itself and the business drives more efficiently, faster, anywhere, anytime. All right. Cool. Show us the next one.

00:53:45

All right. So what about, so, uh, you know, maybe from higher up we've we have a mandate, right? Let's, let's be able to deploy to AWS, right? When we, when we need to, or perhaps a scale and burst out into AWS first. Uh, so let's see how we could do that. So

00:54:01

Let me, but don't lift and shift to cloud first and lift and shift

00:54:04

And lift and shift. So it's, it's as simple as, you know, we already have this defined, right. Does it is a web server that's running. On-prem going to be that drastically different from a web server that's running in

00:54:15

Now let's provision a similar VM let's provision, similar resources, let's provision a similar operating system, maybe the credentials change, but those should be ephemeral, right? Those should not be pets and hard-coded into them.

00:54:27

So right there, we, uh, essentially switch that. H VVM over to AWS. I did it pretty quickly, uh, just toggled this dropdown here from AWS, or excuse me, from Nutanix to AWS, and then clone from the environment, essentially, I'm, I'm cool with the preset settings and obviously I can choose, choose or change any of these fields if need be. Uh, but now we're ready to go ahead and deploy, uh, both on to AHV and, and onto AWS, right?

00:54:54

So we just refactored our workloads across a new provider. We added another provider. We cattled that's how simple it should be, because this is the way of the world that you should demand for how you want to work from this point onwards. This is how you get Google to compete with Amazon, to compete with GCP for your business every hour, make them earn your loyalty, make us earn your loyalty, right? We help you have multiple vendors under your control. That's what we do. That's how we democratize and cattle the entire industry on your behalf.

00:55:33

Uh, so what about Kubernetes? Mark? I've

00:55:35

Heard, oh, I need that now. Don't get me just Amazon. Gimme, gimme Kubernetes. Right now the developers are ready to do containers. So I want to spin

00:55:42

Up a Kubernetes cluster real quick. Now, what is

00:55:44

A Kubernetes cluster? It's another infrastructure provider. Do I care if it's on prem or off? Do I care if it's Aksa EKS? Do I care? Do I care if it's OpenShift or do I care if it's one of Nutanix's versions? I just want Kubernetes and I just want to add it in. And some of my developers are ready for containers and all the others are still building things with BMS. Can I put these altogether? Can I hybridize all of this stuff? Can we do that, Michael?

00:56:08

Yeah, I think so. Let's deploy a Kubernetes cluster. Sure. All right. So first choice, uh, prod or dev again, single point of failure, uh, fi maybe fine for a development cluster. Uh, certainly do not want that single point of failure for our production clusters. So let's select it's a little bit more interesting. And so we'll name our Kubernetes cluster. Oh, we can specify the various versions. Uh, the particular, you know, the actual physical cluster it's getting deployed onto, uh, could be running again in AWS with, uh, with our AOS on AWS and our host OS. So we'll leave that. And then this is the, uh, essentially word we define all of our worker resources or master resources, so you

00:56:51

Can override the defaults, but the truth is next

00:56:55

One thing, one thing I do want to show, we can, we can put it behind an external load balancer do anywhere from two to five masters, but yeah, for, for most demos, leave it again. You can override any of these, but we'll just hit next. We're going to handle all the networking for you. Uh, today we support flannel. Uh, again, I can just leave those as defaults. And then finally we handle the persistent storage for you. Again, it goes back to, since we have the whole stack, we push out a CSI provider. So even if you don't use this particular product of ours, we, you can install the CSI provider on any Kubernetes cluster, right?

00:57:31

Um, we, we help people make open shift that much easier for storage and upgrade. We're disruptive in any level of the stack is you need us.

00:57:40

And assuming I did not fat finger that password in a moment, it should, uh, it's doing some pre-checks right now, including password check. I I'll go ahead and start the cluster provisioning process.

00:57:52

There we go. So it takes about 10 minutes, but the truth is, this is how we can make Kubernetes cattle. Developers can mess up Kubernetes and learn. That's a good thing. Rip up Kubernetes, rip down Kubernetes, as you need ad infinitum. And then, you know, we're working on all the APIs for all this stuff and stuff. Um, but then our automation can also schedule workloads on VMs and on containers together so that you can go hybrid. And again, we don't care what the end point is, who the infrastructure provider is just give us plain vanilla Kubernetes. And we have drivers stole the hypervisors and public clouds could be GK.

00:58:30

Yeah. So this is this exact same application, right? So we saw that I switched over AWS, uh, just to save time, I pulled up a, essentially a clone blueprint, and now we're actually deploying it onto a Kubernetes cluster as well. Uh, so again, that ha proxy should be round robining between all three of these, uh, essentially providers.

00:58:52

I want to see it, show me the app. All right. So we'll go to

00:58:55

The hybrid app

00:58:59

And seven, seven entities running four VMs, three pods.

00:59:07

So, and here we go. So we have hello world. Uh, if I'm refreshing, now we see it's on web server, one, that's running on AHV. Now we see a, we got routed to one, the carbon containers. Uh, so

00:59:23

Earlier wins our Kubernetes district. Thank you. I slipped

00:59:27

A Kubernete. No, I appreciate it. Keep me honest. Uh, so we saw here, uh, we're actually building the Docker container, uh, directly within Jenkins, right? So we, uh, we up, uh, uploaded or excuse me, upgraded both our traditional app and our hybrid app, uh, through a single pipe.

00:59:46

So you may not want to optimize things this way, but when you look at your build processes also deploying cattle to multiple infrastructure providers, then this is just a packaging, exercise and distribution exercise. Right.

01:00:03

All right. And then finally we, uh, we round Robin onto our AWS, uh,

01:00:08

To instance. All right, cool. So three infrastructure providers shouldn't be hard hybrid. All right. And

01:00:19

There was the update app that we just saw

01:00:20

Right there. Cool. All right. All right. Uh, any questions? Yes, sir.

01:00:29

Y multiple, uh, uh, why multiple cloud providers, um, when, you know, Azure or AWS have multiple regions, or, you know, why the different, uh, just right now on an Azure with multiple regions, just curious on

01:00:45

That's good. At least you're treating Azure, like cattle, which is good. Right. But, uh, you know, I have a number of customers in Amazon and they treat Amazon like a pet. Sometimes they're only in us east one. Right. So that's the first problem, not your problem. Then the second problem is, uh, it's talking to a whole foods and, uh, you know, they got bought by Amazon. That was fine. Right. But then I talked, I work in Texas and I talked to a HEB and they're using Amazon. Right. And I'm like, you realize you're subsidizing your competitor. And they're like, what are you talking about? I'm like, I'm thinking, and then went to AIG. And I'm like, you realize you're subsidizing somebody who actually already entered in and left the insurance market because they were only in Amazon, too. Uh, so long story short is that you need business agility.

01:01:34

You need to be able to deploy anywhere, anywhere as a strategic and competitive advantage, optimized for Azure. But remember, Azure should be competing, not locking you in. And this is what we do for our customers over and over again, because they need that business agility optimize for what you need to do. Treat Azure like a pet to get started, right. If that's what you need to do cloud first, and you need to go Azure. Yes. Mr. And Mrs. Customer, you're right. I'm going to help you do that, but because I'm going to help you synthesize instead of lift and shift to it, you already can now refactor to everybody else. So that's the strategic advantage we confer to our customers when we finally help them see the end result of this with very simple principles applied consistently relentlessly intellectually properly. Uh, but do what you need to do. We're not here to preach. We're here to help. Oh yeah. And ask yourself why you have that contract.

01:02:39

Yeah. All right. So should we talk about infrastructure as code? Yes.

01:02:44

Yes, yes, yes. Let's, let's get even more best. So now you understand what we try to do, how we look at applications and infrastructure together, how we try to cattle it in every way, how we even try to cattle the operations through CCD pipelines and even make those things in a femoral, please show me the next generation of all this.

01:02:59

Uh, and right, real quick, we see my Jenkins demo that we launched earlier. It is now running, uh, and we could, if we need to access it. So just to prove, uh, we first have to unlock Jenkins so fully. So that was the one that

01:03:12

Was the Jenkins is the one you kind of, sort of one-click, one-click

01:03:15

Deploy Jenkins. Um, but yeah, let's, let's check out, uh, uh, the column DSL. So we'll make, how's the fonts here

01:03:24

Calms the automation product, sorry, DSL domain specific language. And what does that domain specific language? Is it Jason? Is it Yammel? These are typical infrastructures code formats. They are data formats. They are not code. How do you do iteration in Yammel while you use it a special runtime engine to figure out how to hack in iteration? So wouldn't it be nice if we actually used real code Python to do infrastructure's code? That means we could see ICD or CD.

01:03:59

So we also see real quick before I show the Python blueprint. Uh, we see that essentially, I'm just getting a list of all of these applications, uh, if I come into the UI. So mark mentioned earlier, you know, everything is doable via API APIs. That's where all we're doing here is the, the API piece. So call them, get apps again, and making an API call and, and getting a list. Uh, so let's take a look at, uh, our actual application. So this is our, our a hybrid blueprint, right? So again, just to refresh your memory, it was this particular blueprint here. So we have that era backend database, uh, different infrastructure providers for our web server and then an ha proxy. Uh, so this is our Python, uh, definition of our application.

01:04:46

First and foremost, this is not, this is a technical preview. This is not sold yet, so you can't buy it, but look towards the end of the year, if all goes well, caveat, caveat, caveat, I'm not hyping. The stock don't make any purchasing decisions based upon what you see here. Everything else you've seen is a shipping product. This is coming in the future.

01:05:07

Thank you for clarifying. Uh, so essentially this is the definition of our blueprint, right? So again, mark mentioned that it's Python, it's actual code. Uh, you know, if I know we were about probably a third developers, um, so those of you that aren't developers, um, you know, I think this is really powerful as a, as a, uh, previous developer in a, you know, a previous life. Uh, this is huge. I can't stand Yammel, uh, I will often, you know, can't remember if the dash, you know, gets indented or when it doesn't get indented or Jason is even worse, right. Because you're trying to figure out commas. Uh, so it's, it's very clear exactly. You know, how this, this blueprint is

01:05:46

Put together. Yeah. Are Jason blueprints, this would be typically over 2000 lines of Jason, but how many lines is it in the DSL? It's find

01:05:55

Out 455.

01:05:59

So I'm guessing that it's about 2000 lines of Jason. So it's probably 25%, but long, long story short is that we can test this. Now we can version control it directly. Uh, we can upload it and such. So,

01:06:12

All right. So we do it, we do it get status on that note. Uh, this time we see that my, uh, branches up to date, uh, with my origin, nothing to commit working tree clean. Uh, so let's go ahead and make a change, right? So, uh, maybe I want to go ahead and add an additional service. Um, so in the UI, you know, I could click on the services and hit plus here and add a new one, but again, I'm moved beyond the UI and I'm implementing infrastructure as code. I need to be able to keep track of my application blueprint, uh, via get, so we can go ahead and make, uh, let's say a dummy service and we'll just, uh, write and quit from there. And now when we go and do it get status, we see that it's been modified. Uh, we can do a get commit.

01:07:07

So these blueprints really represent business. They represent not only the infrastructure and the topology of the application, but also the operations for provisioning, but every change of control and runbook can also be modeled because we can provision it and work. We can orchestrate it. Every permutation and mutation of it is a change control is a runbook. They just can be captured. We put them under our back. These are business artifacts and they are business artifacts is code.

01:07:37

So I think we have run up under the end of our session, but we are welcome to everyone's welcome to stay, ask questions. Uh, we'll be here for, we're not in a rush at all. So, uh, you know, before everyone leaves, do you guys have any questions or feel free to come up afterwards as well?

01:07:55

All right. So final thing, we're just going to thank you. And we're in booth 6 0 3. If you want to learn about any of this stuff, uh, feel free to reach out to us. It's been a pleasure to have some time with you today. Thank you for coming. If it's been valuable, please leave really good feedback for us. Like the best feedback like Michael did stellar job on that demo. I think so. So thank you very much, everybody really appreciate your time.