Howard Beader

00:22 - 00:54

Alrighty, everyone. Thanks for joining us today.

Really excited to be here. You can see I I get shades on because the future is just so bright.

I had to wear them. But, you know, we're here to talk about the future of Internet performance monitoring, and we've got a great crew with us to to this today.

Have the pleasure of having, Matt Izzo join us. Matt, would you like to introduce yourself?

Matt Izzo

00:54 - 01:00

Sure. I'm Matt Izzo.

I am chief product officer at Catchpoint, and, very happy to be here.

Howard Beader

01:00 - 01:14

Thank you for your time. And also really excited to have for us on for the first time in one of our, launch events, Leon Adato.

Leon, please.

Leon Adato

01:14 - 01:39

Thank you. Welcome, everyone.

It's exciting to be here. So this is for those people who are keeping track, this is, I think, week eight for me at Catchpoint.

I'm really having a lot of fun. My name is Leon Adato.

I am one of the principal technical advocates here and super excited to jump in, make comments, opine as necessary, you know, all of that stuff.

Howard Beader

01:39 - 01:50

And and as you'll all hear as we go through this, Leon does not have any opinions. No.

Incredibly easygoing. It's gonna be fun.

Matt Izzo

01:50 - 01:52

And Or filter.

Howard Beader

01:52 - 02:57

But no. And for those that, don't know me, my name is Howard Beater.

I lead product marketing here at EdgePoint. So maybe some, house logistics before we jump in.

So, as you'll see in your screen environment here, I believe on your right side, you'll see a chat button. If you have any questions, any comments, love what we're talking about, wanna tell us where you're all from, just enter it in chat, and we will respond.

In addition, there's some q and a button over there where you can ask a question, if you want it to be, let's say, a more formal question with a response that everybody can see, and we will respond. And to do that, we are actually it's not only the three of us, but we also have our, amazing, director or or senior director.

‍

Matt Izzo

02:57 - 02:58

Senior director.

Howard Beader

02:58 - 06:25

Senior director of product management, Kelly Albino, with us. So we're gonna get you all the information you could ever want.

In addition, there's a docs tab where we've got some materials loaded. You can check that out, download it.

As we get going throughout the presentation, we'll also be popping up a poll a little bit later on where you can kinda answer some questions. So let's get into what we're gonna be talking about.

And what we're really gonna be talking about today are, a few key areas. We're gonna be talking about our connected devices launch and what that is and what that means.

We're gonna be talking about RAM and mobile RAM. And, no, it's not the kind of mobile RAM that you can carry around in, you know, a glass, and drink.

It's really rum that's gonna help from a performance standpoint. And last but not least, all of our amazing platform innovations.

And that's why I have the sunglasses on earlier because, it's amazing what we've released and what you're gonna hear about. When we look at our vision and what we're looking to do here at Catchpoint, it's really about ensuring that we've got as many devices as possible out there that we can actually run tests from, that our clients can run tests from.

So that it's not just, let's say, major city level granularity, but micro location granularity. So that you know if you're in, let's say, the New York area, whether there's an issue in Tribeca, whether there's an issue in Brooklyn, whether there's an issue on the Upper East Side or the West Side.

And all of that data granularity is gold. You can leverage that all of our AI tools can leverage.

Because with more data, you're able to get, really faster MTTI, better decisions, and, ultimately, much, much quicker MTTR. We talk about a Catchpoint that the Internet has evolved dramatically, and no longer is it just that dial up pipe.

You know, how many of you remember those those DSL modems that we used to have in the house and you'd hear, you know, the sound, that it makes as it's connecting and then finally connected? Well, now, you know, the Internet's evolved to just so much more. It's really become the application fabric behind almost every digital application that we're all engaging with.

The Internet is what what pulls it all together, what, really ensures that everything performs in real time. And, you know, you can think about it that digital experiences are don't exist, without the Internet today.

Leon, do you have a comment there?

Leon Adato

06:25 - 07:33

Yeah. Well, my first comment is, you know, some of us remember back to 300 baud modems, not just DSL, but that may be going back a little further than than some folks wanna go.

I I also wanna point out that it wasn't that long ago. It wasn't 300 baud modem long ago that we were very concerned about the fabric.

We were concerned about the network fabric, the storage fabric, you know, and and we began to talk about it as our application fabric, that stuff that underpinned it. And it really the slide is true, you know, that that everything has become connected.

The other thing about this slide that always makes me, you know, smile is that all those long runs under the ocean that you see across the Atlantic and Pacific, they as a network engineer, that used to be the thing that we used to wave our hands and say, okay. That's a speed of light issue.

You know, there's nothing I can do about that. There, nobody cares that there's nothing you can do about it.

Nobody cares that there's, you know, speed of light has a limit. That is still part of your application fabric, and you need to be aware of what it's doing in order to deliver a an acceptable experience to your users and your customers.

Howard Beader

07:33 - 10:28

Very, very true. Absolutely.

And and when you look at that Internet as the fabric, the Internet's not just that that modem you have at home. What we're really talking about is the Internet stack.

And it's all these different components from the network to the protocols to the core to the cloud services to any media or ads, all the way up into the application. And this is what we monitor with Catchpoint Internet performance monitoring.

This is what we're helping you all ensure that you've got visibility into end to end. And, you know, it's uber important today, as you've hopefully seen in the latest research we've released from Forrester, with our ecommerce study.

