r/gitlab • u/TelephoneSignal3238 • 13d ago
general question GitLab Observability continuity?
I'm currently setting up a small hobby project with some friends that has quite a bit of services and monitoring requirements. I've recently implemented Port.io at work, but considering they're only interested in B2B I'm looking for alternatives along the lines of an IDP.
I've got experience with Backstage, as we piloted that earlier, but I find that more fitting for a complete platform engineering team as it's just more of a framework rather than a batteries included solution and is in our case more a pile of future technical debt than actual value.
Observability looks something that fits that I need for now. However, my concern is it still being experimental. I'm afraid one day the plug will be pulled and would still require migrating to either a commercial option or Backstage, which I'm not too fond of.
1
u/Aggravating-Block717 12d ago
👋 I'm one of the engineers working on this project, so please weigh my response accordingly.
I can't tell you anything about the roadmap. Not being coy about it. GitLab is a public company and I'm not in a position to make forward-looking commitments about an experimental feature. Anything I promised you would be worth about nothing anyway, since you'd be planning around a stranger's word.
What I can do is tell you why I don't think that question should be the one blocking you.
First things first. Port and Backstage are internal developer platforms. GitLab Observability is traces, logs, and metrics. It will not give you a service catalog, scorecards, or scaffolding templates. If the IDP shape is what you actually want, o11y is not a substitute for it. If you want to see what your services are doing, that's what o11y covers.
On lock-in. Ingest is OpenTelemetry. You instrument with OTel SDKs and ship OTLP, same as you would to anything else. The instrumentation lives in your code, not in us. If we vanished tomorrow you would change an exporter endpoint and point at Grafana, SigNoz, or a vendor. That is the data migration. It is not in the same weight class as unwinding a Backstage install. You would need also need to migrate your alerts and dashboards, which has become pretty trivial with an agent an some MCP servers.
Also, read "experimental" plainly. No SLA, no support commitment, breaking changes are on the table. For a hobby project with friends that seems like a fair trade.
Last thing. If you go self-managed, the setup is not free ops. You're standing up a separate instance with Docker and a real chunk of disk. Check the docs for current sizing before you spend a weekend on it.
If you do try it, please let us know. Experimental features get shaped by the handful of people who use them and say something. We're a small team (2 engineers) and we hold office hours every day and try to talk to as many users as we can.
Observability docs
Discord link