Skip to main content
Grafana LabsBuying intent

An SRE is deciding whether to continue using the Grafana Labs stack (Mimir, Loki, Tempo, Alloy) for a new observability infrastructure, weighing their past positive experience and familiarity...

What happened

An SRE is deciding whether to continue using the Grafana Labs stack (Mimir, Loki, Tempo, Alloy) for a new observability infrastructure, weighing their past positive experience and familiarity against alternatives like VictoriaMetrics.

Source

Post

Highlighted: the lines this signal was extracted from

Hey all, company is tasking me on standing up new infrastructure for observability. I have setup previous companies with LGTM (Loki, Grafana, Tempo, Mimir) + Alloy which has worked well for what we have done. However, 1 regret I have heard from many of my friends who are DevOps/SREs is if you are wanting to start from square 1 that is to utilize VictoriaMetrics (not VictoriaLogs just yet). (This would drop Prometheus and Mimir for VictoriaMetrics). Now this is from my circle of friends if they wanted to start over from square 1 but unsure what the Reddit SRE thinks on this.

reddit.com/r/sre/comments/1wr27dx/unsure_if_i_should_stick_to_lgtm_al...Read the full source

Comments on the post

5 of 21 comments
  • “I understand if you want to move away from Prometheus and Mimir for the metrics side. Alloy could still replace or consolidate several agents. For example, it can scrape Prometheus metrics, run exporters such as prometheus.exporter.unix, collect logs, receive OpenTelemetry traces, and forward everything to the appropriate backend. So instead of thinking of it as moving away from LGTM entirely, you”

    u/watson_x1113 points · Sep 27, 2026View

  • “I think you need to have very clear reasons for moving and right now I don't see any value articulated in your post. Tech architecture conversations tend to often be what I call "big changes to nowhere". These are big, grand system or architecture changes that involve huge amounts of work but essentially leave teams in exactly the same situation they were before they started. If you could wave”

    u/brightcarvings7 points · Sep 27, 2026View

  • “Since this is greenfield, I'd give VictoriaMetrics a small pilot rather than pick it on the promise of lower RAM. Your familiarity with Mimir is worth something too, especially while the systems have no monitoring. Keep the comparison narrow: the metrics backend, not a simultaneous redesign of logs and traces. Alloy's prometheus.remote_write can send the same samples to multiple endpoints, so yo”

    u/QuietSignalOps3 points · Sep 27, 2026View

  • “I'd say, it depends on your time and willingness to learn something new. It doesn't seem like you are having any techincal or resource constrain. It more seems like fear of missing out) If you have time to experiment - go with VictoriaMetrics. You will learn new technology and potentially save some resources for the company you work for. With experience of yours, you will have opportunity to com”

    u/hagen17782 points · Sep 27, 2026View

  • “One thing to note is that VictoriaMetrics will silently return partial query results. Mimir will error if any TSDB block is not available in the result set.”

    u/infostack02 points · Sep 27, 2026View

Extracted by Autobound

From the Signal API record
Signal
Buying intent

What this signalsUser posts often show product pain before it reaches reviews or churn.

Subreddit
r/sre
Stage
Deciding
Event date
Sep 2026

Companies

  • VictoriaMetricsAlso named

The full record

From the Signal API record

Numbers

Mentions
4

Details

Timing
In progress
Category
Observability
Virality
Somewhat high
Post kind
Text
Prominence
Core
Company's role
Vendor

Topics and mentions

Topics

  • observability
  • monitoring
  • infrastructure
  • vendor evaluation

Products named

  • Loki
  • Grafana
  • Tempo
  • Mimir
  • Alloy

Extraction

Sentiment
Neutral
Detected
Sep 26, 2026
signal_type
reddit-company
signal_subtype
buyingIntent

Use this data

Get every Reddit signal for Grafana Labs and the companies you sell to, in the tools you already use.

  1. Ask Claude about it

    Connect Autobound to Claude, Claude Code or Cursor with MCP. Then ask: “What changed at Grafana Labs this week?”

  2. Send it to your own tools

    The Signal API returns Reddit signals for any list of companies as JSON, for your CRM, warehouse or app.

  3. Try it free

    Sign up and spend your free credits on the companies you sell to.

    Start Free1,000 free credits

The API returns more than this page shows

This page shows a preview. The full reddit-company record in the Signal API and MCP can also have these 8 fields. Some fields are empty for some signals.