It's not enough, any longer to just have the website up. If the website is slow, if your application is slow, it might as well be done.

And, that's because if it's slow, your customers, your employees, are going to go elsewhere. They're gonna go find another way to make that purchase, another way to do their job.

If it's down, like what we saw last week with, Google and all of the related services, you know, that becomes an even bigger issue. Business stops.

Revenue stops. So you wanna, of course, minimize any downtime.

And if there is gonna be any downside, you wanna get to that root cause immediately to be able to understand what the hell is happening. And, we provide the Catchpoint IBM platform, and it is this end to end amazing solution where we've got global collectors to be able to, grab the information from really the point of point of presence, point of where your user is engaging, your application.

All of the telemetry all the way back feeding into our data engine. We're maintaining that data, for years, And then our AI engine is able to actually understand what's happening, is able to correlate all that information into actionable intelligence so that very quickly, you're you're identifying the issue, you're getting to that root cause, and you're fixing the issue, hopefully, before your customers ever notice.

So with all that.

Leon Adato

10:28 - 11:56

Yeah. I just wanna jump in and contextualize one thing.

You're gonna hear at Catchpoint, you're gonna hear us use the word IPM a lot. And, obviously, that's not an industry standard term yet.

You probably heard APM, right, application performance monitoring or application performance management. And so there it's important to talk about the difference between those two things, Internet performance monitoring versus APM.

And it's a lot of the same tools and techniques and technologies are involved, but it's expanded. APM is usually predicated on having a known source, whether it's users or a data center or whatever it is, and a known target, an application.

You know where at least one of those things are, and they don't move around a whole lot. That's the fundamental underlying concept of APM.

IPM is built with the context and the understanding that both of those things could be anywhere, and they could move around, sometimes a lot, both of them. And, therefore, back to the idea that the Internet is your application fabric is that you have to be able to know wherever the consumer is, whether it's a user or a customer or whatever, wherever the application is, if it's mobile and it's moved around because you have elastic or or moving from site to site or from center to center or whatever it is, that your monitoring and performance your performance monitoring and management is equally nimble.

So that's what we're talking about with IPM, with Internet performance monitoring.

Howard Beader

11:56 - 12:26

Right. And and both focus on really a a different set of metrics where APM is focused on inside the application with logs, with traces, with with What you own.

What you own and whereas the IPM is focused on all of your third party dependencies from where that user is all the way back into the application. But over to you, Matt.

Sure.

Matt Izzo

12:26 - 17:27

Yeah. And those third party dependencies, you know, they're not gonna let you they're not gonna give you logs or let you run traces on those.

So there is a big difference between, you know, what you manage and and what you can control versus what you have influence over, who what you purchase, and the things that are outside, your control or beyond your front door, which is a lot of what IPM is about. Anyway, let's so I'm gonna talk about, some of the big things that we've released over the past six months.

I can't cover everything, but you can find our release notes. If you log in to our platform, you can find the release notes and documentation, and we'll be here to answer questions as well.

There's a lot of cool things that that we've done. I'll try and squeeze in a a demo and, hopefully, cover areas that you're interested in.

So thanks for thanks for joining. Connected devices.

So we had three basic goals. This is something that we we recently announced and launched.

We have three main goals with these connected devices. One is to really increase the scale and scope of the locations around the world where you can do proactive testing and to dramatically increase that from thousands of locations to millions of locations, really.

And the other goal is to provide a a proactive, industry benchmarking capability starting with CDN. That's what's available today.

And then later allow you to run your own tests from either your own footprint or on the the catch point wide public network of connected devices just like we have our public agent or node network. So we're doing this by installing a very lightweight agent, in in RAM or mobile apps.

Today, this is an extension of what we do already with RAM capabilities, later on on devices in the network and then allowing you to run lightweight tests, or running our own benchmark tests, from those those agents. Then we we're we're starting, as I mentioned, with CDN benchmarking today.

That's available now. As we extend this, you'll be able to collect data from all websites today, other desktop apps, mobile apps, and so forth.

All that data will be collected from multiple types of devices, brought into the Catchpoint platform, and made available for analytics. This is an actual screenshot of, a a CDN benchmark tests from a variety of known CDN.

I think if you if you squint or zoom in, you can actually see, names of of of the real CDNs. That's what we're providing.

Data can come specifically from your customers on your rum apps or aggregated over Catchpoint's public network of connected devices. So why why are we doing this? You know, as we move along, I'm gonna try and say, what's the, you know, what what's the the purpose behind these things that we're rolling out? Why do we think it's so valuable? Well, already today, a lot of companies use Catchpoint to do CDN performance monitoring.

We already know that CDNs are a vital, part of the Internet fabric, your Internet stack. Many companies rely on CDNs, for very important reasons.

But there's no CDN that is the best, the best performing in every use case in every part of the world. So CDN companies and companies who use CDNs, today, use Catchpoint.

This is a big use case for Catchpoint to monitor the performance of of CDNs in different areas just to help drive better buying decisions. And if you're a CDN company, you're using Catchpoint to basically show the the performance that you provide.

Of course, SLAs, SLOs are a big part of that as as well. So the connected devices approach really is intended to expand this and does expand this to a much, much larger larger footprint to gather that that, that information.

