Operations | Monitoring | ITSM | DevOps | Cloud

Deploying a Node.js application may feel straightforward at first. Everything checks out in tests, staging runs smoothly, and early users run into no problems. But as real traffic ramps up, hidden problems start to appear in unexpected ways. Requests fail intermittently, latency spikes without warning, memory usage climbs silently, and logs are scattered across multiple processes making it nearly impossible to trace the root cause.

Performance testing is critical to build reliable applications, but testing at scale, especially inside modern Kubernetes environments, can be a challenge. For example, how do you coordinate tests across multiple nodes, test private services without compromising security, or even do both at once? And most importantly, how do you do all this without adding too much operational complexity to your stack?

In Kubernetes, applications are constantly changing — new pods start, old ones shut down, workloads shift across nodes. The challenge is making sure that different parts of your system, and even external clients, can still find each other when the actual locations keep moving. That’s what service discovery handles. It provides a stable way for applications to connect and communicate, no matter where they’re running or how often the underlying infrastructure changes.

In fast-paced cloud environments, traditional monitoring methods often fall short. This leaves teams with latency and data gaps. It’s time to gain near real-time visibility into your AWS telemetry, enabling faster incident response and deeper insights. With its new streaming ingestion capabilities, DX Operational Observability (DX O2) is revolutionizing cloud monitoring—enabling teams to leverage AWS CloudWatch Metric Streams and Amazon Kinesis Data Firehose.

Following parts one, two, and three of this blog series, this post offers a short, real-world example that shines light on why strong monitoring governance is a must have.

In our previous posts, we explored why robust IT monitoring governance is no longer a luxury but a strategic imperative. We highlighted how a disciplined framework prevents blind spots, reduces risk, and ensures the reliability and scalability of your critical business applications. But how do you translate these principles into practical, actionable governance within your IT environment?

Logstash has been a workhorse in data processing pipelines for years, but it was not designed with today’s security operations in mind. Security teams now deal with massive telemetry volumes, rising SIEM costs, and diverse log formats that require constant normalization. In this environment, Logstash shows its age: manual configuration, outdated parsing, and scalability bottlenecks introduce fragility instead of efficiency.

The past month we dedicated time and resources into optimising the speed and experience of our public website, our dashboard and our behind-the-scenes uptime checks that we perform. Overall, our website and dashboard feels about 2x to 3x faster. The biggest gains are for our users that have > 100 sites on their dashboard, they'll get a noticeably faster loading time. For those biggest users, the dashboard is quite litterally 10x faster.

Manually deploying and managing OpenTelemetry components in a Kubernetes environment can be a complex and time-consuming task. It involves creating various Kubernetes resources, setting up configurations, and ensuring the components are properly integrated with the applications.