Operations | Monitoring | ITSM | DevOps | Cloud

Learn how to reduce cloud costs without sacrificing performance by integrating Latitude.sh's compute, Wasabi's storage, and Megaport's private network into your multicloud architecture. IT teams are under increasing pressure to reduce costs without sacrificing performance or scalability in their cloud infrastructure. I’ve had several customers bring up a need for reducing compute cost and storage costs, the need for custom hardware specs, and the like.

Frameworks evolve, libraries change, and APIs get rewritten. But your ORM decision? That one sticks—it shapes your architecture, guides how your team writes queries, and affects how painful refactors become later on. In.NET, this choice often narrows to Dapper and NHibernate—two trusted tools with fundamentally different approaches. NHibernate offers deep abstraction, rich mappings, and built-in caching, while Dapper gives you raw speed, total SQL control, and zero overhead.

In.NET, data access has evolved, but finding the right tool still comes down to control vs. convenience. You have to decide: do you prefer to write every query or move faster with something easier to maintain? Can you manage the boilerplate, or would you rather work with leaner syntax? For many.NET developers, the answers point to one of two popular tools—ADO.NET or Dapper. ADO.NET gives you complete control but with boilerplate and manual overhead.

When I first started writing Go software a little over a decade ago, one of the features I found particularly intriguing was the ability to build statically-linked binaries for multiple operating systems and architectures without a lot of headache. This build toolchain feature is widely relied upon by nearly all Go developers, especially when needing to build multi-arch container images destined to be run in a Kubernetes cluster consisting of amd64 and/or arm64 nodes.

Monitoring doesn't always need to be complex. In this guide, we'll show you how to turn raw logs into usable metrics using a lightweight open-source setup with no ELK stack and no heavy lifting. We'll use Loki, Python, and Telegraf to convert logs into Graphite metrics you can easily monitor or alert on. This is perfect for system admins, DevOps beginners, or anyone curious about building more innovative monitoring pipelines from scratch.

When Java web applications experience slowdowns or crashes, the culprit is often the Tomcat server. For DevOps engineers overseeing critical applications, proactive monitoring is crucial for ensuring optimal performance and reliability. In this guide, we'll explore the essential aspects of monitoring Apache Tomcat servers, focusing on the key metrics to track, setting up robust monitoring systems, and troubleshooting common performance issues that could impact your application’s stability.

Understanding what’s happening inside your applications is key to keeping them performing well and reliably. OpenTelemetry tracing is an open-source, flexible solution that lets you monitor your distributed systems without locking you into a specific vendor. reliably This guide walks you through everything you need to know about OpenTelemetry tracing, from the basics to more advanced techniques, with practical tips for troubleshooting common issues along the way.

As DevOps grows within the tech industry, it continues to play a vital role in modern software development by bridging the gap between development and operations. DevOps engineers juggle a wide range of tasks in their daily life, combining coding, automation, system management, and team collaboration. In this blog, we’ll explore their core responsibilities, highlight essential best practices, and show how solutions like OnPage can help streamline their workflows.

Today, I’m excited to share the Internet’s Largest Incident Response Glossary. It’s a collection of over 500 terms covering on-call, alerting, monitoring, and system reliability. It took us over 2 weeks from ideation to completion of this project and in this post, I would like to share how we approached this beast!