Operations | Monitoring | ITSM | DevOps | Cloud

Is AI "slop" or new code pushing tons of bugs into production? You can't test everything forever. Learn how traffic capture is the most efficient way to understand how your code is actually running in the real world. By grabbing data from sidecars, packet captures, or logs, you get the context you need to prevent bugs and improve performance.

Matt discusses how to set up MySQL to a local desktop in order to run data. He recommends using Speedscale's free proxymock tool to help avoid app crashes and continue.

We met a lot of great people at API World 2025. Thank you to everyone who followed up with us after the event. Looking forward to attending KubeCon in a few weeks!

The REAL reason your system WILL FAIL. We all talk about technical debt, but QA Debt is the silent killer costing companies millions. It's the accumulation of skipped regression checks, outdated test suites, and ignored production data. The result? Unpredictable, catastrophic outages that can sink your business (and your career!). Learn how to identify and pay down your QA Debt before it's too late. It's not about testing more it's about testing SMARTER.

Struggling with integration testing because you need a real Postgres SQL database running? This video walks you through how to use Speedscale's proxymock to easily record and mock a live Postgres connection. You'll see how to: By the end, you'll be able to create realistic database mocks for your testing and development, saving you time and hassle.

Proxymock allows you to record real interactions between your application and a MySQL database. Use proxymock to simulate your database during local development and testing. Get real data without running a live MySQL server. Modify mock responses to fit your testing needs. Simplify your testing workflow and replicate production data easily.

Struggling with integration testing because of a Postgres database dependency? Testing can feel impossible when you need to replicate realistic data in Postgres. That’s where Speedscale’s Postgres Mocking Tool comes in. Speedscale drops a recorder into your live system, observes all Postgres traffic, and shows you the actual sequence of statements and responses—making it easier than ever to test reliably.

Want to do integration testing but can't replicate your MySQL database? Speedscale's MySQL mocking capability records a live system to create a digital twin of your database. You'll get full-fidelity information, including SQL statements and response sets, so you can easily modify it for your testing purposes.

In this video, we'll show off how to use the smart_replace_recorded transform to record a response from a server and use it in subsequent responses. This is handy for making your mock servers more realistic.

Ever found yourself saying, "But it works on my machine!" when a bug pops up in a microservices environment? It's a common and frustrating problem. Unlike a monolithic application, microservices are a collection of independently deployed services that communicate with each other. This complexity makes it difficult to reproduce real-world issues on your local machine, as you may not have all the necessary services and dependencies running. But what if you could take a snapshot of a running application's behavior and bring it home for debugging?