API observability, built into every Xano backend.

Xano runs your whole backend, so it can show you what it is doing, function by function. Trace any request to the exact step that failed, then debug it with real production inputs.

POST /orders failed step 1 Get Record step 2 Precondition step 3 Update step 4 Response debug with production inputs

Why infrastructure logs miss API failures

A request just failed. What did the system do? Most stacks answer three layers down, in container logs and metrics, and leave the correlation to you. As AI writes more of your logic, “nobody knows what it does” stops being a figure of speech.

On every train

What API observability in Xano includes

Request history, traces, step-through debugging, audit trails, error logs and agent traces, built into the platform rather than bolted on.

  1. 01 · Observe

    Request history

    Every API request, recorded: inputs, outputs, timing, and the path it took through your logic.

    POST 200 OK /orders POST 200 OK /orders POST 200 OK /orders Requests per hour · 24h inputs logic table output inputs · outputs · timing · the path it took
  2. 02 · Observe

    Stack traces that point at the failure

    Because Xano runs the whole backend, a trace lands on the failing function and step, not on a container ID you then have to correlate by hand.

    ERROR_CODE_INPUT_ERROR new source: GET templates/user_default Function stack 1 Get Record From 2 Precondition failed here 3 Update Record 4 Response 24h histogram container id nothing to correlate
  3. 03 · Observe

    Step-through with production data

    Every recorded request carries its real production inputs. One click re-runs them through the debugger and steps the stack, statement by statement.

    Recorded request 1 Precondition 2 Get Record From 3 Precondition 4 Get Record From 5 Precondition 6 Query All Records Debug Stop Restart Next production inputs timeline: {…} id: 2190 job_id: 6011 highlights: [26] render_job_id: null statement by statement
  4. 04 · Observe

    Audit trails

    Every change is attributable: who changed it, when, on which branch, and what the change was. The evidence trail your reviewers and auditors follow.

    Summary By Branch Date Function edited Claude Code feature Aug 14 Workspace updated teammate main Aug 14 API created Cursor feature Aug 13 Table schema changed teammate main Aug 12 Branch merged teammate main Aug 12 who · when · which branch · what changed
  5. 05 · Observe

    Error logs

    Errors are grouped by signature and mapped to the release that introduced them, so you can tell what's new from what's always been there.

    Task API Function Middleware Trigger ERROR_CODE_UNAUTHORIZED auth/me since release 1 ERROR_CODE_INPUT_ERROR templates/user_default since release 1 ERROR_FATAL update/paid new in release 3 release 1 release 2 release 3
  6. 06 · Observe

    Agent observability

    Agent runs emit OpenTelemetry, so your agent activity is traceable like any other workload.

    Traces Wealth Management Compliance Compliance Compliance Compliance Run result: 90-day cash flow steps tool-call GetAccountCashFlow tool-call GetRecentAccountTransactions OpenTelemetry
Shared picture

Observability everyone can read.

The same shared picture your team reads while building is the one they read in production. The engineer traces the failure; the reviewer checks what policy held; nobody pages through raw logs to answer “what happened?”

Engineer traces the failure Reviewer checks what policy held one shared picture, building and in production
Underneath · Autopilot

Watching the application is half the job.

Autopilot watches the infrastructure underneath: clusters rightsized for cost, services kept resilient, without growing the DevOps team.

All your services on Autopilot
Production, on schedule Autopilot the conductor · on-cluster Pods in place Nodes exact machine Autoscalers only misfits Consolidate fewer nodes four systems, one loop · no restarts
Questions

API observability on Xano

What is API observability in Xano?

It is the request history, traces, debugger, audit trails and error logs built into every Xano backend. Every API request is recorded with its inputs, outputs, timing and the path it took through your logic, so you can see what the backend did, function by function, without adding a separate tool.

How do I find out why an API request failed?

Open the request in its history and follow the trace. Because Xano runs the whole backend, the trace lands on the failing function and step, not on a container ID. One click re-runs the recorded production inputs through the debugger, so you can step the stack statement by statement.

How is this different from infrastructure logs?

Infrastructure logs answer three layers down, in container logs and metrics, and leave the correlation to you. Xano records what your logic did: which endpoint, which function, which step, with which inputs. Errors are grouped by signature and mapped to the release that introduced them, so new failures stand out.

Can I trace what AI agents do?

Yes. Agent runs on Xano emit OpenTelemetry, so agent activity is traceable like any other workload: the run, then each tool call it made. Audit trails record every change to the workspace too, including who or what made it, when, on which branch, and what the change was.

Does Xano observe the infrastructure underneath my backend?

Observability covers what your backend does. For the Kubernetes infrastructure underneath, Autopilot right-sizes every pod, node and autoscaler to real usage, in place, inside your cluster, with no restarts. Together they cover the application and the cluster it runs on, without growing the DevOps team.

See what's running. Trust what's running.