mamot.fr is one of the many independent Mastodon servers you can use to participate in the fediverse.
Mamot.fr est un serveur Mastodon francophone, géré par La Quadrature du Net.

Server stats:

3.3K
active users

#observability

12 posts12 participants0 posts today

Can we standardize on a #query language for #observability?
It's probably going to end up with good-old #SQL 😁

I shared my notes from last week's #KubeCon EU talk about the #CNCF 's working group that looks into observability query language standardization.
linkedin.com/feed/update/urn:l

www.linkedin.com#query #observability #kubecon | Dotan Horovits 🇮🇱🎗Can we standardize on a #query language for #observability? It's probably going to end up with good-old SQL 😁 The Cloud Native Computing Foundation (CNCF) has a working group (WG) looking into observability query language standardization. They gave a fascinating talk last week at #KubeCon Europe. The group, led by Christopher Larsen of Netflix and Vijay Samuel of eBay, has done a comprehensive research among end users and DSL (domain specific languages) designers, to understand what's out there and what works. A very interesting conclusion is that relational approach with an SQL-like language is the best path. Why? because we should recognize that DevOps and SREs are no longer the main folks querying observability data. we need to cater for developers, data scientists, platform engineers and more. You see also the data analytics community moving back to SQL after the hype of NoSQL. Ultimately, SQL is a common language. And don't worry, the idea is to adapt it to time series, and some syntactic sugaring to make it more intuitive. For more background on the working group: https://lnkd.in/d_m6eUbY And check out the semantic specification draft and chime in with your comments: https://lnkd.in/dTf3ijeV Credits to Chris Larsen (WG lead), Alolita S. (Apple, TAG co-chair) and 🇨🇭🇧🇷Pereira Braga (Google) for the interesting talk and for pushing the WG forward.

So, I've been using Thanos to receive and store my prometheus metrics long term in a self hosted S3 bucket. Thanos also acts as a datasource for my dashboards in Grafana, and provides a Ruler, which evaluates alerting rulers and forwards them to my alertmanager. It's ok. It's certainly got it's downsides, which I can go into later, but I've thinking... what about Mimir?

How do you all feel about Grafana's Mimir (source on GitHub)? It's AGPL and seems to literally be a replacement of Thanos, which is Apache 2.0.

Thanos description from their website:

Open source, highly available Prometheus setup with long term storage capabilities.

Mimir description from their website:

...open source software project that provides horizontally scalable, highly available, multi-tenant, long-term storage for Prometheus and OpenTelemetry metrics.

Both with work with alloy and prometheus alike. Both require you to configure initially confusing hashrings and replication parameters. Both have a bunch of large companies adopting them, so... now I feel conflicted. Should I try mimir? Poll in reply.

Check out Richard "RichiH" Hartmann's session "Philosophy of Observability" at #FOSSASIASummit2025 to explore the core principles of observability, why it matters, and how to build truly transparent and reliable systems.

🔗 Click youtu.be/UEyYfNi59rA?si=9xmrsi to watch on the FOSSASIA YouTube channel

VictoriaMetrics Enterprise our reliable, #secure, and #cost-efficient solution to help solve your organization’s #monitoring and #observability set-ups — even the most complex ones. This is for organizations with mission-critical, large, or rapidly scaling monitoring environments.
Want to learn more about #VictoriaMetrics Enterprise? Let's connect at #KubeCon Europe, happening April 1-4 in #London, at booth #N503 .

kutt.it/ur2X5s

Are you looking to simplify #VictoriaMetrics #Cluster deployment in #Kubernetes? Our tech guide walks you through setting up a VM Operator using #Helm, configuring Custom Resource Definitions (CRDs), and visualizing stored data—making #observability seamless.
🤓 What you'll learn?
✅ Setup VM Operator via Helm
✅ Setting up a VictoriaMetrics Cluster with VM Operator
✅ Adding CRDs for better configuration
✅ Storing and visualizing metrics

docs.victoriametrics.com/guide