One entity per service, across realms and clouds
Each deployment of checkout-api shows where the deployment runs, the version and the past incidents, under one entity with one owner.

Services, owners, dependencies and every change, up to date, so each autonomous action starts from the right facts.

Each deployment of checkout-api shows where the deployment runs, the version and the past incidents, under one entity with one owner.

Each service links to the repository that builds the service, the repository that deploys the service, and the datastores and queues the service runs on.

What calls what, read from production traffic. Before an action, the agent sees the blast radius: which callers, datastores and teams a change on this service reaches. Each edge is observed or marked as inferred.

Owner, metrics, alerts and resilience per service, checked against the SOC 2 and ISO 27001 controls that apply. You see what would fail an audit, and why.

The change timeline lists each deploy, pull request and rollback on the service. The service wiki updates after every change and investigation, and a person approves what is learned.

The work to keep a production context graph correct, built in-house or with NOFire AI.
Every service, owner, dependency, change and readiness check across every realm and region, built from your production environment. People and agents work from the same context.
No. Keep the portal. NOFire AI adds the live layer underneath.
No. NOFire AI builds the graph from your clouds, Kubernetes, code and deploy tools. Each fact is marked as observed or inferred.
Each fact shows the source and the time of the last read. A person approves what agents learn before the service wiki changes.
Backstage is a portal your team updates by hand. The production context graph is rebuilt from your production environment.