You know, I mentioned buying decisions with CDNs. Implementing a multi CDN strategy is also a very big thing.

More and more companies are doing that again because you need a backup. Things do go down.

Even the best companies have problems. And there are companies that are using Catchpoint today, taking the data that we're providing on CDN monitoring and using that to actively switch from one CDN to another.

That is being done, today and, again, it's a big use case. And and and Matt.

Howard Beader

17:27 - 17:52

Yes, sir. And Matt, for that, I mean, we also, have a great demo and blog, with our friends at IBM.

And that's why we're doing that. How NS one Pulsar can leverage data from Catchpoint to actually do just that, choose the best CDN at the appropriate time in the appropriate region.

Right.

Matt Izzo

17:52 - 18:48

So this really is a doubling down on that to to vastly expand, the footprint of data that we collect, and then we'll be expanding it to to other areas as well. So we're we're very excited about this.

The the the last thing is a lot of companies have used Sodexis in the past. Well, that's being end of life this October.

So this is an alternative an alternative to to that. I'm not gonna read through this, but I did wanna point out that even with very simple, very lightweight tests, we're able to collect a lot of valuable information about the thing that we're testing, whether it's DNS time, jitter, latency, which OS version you're on, and so forth.

All that information is valuable information that we can manage, that we can collect, and provide.

Leon Adato

18:48 - 19:57

Can I just jump in here for a second? I wanna see the my other network engineers who might be here. It's important on that on that previous slide that, you know, when we talk about network, monitoring and network telemetry, there is an expectation.

There is a habitual view of, oh, I expect to see this or that. And one of the things that Catchpoint has focused on is that, you know, this is the part of the network experience that matters.

Or to put it a different way, your bandwidth doesn't matter if if your customers aren't happy. You know? Meanwhile, conversely, if the customers are happy, those drop packets aren't important.

I mean, obviously, in a operational sense, you wanna know about it. But what we're focused on doing is telling you how the experience of your network is going for the people who are using it so that you can understand what the impact is at any given moment.

And that's something that for years, we have had to we couldn't know. We had to infer from all those other statistics and things.

And so this is really important to understand that we're able to refocus our efforts where it matters.

Matt Izzo

19:57 - 21:58

Yeah. The the cool thing about this is if you if you enable the CDN benchmarking I'll I'll get to how that's done.

If you enable that on your, RUM customer base, you're getting CDN benchmark data and in the future other data and even, your own private tests, for your specific customer base. So, it can be aggregated across a very large network of public view or specifically to yours.

Actually, that's a little bit of a lead in to the next slide. You know, So rum is in our DNA.

I I guess, looking back on this, maybe saying rum is in our DNA could be could be viewed as a, one way or another, but we've been doing rum for We're okay with both. For Chinese.

Right? I'm more of a bourbon, guy, but, you know, you take what you can get, I guess, at times. And you're right.

So the CDN benchmarking, it's really built leveraging our existing Catchpoint RAM capability. So this is stuff that we're already doing and can already do.

So, providing this as a capability, this already makes use of the capabilities that CatchPoint has. That screenshot that I showed earlier, you know, that's that's CatchPoint's data explorer.

So it's the same capabilities that are used in CatchPoint in that also in that platform slide that Howard showed It was all the boxes and lines. So because it's leveraging what we have already actually, if you have Catchpoint Run, this can be enabled with a single click to turn it on.

So if you are interested, we are offering an early access program, that's very beneficial. Just let us know.

We'd be happy to enable this for you. Alright.

Let's.

Leon Adato

21:58 - 22:00

move talk about some more.

Matt Izzo

22:00 - 25:16

Speaking of RUM. So you know why mobile RUM? Well, you know what? Maybe it's too obvious, I guess.

Mobile browsing overtook web browsing nine or ten years ago depending on who's tracking what, and and mobile app growth is is huge. And I I think there were for a while and except for ecommerce companies, a lot of big companies companies like like major finance, banking companies, might have been reluctant up to a certain point to to conduct major amounts of business, over mobile apps.

But, yeah, that's that's well passed. That's that's definitely behind us.

This is a survey from last year from the, American Banking Association. And it's only US, but 55% of people prefer mobile apps.

And that's actually across all, demographics because, you know, my mom who's who's 80 is probably not gonna do, much mobile banking, but, you know, everybody else is. So there's he the answer is obvious.

There's a lot of money that's riding on it. I think in the past, there was also reluctance because we've talked to companies about, mobile rum in the past.

We had a, a proprietary SDK for a while. Companies are reluctant really to embed in a mobile app a proprietary SDK.

Well, that's one of the beautiful things about OpenTelemetry. It kind of democratizes that capability and makes it so that you're not, you know, locked into any particular vendor.

So speaking of of of OpenTelemetry, we have rolled out, RUM for native mobile apps. It's in preview.

It's based on OpenTelemetry, compliant with that. It supports both iOS and Android, and it's built into the Catchpoint platform.

So as I mentioned before, it's leveraging all those same tools. This is this is Explorer.

Things like RUM I mean, things like records, things like SmartBoard, all of those tools will apply because, again, it's bringing it into the same common platform. We knew early on that we wanted to base this on open telemetry.

There's already some work for done for for RUM Web. It wasn't everything that we needed, so we we did take some time, to make some contributions, to just to make sure that this will support what we need for mobile RUM.