Company

  • linkedin_urlValue in the API
  • industriesValue in the API
  • employee_count_lowValue in the API
  • employee_count_highValue in the API
  • revenueValue in the API
  • descriptionValue in the API

Signal

  • signal_nameValue in the API
  • associationValue in the API
Show the full JSONThe record on this page and the API request

GET /v1/signals/ea9d3448-3468-5357-adbc-8eb9f2b02235 returns this record as JSON. POST /v1/companies/enrich returns every signal for grafana.com.

{
  "signal_id": "ea9d3448-3468-5357-adbc-8eb9f2b02235",
  "signal_type": "reddit-company",
  "signal_subtype": "buyingIntent",
  "detected_at": "2026-09-26T21:30:42+00:00",
  "company": {
    "name": "Grafana Labs",
    "domain": "grafana.com"
  },
  "data": {
    "nsfw": false,
    "stage": "deciding",
    "awards": 0,
    "timing": "in_progress",
    "topics": [
      "observability",
      "monitoring",
      "infrastructure",
      "vendor evaluation"
    ],
    "post_id": "1wr27dx",
    "summary": "An SRE is deciding whether to continue using the Grafana Labs stack (Mimir, Loki, Tempo, Alloy) for a new observability infrastructure, weighing their past positive experience and familiarity against alternatives like VictoriaMetrics.",
    "category": "observability",
    "comments": [
      {
        "url": "https://www.reddit.com/r/sre/comments/1wr27dx/comment/pca0e8r/",
        "depth": 0,
        "score": 13,
        "author": "watson_x11",
        "excerpt": "I understand if you want to move away from Prometheus and Mimir for the metrics side.\nAlloy could still replace or consolidate several agents. For example, it can scrape Prometheus metrics, run exporters such as prometheus.exporter.unix, collect logs, receive OpenTelemetry traces, and forward everything to the appropriate backend.\nSo instead of thinking of it as moving away from LGTM entirely, you",
        "posted_at": "2026-09-27T00:45:42.000Z",
        "author_url": "https://www.reddit.com/user/watson_x11/"
      },
      {
        "url": "https://www.reddit.com/r/sre/comments/1wr27dx/comment/pcakqod/",
        "depth": 0,
        "score": 7,
        "author": "brightcarvings",
        "excerpt": "I think you need to have very clear reasons for moving and right now I don't see any value articulated in your post.\n\n Tech architecture conversations tend to often be what I call \"big changes to nowhere\". These are big, grand system or architecture changes that involve huge amounts of work but essentially leave teams in exactly the same situation they were before they started.\n\n If you could wave",
        "posted_at": "2026-09-27T02:42:28.000Z",
        "author_url": "https://www.reddit.com/user/brightcarvings/"
      },
      {
        "url": "https://www.reddit.com/r/sre/comments/1wr27dx/comment/pccfsbl/",
        "depth": 0,
        "score": 3,
        "author": "QuietSignalOps",
        "excerpt": "Since this is greenfield, I'd give VictoriaMetrics a small pilot rather than pick it on the promise of lower RAM. Your familiarity with Mimir is worth something too, especially while the systems have no monitoring.\n\n Keep the comparison narrow: the metrics backend, not a simultaneous redesign of logs and traces. Alloy's prometheus.remote_write can send the same samples to multiple endpoints, so yo",
        "posted_at": "2026-09-27T11:05:22.000Z",
        "author_url": "https://www.reddit.com/user/QuietSignalOps/"
      },
      {
        "url": "https://www.reddit.com/r/sre/comments/1wr27dx/comment/pcf4vst/",
        "depth": 0,
        "score": 2,
        "author": "hagen1778",
        "excerpt": "I'd say, it depends on your time and willingness to learn something new. It doesn't seem like you are having any techincal or resource constrain. It more seems like fear of missing out)\n\n If you have time to experiment - go with VictoriaMetrics. You will learn new technology and potentially save some resources for the company you work for. With experience of yours, you will have opportunity to com",
        "posted_at": "2026-09-27T18:45:05.000Z",
        "author_url": "https://www.reddit.com/user/hagen1778/"
      },
      {
        "url": "https://www.reddit.com/r/sre/comments/1wr27dx/comment/pcfyyib/",
        "depth": 0,
        "score": 2,
        "author": "infostack0",
        "excerpt": "One thing to note is that VictoriaMetrics will silently return partial query results. Mimir will error if any TSDB block is not available in the result set.",
        "posted_at": "2026-09-27T20:38:25.000Z",
        "author_url": "https://www.reddit.com/user/infostack0/"
      },
      {
        "url": "https://www.reddit.com/r/sre/comments/1wr27dx/comment/pcezknt/",
        "depth": 0,
        "score": 1,
        "author": "Seref15",
        "excerpt": "In terms of metrics scraping, Alloy can do everything Prometheus can. Alloy collects metrics then sends them to a prometheus remote_write API-compatible backend which can be prometheus, or mimir, or victoriametrics, or other.\n\n A word about victoriametrics, none of the victoria stack supports object storage backend yet. Object storage is on the roadmap for victorialogs then it will be ported to vi",
        "posted_at": "2026-09-27T18:24:10.000Z",
        "author_url": "https://www.reddit.com/user/Seref15/"
      },
      {
        "url": "https://www.reddit.com/r/sre/comments/1wr27dx/comment/pc9p6es/",
        "depth": 0,
        "score": -5,
        "author": "charish",
        "excerpt": "I'd also take a look at Signoz.",
        "posted_at": "2026-09-26T23:44:11.000Z",
        "author_url": "https://www.reddit.com/user/charish/"
      },
      {
        "url": "https://www.reddit.com/r/sre/comments/1wr27dx/comment/pc923qg/",
        "depth": 0,
        "score": -10,
        "author": "hijinks",
        "excerpt": "Promethus itself is t a great long term metric store if you have a lot of metric series.\n\n Victoriametrics works a lot better if you are ok with giving it a lot of fast disk.\n\n I'm about to open source a clickhous backed o11y suite with a lot of free options you have to pay for. I run a devops slack group so if you want to talk o11y or give my tool a try I'll offer 100% free support and help you g",
        "posted_at": "2026-09-26T21:45:22.000Z",
        "author_url": "https://www.reddit.com/user/hijinks/"
      }
    ],
    "evidence": [
      "[post] Unsure if I should stick to LGTM + Alloy or look into migrating Mimir + Prometheus with VictoriaMetrics?",
      "[post] I have setup previous companies with LGTM (Loki, Grafana, Tempo, Mimir) + Alloy which has worked well for what we have done."
    ],
    "virality": "somewhat_high",
    "post_date": "2026-09-26T21:30:42.000Z",
    "post_kind": "text",
    "post_text": "Hey all, company is tasking me on standing up new infrastructure for observability. I have setup previous companies with LGTM (Loki, Grafana, Tempo, Mimir) + Alloy which has worked well for what we have done. However, 1 regret I have heard from many of my friends who are DevOps/SREs is if you are wanting to start from square 1 that is to utilize VictoriaMetrics (not VictoriaLogs just yet). (This would drop Prometheus and Mimir for VictoriaMetrics).\n\nNow this is from my circle of friends if they wanted to start over from square 1 but unsure what the Reddit SRE thinks on this.",
    "sentiment": "neutral",
    "subreddit": "sre",
    "event_date": "2026-09",
    "post_title": "Unsure if I should stick to LGTM + Alloy or look into migrating Mimir + Prometheus with VictoriaMetrics?",
    "prominence": "core",
    "source_url": "https://www.reddit.com/r/sre/comments/1wr27dx/unsure_if_i_should_stick_to_lgtm_alloy_or_look/",
    "entity_role": "vendor",
    "post_author": "DopeyMcDouble",
    "upvote_ratio": 0.8846153846153846,
    "mention_count": 4,
    "mention_surge": true,
    "subreddit_url": "https://www.reddit.com/r/sre/",
    "total_upvotes": 20,
    "comments_total": 21,
    "total_comments": 21,
    "other_companies": [
      {
        "name": "VictoriaMetrics",
        "role": "alternative",
        "domain": "victoriametrics.com"
      }
    ],
    "post_author_url": "https://www.reddit.com/user/DopeyMcDouble/",
    "signal_category": "intent",
    "comments_included": 8,
    "products_mentioned": [
      "Loki",
      "Grafana",
      "Tempo",
      "Mimir",
      "Alloy"
    ]
  }
}

Long text fields are shortened on this page.

Looking up one signal by its id is free. Enrich costs 2 credits per signal returned; a call with no results is free.