 All right, hopefully this thing's working. All right, awesome, all right. So a little bit of a different venue for Lightning Talks this year versus the summit last year. They were really fun last year on top of the big stage. A little bit of a smaller room this time, but awesome. Nonetheless, I did wanna lead in with one little kind of funny joke comment. So I have a number of slides here that are created by my marketing team and a number of slides that I've created myself. So anybody who comes to our booth through the remainder of the show and attempts to guess which slides were created by me and which slides were created by my marketing team is going to get an extra spin on our prize wheel. So just gonna go through things here. All right, is my thing on and it's off? Great, awesome, cool. All right, so I wanna lead with a nice little pithy observation like I did last year. So traditional monitoring is dead, all right? So let's talk a little bit about why traditional monitoring is dead. This is my favorite slide in the entire world in the entire ecosystem of Dynatrace slides because I'm a big fan of Alien. But as you can see here, so we have the statistic that we got from Gartner and Gartner told us that most organizations are only using APM solutions on about 5% of the apps in their business. And as we move towards new fangled cloud native architectures and cloud native platforms like Cloud Foundry, we start to get environments with tens of thousands of processes across thousands of services. And if we're only instrumenting and only monitoring 5% of those applications, as you can tell, that's gonna present a pretty significant black box for your organization. So one of the things that Dynatrace found was there must be a better way, right? So we came up with a automated full stack monitoring solution where we're really intending to ease the rollout of monitoring agents to the entirety of the platform. And we're looking to make APM something that is available for each and every app instance that's running in your environment, all right? Something that you don't have to think about, it's always there and you never have to worry about turning it on because it's always listening for every single app instance in the environment. In addition, we're also gonna be looking at all of the Cloud Foundry components in the environment as well. So let's talk a little bit of a little visualization here on what it is that you were trying to do. These little guys there with the ties and our sunglasses are our agents, those are our secret agents. And the goal here is to get these agents onto every host in the environment, every VM that's being managed by Bosch. And then additionally, we wanna get our agent in every process that's running inside of a Diego cell. So we also wanna get inside of every single application that UCF pushed into the environment. So how do we do that? Well, now we've got this cool thing that we're using to manage our Cloud Foundry environment. So we're using this to manage our runtime and that's Bosch. So with three simple steps, we're able to distribute our agent to every VM that's inside of your Cloud Foundry deployment and immediately begin instrumenting everything that's happening in that environment. All right, so it's a simple process of fetching that release from our environment, uploading it to your Bosch director, editing that runtime config or merging it with your existing runtime config and simply executing a Bosch deploy. So I'm gonna use the next minute or two here to kinda talk about some of the platform level visibility that's exposed by this functionality and how it impacted us when we were troubleshooting one of our internal Cloud Foundry environments. So when we were going through and testing the add-on in one of our own clusters that happened to be deployed on, shall we say, suboptimal hardware running under somebody's desk, we uncovered an issue with our Cloud Controller. And by digging into the processes on that host, we found that the Cloud Controller was scooping up a lot of CPU. And then by utilizing our tool set to take a look at the logs for that process, we found that there were log messages related to the MySQL server going away, all right? So with one tool, you're able to have access to all of the metrics and things like that surrounding those system processes as well as the ability to drill into those logs of that process and perhaps assist in your troubleshooting. And those that might have seen some of the other demos that we've done and things like that, there's an AI that sits on top of this that is actually alerting when you're exceeding some norms for many different things and it's doing automated root cause analysis across the whole thing, all right? So I've only, I'm actually about 14 seconds over. So how do you get access to this? You can sign up for free trial at www.donatrace.com slash trial. You can grab the Bosch release from PivNet. We just went live on PivNet on Friday. Or you can fetch that from our GitHub repo. And then once again, those three steps there are available at the bottom. And usually within about five to 15 minutes, everything will be up and lit up literally just as long as it takes Bosch to execute that deployment, all right? Thank you.