It delayed us a little bit, but we're very happy that we invested the effort in that because I think mobile basing mobile RAM on open telemetry, is is the way to go. This is in preview.

Let us know if you're interested in trying it because it's open telemetry. You know, if you have that, you're not locked in to Catchpoint, you know, or your current vendor unless unless you've got a a proprietary SDK, in which case, you know, maybe maybe you are locked in.

We have had a surprising amount of interest in this, but, let us know if, if this is something that you would like to, to try because we're we're very excited about, being able to offer this.

‍

Leon Adato

25:16 - 26:05

I I wanna just jump in for a second here to say, it says a lot about a company if they're willing to, you know, put off a product release. I mean, everybody who's ever worked in any sort of producing anything kind of company knows that, you know, getting it out the door is the most important thing.

And for a company to say, no. No.

No. We're gonna we're gonna slow that a little bit so that we can contribute to the open source community so that we can make effectively the world a better place and an open source product better.

So that it's you know, I I think it says a lot about catchpoint that we were willing to do that, you know, just to make OpenTelemetry a broader and more all encompassing, solution. And then, obviously, we are also incorporating it into our tools, but it it's just it says where our values are, and and I wanted to call that out for just a second.

Matt Izzo

26:05 - 27:11

Yeah. You know, as as a product leader at at Catchpoint, I'm always, focused on outcomes.

Our we we are not a a massive legacy, observability company. We're our business model is not to capture you and and lock you in.

Transportability, we think, helps because we believe we're providing, the best solution, that's available. And, we're not, you know, we're not afraid to to, enable support, you know, that that, open source capability.

So one other thing that we've we've done just, again, to hang along with, you know, we're not we're not about locking you in and certainly not about hitting you with major, you know, overage fees. RUM usage reporting just allows you to track your usage, you know, on a on a daily basis or cumulative to make sure that you you have always have visibility of what you're using versus what you've purchased.

Leon Adato

27:11 - 27:11

And, of.

Matt Izzo

27:11 - 27:24

course, you can always control that with with with with your sampling or or talk to Catchpoint about how to manage that because, you know, it's it's not our goal to hit you with surprise overages.

Leon Adato

27:24 - 28:01

Yeah. And and for those people who aren't as familiar with the Catchpoint platform, this isn't unique to just ROM or mobile ROM or whatever.

This ability is is all through the platform. Right.

And, again, it says a lot about Catchpoint. There's very few vendors that will give you a dashboard right there that tells you how much you're using right up front.

A lot of vendors are perfectly happy to let you overspend and find out at the end of the month when the bill arrives. And I again, I think it says a lot to Catchpoint culture and, you know, who they are that they no.

We want you to be aware upfront of what's going on.

Matt Izzo

28:01 - 29:23

Yeah. Again, as an outcome, and as a product leader, that's that's not something that that we want.

Okay. So let's let's move on.

I you know, we we love to talk about the new stuff. CDN benchmarks, connected devices, run mobile.

That's not the only thing that we've been working on. Despite the flashy new stuff, a lot of our effort goes into the core platform and core capabilities of what we're doing.

A lot of our effort goes into the tools that you're using today. And because we've always focused on those, doing the hard things under the covers, making sure that data is highly scalable, putting in the the the infrastructure, for AI capabilities that we'll be rolling out soon.

Those are that's a lot of what we're doing, not just, not just Mobile RUM and, and benchmarks. So let's take a look.

First of all, we continue to build out our our agent network, our our our node network. We've added in the past year, almost 300.

I think it's, two eighty, new nodes in the in the past year. So what's that you asked, Leon? Why why so many?

Howard Beader

29:23 - 29:24

Intelligent. No.

Leon Adato

29:24 - 29:26

Why so many, Matt?

Matt Izzo

29:26 - 34:23

It is yeah. Agents.

Intelligent agents. And they are.

Yeah. Thingies.

Very smart ones. It's not it's it's not it's not the quantity.

If you're using Catchpoint and this is a real important point. If you're using Catchpoint, you're using it probably to monitor the digital experience that you provide to your customers and the performance of the things in the Internet that you deploy that you that you depend on, you rely on, those services that make up your Internet stack.

You cannot do that. You can't do true digital experience monitoring.

If you're not monitoring from real locations where users access your service in line with the delivery of service to your customers, real cities, real ISPs, real people. So I I always say, Howard's probably tired of me saying it.

You know, it's it's if you live in Hawaii, you're not gonna wanna subscribe to a tsunami detector in in Kansas. The tsunami detector in Kansas, you're guaranteed is gonna be right all the time.

No no tsunamis in Kansas. It's gonna be cheap because, you know, it's easy to get it right.

There's not gonna be any tsunamis. And it's also gonna be irrelevant.

So we we really do believe that the size and the scope of monitoring from real locations, is very important, monitoring from where it matters. We we also have cloud locations.

Of course, we have our cloud agents. There's 263 of those across nine cloud providers, but we have a lot more than than that.

So, we add nodes. We're constantly adding them agents.

We're adding these agents based on what our customer needs are, where growth is in the Internet. And and, actually, if you're a customer Catchpoint and you have, an area that you need monitoring in, maybe you have a market demographic that is in a certain part of the world that maybe is under underserved, let us know.

We've been adding these agents for fifteen years. We're very good at it.

