Inside Adobe's OpenTelemetry pipeline: simplicity at scale
https://opentelemetry.io/blog/2026/devex-adobe
As part of an ongoing series, the Developer Experience SIG interviews organizations about their real-world OpenTelemetry Collector deployments to share practical lessons with the broader community. This post features Adobe, a global software company whose observability team has built an OpenTelemetry-based telemetry pipeline designed for simplicity at massive scale, with thousands of collectors running per signal type across the company’s infrastructure.
https://opentelemetry.io/blog/2026/devex-adobe
traceway
https://github.com/tracewayapp/traceway
Traceway is a self-hosted observability platform that ingests OpenTelemetry traces and metrics, groups exceptions automatically, and gives you endpoint performance, distributed tracing, and alerts — all in a single binary. No OTel Collector or separate time-series database required.
https://github.com/tracewayapp/traceway
lynxdb
https://github.com/lynxbase/lynxdb
Log analytics in a single binary. No dependencies. Lynx Flow query language.
https://github.com/lynxbase/lynxdb
cardamon
https://github.com/dominikhei/cardamon
Cardamon is a metric auditor for Prometheus. It identifies metrics that exist in your TSDB but are never actually queried by dashboards, alerting rules, recording rules, or any other consumer. You can then generate Prometheus drop rules to remove them and reduce storage need.
https://github.com/dominikhei/cardamon
versitygw
https://github.com/versity/versitygw
Versity Gateway, a simple to use tool for seamless inline translation between AWS S3 object commands and storage systems. The Versity Gateway bridges the gap between S3-reliant applications and other storage systems, enabling enhanced compatibility and integration while offering exceptional scalability.
https://github.com/versity/versitygw
Terragrunt 1.0 Released!
https://www.gruntwork.io/blog/terragrunt-1-0-released
After nearly a decade of development, over 900 releases, and tens of millions of infrastructure deployments by platform teams, today we're happy to announce that Terragrunt 1.0 is officially here.
https://www.gruntwork.io/blog/terragrunt-1-0-released
Little Snitch for Linux
https://obdev.at/products/littlesnitch-linux/index.html
Every time an application on your computer opens a network connection, it does so quietly, without asking. Little Snitch for Linux makes that activity visible and gives you the option to do something about it. You can see exactly which applications are talking to which servers, block the ones you didn't invite, and keep an eye on traffic history and data volumes over time.
https://obdev.at/products/littlesnitch-linux/index.html
kumo
https://github.com/sivchari/kumo
A lightweight AWS service emulator written in Go. Works as both a CI/CD testing tool and a local development server with optional data persistence.
https://github.com/sivchari/kumo
Mount Mayhem at Netflix: Scaling Containers on Modern CPUs
https://netflixtechblog.com/mount-mayhem-at-netflix-scaling-containers-on-modern-cpus-f3b09b68beac
Imagine this — you click play on Netflix on a Friday night and behind the scenes hundreds of containers spring to action in a few seconds to answer your call. At Netflix, scaling containers efficiently is critical to delivering a seamless streaming experience to millions of members worldwide. To keep up with responsiveness at this scale, we modernized our container runtime, only to hit a surprising bottleneck: the CPU architecture itself.
Let us walk you through the story of how we diagnosed the problem and what we learned about scaling containers at the hardware level.
https://netflixtechblog.com/mount-mayhem-at-netflix-scaling-containers-on-modern-cpus-f3b09b68beac
From vendors to vanguard: Airbnb’s hard-won lessons in observability ownership
https://medium.com/airbnb-engineering/from-vendors-to-vanguard-airbnbs-hard-won-lessons-in-observability-ownership-3811bf6c1ac3
How a complex, large-scale migration to an in-house observability platform led to superior tooling, consistent data, and a fundamental reset of the developer experience.
https://medium.com/airbnb-engineering/from-vendors-to-vanguard-airbnbs-hard-won-lessons-in-observability-ownership-3811bf6c1ac3
5 Ways That Resilience Can’t Be Automated
https://uptimelabs.io/articles/5-ways-that-resilience-cant-be-automated
The most dangerous thing I’ve seen in engineering isn’t a failed system. It’s a team that thinks their system can’t fail.
It’s not just about adding and adapting tooling. The leader who believes a new $30pp automation tool will resolve deep systemic issues is overlooking the most valuable resource already sitting inside their organisation: their people.
At Uptime Labs, we come back to the same principle repeatedly – the true source of resilience is people. Not because it’s a neat slogan, but because the evidence keeps pointing there. Below are five reasons why resilience can’t be automated away from people entirely – hope you enjoy.
https://uptimelabs.io/articles/5-ways-that-resilience-cant-be-automated
pgque
https://github.com/NikolayS/pgque
PgQue brings back PgQ — one of the longest-running Postgres queue architectures in production — in a form that runs on any Postgres platform, managed providers included.
PgQ was designed at Skype to run messaging for hundreds of millions of users, and it ran on large self-managed Postgres deployments for over a decade. Standard PgQ depends on a C extension (pgq) and an external daemon (pgqd), neither of which run on most managed Postgres providers.
PgQue rebuilds that battle-tested engine in pure PL/pgSQL, so the zero-bloat queue pattern works anywhere you can run SQL — without adding another distributed system to your stack.
The anti-extension. Pure SQL + PL/pgSQL on any Postgres 14+ — including RDS, Aurora, Cloud SQL, AlloyDB, Supabase, Neon, and most other managed providers. No C extension, no shared_preload_libraries, no provider approval, no restart.
https://github.com/NikolayS/pgque
Hidden Infrastructure Challenges in Distributed LLM Inference on Kubernetes
https://substack.com/home/post/p-188586336
Chapter 1: A networking story
https://substack.com/home/post/p-188586336
Simplifying Model Serving with Kubernetes and Ray: Inside DoubleVerify’s ML Platform
https://medium.com/doubleverify-engineering/simplifying-model-serving-with-kubernetes-and-ray-inside-doubleverifys-ml-platform-78b33faa9e91
https://medium.com/doubleverify-engineering/simplifying-model-serving-with-kubernetes-and-ray-inside-doubleverifys-ml-platform-78b33faa9e91
chainplane
https://github.com/tazhate/chainplane
A Kubernetes operator for deploying and managing blockchain full nodes. Supports 102 chains with built-in health monitoring, snapshot bootstrapping, and automatic recovery.
https://github.com/tazhate/chainplane
Lazy-Pulling Container Images: A Deep Dive Into OCI Seekability
https://blog.zmalik.dev/p/lazy-pulling-container-images-a-deep
From DEFLATE dependency chains to FUSE mounts: how few competing approaches make container layers randomly accessible, and what they all require you to change on every node.
https://blog.zmalik.dev/p/lazy-pulling-container-images-a-deep
Building eBPF-Based Bandwidth Limiting in AWS Network Policy Agent — Why Vibe Coding Isn’t Enough
https://medium.com/@jayanthvn_55441/building-ebpf-based-bandwidth-limiting-in-aws-network-policy-agent-why-vibe-coding-isnt-enough-f8c6681aa278
https://medium.com/@jayanthvn_55441/building-ebpf-based-bandwidth-limiting-in-aws-network-policy-agent-why-vibe-coding-isnt-enough-f8c6681aa278
Hardware-Backed TLS Certificates with cert-manager and YubiHSM 2
https://charles.dev/blog/yubihsm-cert-manager
Your cert-manager CA key is one kubectl get secret away from being stolen. It's a base64-encoded blob sitting in etcd, and anyone with the right RBAC can read it, copy it, and use it to sign certificates for any service in your cluster.
https://charles.dev/blog/yubihsm-cert-manager
Mastering KEDA on GKE: A Deep Dive into Event-Driven Autoscaling
https://saeed.hashnode.dev/keda-on-gke
Event Driven Scaling and How to Fix It When It Breaks
https://saeed.hashnode.dev/keda-on-gke
ing-switch: Migrate from Ingress NGINX to Traefik or Gateway API in Minutes, Not Days
https://blog.kubesimplify.com/ing-switch-migrate-from-ingress-nginx-to-traefik-or-gateway-api-in-minutes-not-days
https://blog.kubesimplify.com/ing-switch-migrate-from-ingress-nginx-to-traefik-or-gateway-api-in-minutes-not-days