I’ve been on a journey—one that started with a simple idea: build a free open-source Node.js logger. (No, I’m not going to name it because this isn’t a promotional story—just an honest one.)
I tested many logging tools—both open-source and paid. Each had its pluses and minuses, but let me share my experience with one paid service: Better Stack.
It’s not just about Better Stack. It’s about many paid logging services.
The results of Better Stack vs Open-source logging services:
Better Stack (HTTP endpoint): ~110k requests/min
Open-source (LocalDB): ~300k requests/min
Why this performance discrepancy happens and why a paid logging service that relies on HTTP/HTTPS can bring your system’s throughput down.
Paid logging services often provide many other services with logging services. But if you into only logging service feature then this may help you to decide what to chose between paid service / open source logger.
Take Better Stack’s logging feature, for instance. In a recent performance test, using winston-betterstack to ship logs to Better Stack’s remote endpoint yielded only around 110k requests/min throughput. This performance is notably lower than many self‑hosted or local logging setups, which often reach upwards of 300k requests/min.
So, why the discrepancy?
In short, paid services that rely on remote endpoints inherently add latency and can limit throughput. Plus, they’re multi-tenant, so you share resources and bandwidth with countless other users. All it takes is one usage surge—yours or another tenant’s—to stall or throttle your logs.
If the drawbacks of paid services concern you, the good news is that open-source and self-hosted alternatives can address most of these pain points. Whether you’re storing logs in MySQL, Postgres, or even using the ELK stack (Elasticsearch, Logstash, and Kibana), open-source systems put you in control.
Here’s why that’s a game-changer:
In summary, open-source logging solutions give you the freedom to manage your logs at scale without worrying about throttling, arbitrary limits, or hidden fees. While paid services might be convenient for smaller shops or teams that need quick deployment and can tolerate lower throughput, high‑performance applications will likely find more reliability, control, and cost‑savings in open-source, self‑hosted setups.
Paid logging services can provide a slick user experience—but if you value raw performance, cost control, and having complete ownership over your logs, they often fall short. As shown in our comparison with Better Stack, relying on an external HTTP endpoint can cap your throughput significantly and impose usage or rate limits that lead to dropped logs.
Open-source solutions, on the other hand, empower you with direct control over your infrastructure, letting you optimize for both speed and reliability. For teams that prioritize performance, scalability, and cost‑savings, self‑hosting is often the superior choice—and it avoids the headaches and constraints imposed by remote, multi-tenant providers.
I know—setting up open-source or self-hosted solutions can be a hassle, while paid services are often simpler. Many open-source loggers require a complicated setup and some tech know-how. That’s why I built a Node.js logger that can be up and running in under a minute—so easy even an intern can do it!
Also, there are lots of open-source logging tools out there. Some are old and solid, others are new with great speed and simple setup. There’s no absolute “best” or “worst” option—it really depends on what you need for your project.