We're we're able to do this in a very scalable and economical way, in a way that maybe other companies are not so interested in doing. So our goal is not just to give you, you know, a 100 nodes on AWS or another cloud service because that's your tsunami detector in Kansas.

It's great for monitoring performance within the cloud, but it's not gonna give you your customer's performance. So that's why we do this and, you know, why I wanted to at least spend a minute on on on it.

Okay. Internet stack map.

We've made huge improvements in Internet stack map since our last webinar last October. But first, let me say, you know, what is this? Why is this valuable? The point of this is and the vision behind it is to give you that better way of visualizing and troubleshooting the status of your service and to see the impact of services that are in the Internet in your Internet stack that you depend on.

It's a dependency map of your service and the things you rely on in the Internet so that when something goes down or where you have poor performance, you can actually see what's affecting that in the Internet across the Internet. So we've made a lot of big improvements of this.

Totally brand new UX, better layout, easier to create and edit, easier to read, visualize, you know, root cause. You see the leaves on the tree there.

That's maybe where the problem is starting, and much faster drill down, fewer clicks to get to where you want. You know, product manager will have fewer clicks.

Right? It's it's, it is very important. This is also a platform that we're using to launch some, AI features that will be coming out soon.

And, by the way, this is this is free. This is a dashboard that you can create going into Catchpoint, going into your dashboards, and create a stack map.

Some of these services will be auto discovered. You can create one of these, you know, without any cost just with the test that you have.

And the data from your tests will automatically be aggregated, correlated, and mapped to the services that you rely on so that you can visualize what's wrong and what's affecting your service. So this is a big thing.

I'll actually show show a little bit of this. And companies who are using this, including some very major companies, are are have been extremely happy with with that.

Not sure if I can name who, but I'll leave that to I'll leave that to Howard. Before I show a quick, demo, this is Internet sonar.

So this is the feature that detects outages from major Internet services around the world. This is actually a screenshot from last Thursday that I took when there was a big cloud outage.

Leon Adato

34:23 - 34:24

Of course it is. Of course.

Matt Izzo

34:24 - 35:05

it is. Yeah.

You know? And and I I I would never I would never denigrate a a a a someone who has an outage in the network. I mean, Catchpoint has been attacked, from, you know, from a DNS perspective.

The biggest the best companies with the best technology, the best vision, they experience outages. It just happens.

You know, that's that's gonna happen. The funny thing about this, you know, side story is when we built this, we were a little worried, you know, gee, what's this gonna look like when there are no outages in the Internet? It's just gonna be a blank page with a gray map.

Almost never page. Right.

Leon Adato

35:05 - 35:09

I was gonna say, I please Yeah. Please put your mouth to god's ears.

See, it should.

Matt Izzo

35:09 - 37:10

look like that. So we we we are, you know, we are monitoring, hundreds of services.

We collect that data. We also collect data, from from, ISDown, which provides status information so we can you can correlate and see if a if an outage has been verified.

You know, often companies, they don't verify an outage for forty five minutes, an hour later, but that data is very important. We've made a lot of improvements to this.

I won't go through them except to say the biggest thing that we've done, because we want everyone to be able to use Internet sonar. We we think it makes a big impact on, well, the Internet stack map that I just shown because data that's collected, from your tests as well as sonar is all correlated, with our correlation analytics, on onto the Internet stack map.

So, what we've done is sure. If you wanna license if you need to know everything, we have companies who are monitoring.

They need to know any service that's down across the Internet because that might that that or at least large categories that will affect them. But if you only need a few, maybe you're relying on 10 services out there.

You know, Adobe Tag Manager, some AWS services, your DNS, your cloud service, some back end services, AI services, a handful of Internet, a handful of APIs that you use. We might be monitoring those.

You can license those individually. It's a few bucks a day per service, or you can use points as needed.

Points give you great degree of flexibility. You purchase points with Catchpoint, and, yeah, you can use them for whatever test you want.

You can also use those same points for sonar services. It's very, very easy to set up.

Okay. With that, I am going to attempt to share.

Leon Adato

37:10 - 37:15

my Tell me about a demo. I wanna I wanna see a demo.

Matt Izzo

37:15 - 37:48

Yeah. Let's see.

So this is a demo video that I took, a couple of days ago. I recorded the video.

You see it's three minutes long. What I'm gonna do is I'll voice over I'll voice over this.

I might stop and rewind if I miss something, but that's really the goal of what I'm gonna do. This was, this is a live video that I took, cropping out some extraneous unnecessary mouse movement, and and we'll go through it from there.

Howard Beader

37:48 - 38:00

So And that and that, we're doing it as a a video because everything else here is live, and you gotta actually ensure. Right? Everything.

Leon Adato

38:00 - 38:08

because the demo gods so the demo gods are fickle and and require many sacrifices.

Matt Izzo

38:08 - 40:16

Well, again, I was worried. If I showed this live and there weren't any outages, what would happen? You know? It's not as interesting.

At any rate, let's let's go forward. So this is a, a stack map.

It's actually I took the screenshot of this. It's on the other, it's on that slide that I just showed, and it's of a it's it is a demo service that we created, a demo app.

It is called cinema app. It's actually online.

You could go to this, and you can, browse movies that are available, pick a movie, buy some seats. I don't think we actually charge your your credit card if you're brave enough to type your credit card into a demo app.

But it is a functioning, application with back end services. And you can see on this map I'll start this video.

You can see on it well, cinema app, there's there's actually, tiny bit of downtime. Nothing nothing to worry about.

There's some packet loss. There was a service failure in one alert.

We'll we'll come back to that. You can also see, up here, there is, you've got your DNS services, n s one, AWS, generic cloud.

Generic cloud is the only fake service on here. It's it is a test service that we created.

Users of Catchpoint would would never see that, but it also helps show when there's an issue. And, actually, this icon here says that Internet sonar detected an outage.

We'll come back to that. Other services that are on here, your front end service, AWS CloudFront, CloudFlare, all your third party services, your tag services, Adobe Tag Manager.

You know, seems innocuous, but, there was an issue last year, I think, that caused some major outages, in across a variety of websites. Your origin and API gateway, you see in the middle there, there's an, open router AI based service, third party back end services, Auth0, Lambda, etcetera, and then some back end services.

On the right, what I just scrolled through, those are the services that are involved. You can actually, you know, navigate that and see what's going.

Howard Beader

40:16 - 40:17

on.

Matt Izzo

40:17 - 47:07

So and any of those, you can click on to and drill down. It is a fully interactive, not just a dashboard of what's going on, but troubleshooting.

So let's see what's going on. We saw that there's, you know, there's an alarm bell.

It means there's an alert on on tests that were correlated with off zero. We're correlating all this data in the back end.

We're saying that, okay. There's there are tests that that make use of this.

There's an alert. Let's see what's going on.

So I'm gonna click and drill into that. And here I can see that this is the Auth0, service.

There are tests that associated tests that that are making use of that. There's downtime on those tests, and there's a there's a test failure alert.

So let's drill into that alert. This, if you're familiar with Catchpoint, this is the alert blade, and this shows you up top here, test runs, a scatter plot of test runs.

The red diamonds are failed test runs, and the blue dots are successful test runs. We're actually gonna, click in on one of those failed runs.

Yeah. I guess I have to just had to decide which one to click on.

Come on. Click on that.

There we go. Boston AT and T.

There are some issues in Boston AT and T. This is a transaction test.

You can see we get we we go to the cinema app. We go to log in, and then there's a problem.

It's a pretty simple one, actually. You know, it's a four zero one error.

So unauthorized error. So maybe this is a a little bit of a contrived, scenario, but, it's useful to show what's going on.

This is the trace. This is the OpenTelemetry tracing application tracing, that we have run on this application, and we're stitching together this synthetic test to the trace that was triggered by that synthetic test.

This is what I was saying before, is free. Even if you don't use Catchpoint tracing for the rest of your application, this is free.

You can see on this particular trace, there's there's one transaction, there's one error, and I think I even go down and click on, a particular item in the trace, and you can see what's what's happening here. Again, maybe a little contrived for this example, but it does show it.

Now it's good to show I paused there. Maybe I shouldn't have paused where it was loading.

Now I select a transaction, a run test run that actually failed. That actually worked.

This one failed. That was the error.

This one works. Let's see what happens.

So here, I I can see this is a transaction test. Companies use Catchpoint for transaction tests, you know, all the time.

I don't recall if this is Chrome or Playwright or Puppeteer, but either way, we support all of those. You can see I scroll down the the, the record looks fine, and I've drilled into the trace.

Again, let me actually back up a little bit. Yeah.

So this green button, available on your records page. This is the records page, the detailed record for that specific test.

If I click on the trace, view trace, There's the trace. That's the application trace.

You can see there are I scrolled back too fast. Okay.

15 transactions. There's no errors.

And, generally, the trace is, in this case, the transaction is complete. Not only do I, pass the authorization step, I'm going through Lambda, go to the actual service and so forth and complete that, that transaction.

So in that case, you know, in in the demo, that transaction script was going in, logging in, browsing for a movie, and going further. I do wanna briefly show, SONAR in action.

So here there was a sonar incident. Let's take a look at sonar.

This is this is real a real live, view, I just paused the video, of sonar on June 16, just a couple of days ago. And you can see there there are outages.

There are outages in the Internet in in New York, Washington DC, Boston, etcetera. If you zoomed in on this map, you'd see a lot more in the cities, but I I you know, you you get that.

So there's minor outages, you know, things detected with Tata, NTT. Here's a major thing with level three.

It was ongoing June 16, yeah, for actually quite a while, 08:55 to 05:05PM. Two ASs could not be reached by eight eight cities.

You know, minor thing with AT and T, you can see. It doesn't mean level three was down, but there if you have traffic going over those, that rely on those two ASs and here I've drilled into that incident, and I've clicked on the network the network tab.

You can view a map or a spinning fancy dark themed globe, which, I I won't I won't spend time on, or you can click on the network map. This these are the the two ASs that were down.

Actually down, or at least you could not you could not get access to. And if you were in New York, you were in Paris, Amsterdam, or those other locations that are that are here, that are shown here, you know, your service might have had an outage or a performance problem.

And if your customers are not, you know, if your customers are not getting access to the service that you're providing, you don't see any error in your service. You're like, I don't know what's wrong.

It's the magic Internet is down. Here, you can actually see.

You might be able to, route differently. You might be able to at the very least, you're not spinning up a war room with 50 people on it trying to figure out, is it us or is it someone else? That's that's the most common use case for Catchpoint.

Hey. Is it us or someone else? If it's if it's you, you're able to drill you're able to drill down into the trace.

If it's someone else in the Internet, you can see this here. Is there a problem with, you know, with with, auth zero, or open router or my DNS service and so forth? In this case, it's correlating tests to see what services may be impacted with those problems.

So that's that demo. Nice, David.

I will.

Howard Beader

47:07 - 47:29

Very good. Reshare the the slides.

And, Matt, we're also seeing now with StackMap that it's not the most skilled SRE that needs to actually monitor the application. It's it it can even be a junior person keeping an eye on staff now because of the And.

Matt Izzo

47:29 - 48:02

and there's a very cool AI stuff that's coming that's gonna make it even easier because we understand that the skill set, you know, in general, SREs need to do more. The people who are being hired may not have the same skills, and you're being asked, you know I know those of you who no matter where you are, I am certain that you are being asked by your management, how are you using tools, how are you using AI, and how are your tools using AI to make your job, easier.

Now let me act so go ahead.

‍

Leon Adato

48:02 - 48:59

Just another thought is is, you know, we talk sometimes in in monitoring observability circles about force multiplier. The thing that, you know, the tool that makes somebody more effective than than they are as an individual.

But the other thing that you hear a lot is the 10 x engineer, you know, that which which does not actually mean an engineer who can write 10 times as much code or 10 times more quality code or whatever. The true 10 x engineer is the one who can teach and support and elevate 10 other engineers around them to their level.

And Catchpoint is one of these check tools and techniques that allow that newer person, whether they're new to tech or new to brand or new to the company, to to elevate their ability to understand what's going on, not to waste their effort fixing a network problem when it's not a network problem or a code problem when it's not a code problem. That's really the true definition of a 10 x engineer is that they've got the tools that allow them.

Matt Izzo

48:59 - 50:15

to be 10 times more effective in that way. I I didn't even talk about, but, yeah, it's a it's a it's a thing.

One of my favorite quotes, somebody said, war rooms are bad. We have a lot of war rooms.

One of our SRE surveys, I think it was the last year one, counted how many incidents, major incidents our our, companies have. You know, the vast majority have tens to hundreds of incidents a month.

Each one of those, you're spinning people up. There's time or valuable.

You don't need to waste time. It's very important to know, is it me or someone else? If it's someone else, can I reroute? Can I switch to another CDN? Can I switch to a DNS? Multi DNS, is is, also popular.

Are there other cloud services that we need to rely on? Which cloud service is performing best in which area? All of that is is very important. It's not like the Internet is this magical thing that I have no control or access over.

Even if you don't control what an Internet some service in the Internet is doing, you probably if you don't have a business relationship with them, which you might, SLOs, we support SLOs and Catchpoint, you you may also be able to decide this is a multiservice I need to switch to.

Leon Adato

50:15 - 50:17

So let me I know we're getting sorry.

Matt Izzo

50:17 - 52:33

So let me go ahead. Okay.

Yeah. Let me just go through a couple of other things.

I did wanna say, you know, I'm not having I wanted to give the demo because I thought that was best to actually see it tangibly. Network monitoring is a huge set of use cases that we support, and this is this is, an area of real strength for us.

Since we rolled out BGP some years ago, we've had requests to support private BGP peers, or it's eBGP over private peers. This is now available.

This lets you collect data from routing data, really, from your private peers alongside of the routing data that that can be collected from, Catchpoint's, network. We have something like 1,600, peers that we pull from, including real time peers.

You you're not we're not asking you to wait fifteen minutes. You know? Fifteen minutes if you're, you know, if if you have a route hijacked or you've accidentally withdrawn important peer routes that are needed fifteen minutes, you know, you're dead in fifteen minutes.

So this is real time data. Why why is this important? Who needs this? Well, if you're a global organization, if you have a global presence, you have your own private networks, you need to make sure that that within your organization, the systems, the people, the applications that make use of critical third party services in the Internet, make sure that those routes are available.

This allows you to do that. So there's been a lot of interest, in that, and we support that.

Along with all the trace route, in session trace route, the the the network analytics that we provide, and all of that stuff, that's a whole other webinar, that, I'm just gonna be brief on today for the sake of showing the demo and a few other things. So I showed I showed the free tracing actually for synthetic tests.

So I I don't really need to say a whole lot about that. And I mentioned OpenTelemetry before.

The first thing we did with OpenTelemetry actually was distributed tracing. So,.

Leon Adato

52:33 - 52:33

you.

Matt Izzo

52:33 - 57:41

know, again, what's that you asked, Leon? Why did we do this? Most people Leon said he would ask a lot of questions. Most people use Catchpoint to monitor the performance of their digital service and make sure that it's as as, high performing as possible to maximize that.

When there's a problem, you wanna know. Is it us or someone else? We just talked about that, not spinning up unnecessary war rooms.

And and if it is someone else, you can see that in Stackmap. You can see that in Sonar.

You can see that in your test data, your analytics, explore your dashboards, if there's a problem in the network. You can even use touch point data, benchmarking data, for example, to help steer your traffic, to choose a different CDN or a DNS provider.

Okay. Great.

What if the problem is in your application? It is in your what you control, that APM portion. That's where you want to drill down from your proactive testing, which which is because it's proactive, it's deterministic, that synthetic testing to drill down into your application trace, That's what that's what we're offering for free.

We do more than that, of course. We do, you know, open it's all open telemetry, tracing for distributed applications, both web and non web.

This allows you to see, your system view. That's the screenshot here.

It's a customizable system view, smart board. We support alerts.

We support web and non web based services. This is a we have been expanding on this for the past year, so this is fairly mature at this point.

It is fully GA. And because it's hotel, it's easily transportable.

We've had companies switch, not not even switch, send their tracing to Catchpoint. Visit hotel.

Even if you only wanted to use Catchpoint for traces for your synthetic test, you can just send that to us. There's no vendor lock in.

You know, we're we're because we don't we don't charge you overages. It's not our model to charge you overages for gigabyte hours and, you know, surprise, here's $80,000 bill for, storage that you didn't know you needed.

We have optimized our storage. We've always been very large scale with that.

So we don't we don't need to charge you extra. This is a very economical, very transparent pricing model simply on the number expands, very simple to to use and to set up.

So we're we're, proud of this and excited about what we can do with it and especially just allowing you to drill down from your synthetic test all the way down. Eye chart, literally.

I won't go through this. There's a lot more that we have done, composite alerts, creating alerts on multiple other alerts, voice call notification, tons of improvements and enhancements to Playwright and Puppeteer.

These are native Playwright and Puppeteer test scripting capabilities that that are in here, that we have added. We've we added a script converter from Selenium just to help you move to the more modern tools and a whole bunch of other stuff.

A lot of stuff in web page test, custom headers, a bunch of platform capabilities that will, allow you access, allow web page test users assume access to some other capabilities in CatchPoint we're very excited about, and and a lot of other things I won't read through. You can see them yourself quicker than I can speak to them.

My my last slide is, just where are we, you know, in our in our calendar. We've rolled out Aurora, Eclipse, and Glimmer.

That's what we highlighted today as well as a release at the end of last year, Snow Leopard. You can see this year's theme just by you can guess that.

The next release is coming up in less than a month, Starlight followed by Moonbeam and so forth. There's a lot of really cool stuff that we are rolling out soon.

I mentioned stack map because it's a dependency map and it does a lot of correlation behind the scenes. It's very, very powerful.

That is gonna be the foundation of some additional capabilities, making it easier to create your monitoring strategy in CatchPoint. Some very cool AI features and capabilities that, I don't wanna preannounce just to, not spoil, the the anticipation.

But there's a lot of great stuff that's coming that we're excited about. I've spoken a lot.

We have a couple minutes left. Howard, do you wanna do you wanna close this out? Or or if there are any questions, Howard, take us home.

Howard Beader

57:41 - 01:01:44

Will will do. So, let me first pop up.

I'm gonna pop up a poll. So, that poll is now open.

So on the right way you're chatting, you'll see a poll icon with a little red dot. You can actually go over and, enter, any questions if you're looking for additional info.

I'm not gonna cover all our beliefs here, because we simply don't have the time, but we've got some you can see kind of what the ethos of CatchPoint is just in what we're really describing here. But, you know, when we talk about Catchpoint and we look at what really differentiates us, it's about ensuring that you're monitoring what matters.

And monitoring what matters for us means really that end to end, experience for your users across the Internet stack. And you wanna be doing so monitoring from where it matters.

That's where your users are, whether it's your workers, your, customers, your partners. Like Matt's example, it doesn't make sense to be monitoring, tsunamis from Kansas.

If you're in Hawaii or Japan, you wanna be monitoring from that location. And, you know, we do so, of course, to catch issues before they become major incidents.

Obviously, you don't wanna be the one to get the call from your CEO or CIO saying, holy cow. What the hell is going on? Customers can't reach our site.

You wanna ensure you catch that, you fix it first. Or if there is something external happening, you've got the awareness to back go back to your leadership team and say, hey.

Just wanna let you know there's a a cloud outage. We're in touch with a provider.

We're looking at alternatives. Should be back within twenty minutes.

Right? That way, you're always in the know. We also, in addition to this phenomenal webinar with, Matt and Leon, we have another great Fireside chat coming up.

And this is one with, probably an organization that you're all familiar with, SAP, and it's SAP's observability leader, for SAP CX. Martin delivers a phenomenal demo.

He's got great stories. Definitely check it out.

Peter just put the registration link over in chat on the right, but this is always a fun presentation, and always very, very insightful because they're doing some really amazing things, monitoring not just some of the SAP infrastructure, but they're monitoring all of the clients that they have on the SAP ecommerce platform, which is, like, somewhere between four and maybe 10,000 external companies are being monitored and monitored from Catchpoint IPM, to ensure that there's no issues. And they're one that during the last holiday season, we can actually see posts from them saying they had 100% uptime during the holiday season.

I mean, that's incredible. But with that, thank you all.

Thank you.

Matt Izzo

01:01:44 - 01:01:44

Thank you.

Howard Beader

01:01:44 - 01:01:54

We went over by a minute. It's definitely Leon's fault.

Absolutely. But thank you, guys.

Thanks everyone for joining us. We really appreciate it.

Leon Adato

01:01:54 - 01:01:57

Thank you. Have a great day.

Howard Beader

01:01:57 - 01:01:57

Bye bye.