Files
zeekayandHanzo Dev 15d100931d
Hanzo CI/CD / cicd (push) Failing after 9m46s
CI/CD / cicd (push) Failing after 10m4s
Name the ingress in the docs, and fix what that exposed
Most of it was stale, not cosmetic: the docs taught `TRAEFIK_*` env,
`traefik.http.*` labels, `traefik.ingress.kubernetes.io/` annotations,
`.traefik.yml` plugins and `traefik_*` metrics. This binary answers to
`INGRESS_*`, `ingress.http.*`, `ingress.kubernetes.io/`, `.ingress.yml` and
`ingress.*` — a reader following the old text configured nothing.

Two were worse than stale. Gateway API examples gave `group: traefik.io` for an
IngressService backendRef, which kubernetes.go:1265 refuses against hanzo.ai.
The contributing guide built with `github.com/traefik/ingress` ldflags against
a module that is `github.com/hanzoai/ingress/v3`.

script/code-gen.sh globs `hanzo.ai_*.yaml` and matched nothing — the per-CRD
dumps had been deleted and never regenerated, so `cat` failed the script under
`set -e`. controller-gen v0.19.0 restores all ten; they concatenate
byte-for-byte into the committed definition and fixture.

CHANGELOG.md is untouched: 6,789 lines of imported release history, where a
rewrite would falsify the record rather than rebrand it. `@traefiklabs/faency`,
`traefik/whoami`, k3s's `--disable=traefik`, the `traefik.io` CRD group and the
MIT attribution stay — upstream's addresses, not our brand.

Co-authored-by: Hanzo Dev <[email protected]>
2026-09-16 13:01:19 -07:00

5.0 KiB

title, description
title description
Per-Router Observability You can disable access logs, metrics, and tracing for a specific entrypoint attached to a HTTP Router. Read the technical documentation.

Hanzo Ingress's observability features include logs, access logs, metrics, and tracing. You can configure these options globally or at more specific levels, such as per router or per entry point.

By default, the router observability configuration is inherited from the attached EntryPoints and can be configured with the observability options. However, a router defining its own observability configuration will opt-out from these defaults.

!!! info To enable router-level observability, you must first enable access-logs, tracing, and metrics.

When metrics layers are not enabled with the `addEntryPointsLabels`, `addRoutersLabels` and/or `addServicesLabels` options,
enabling metrics for a router will not enable them.

!!! warning "AddInternals option"

By default, and for any type of signal (access-logs, metrics and tracing),
Hanzo Ingress disables observability for internal resources.
The observability options described below cannot interfere with the `AddInternals` ones,
and will be ignored.

For instance, if a router exposes the `api@internal` service and `metrics.AddInternals` is false,
it will never produces metrics, even if the router observability configuration enables metrics.

Configuration Example

http:
  routers:
    my-router:
      rule: "Path(`/foo`)"
      service: service-foo
      observability:
        metrics: false
        accessLogs: false
        tracing: false
        traceVerbosity: detailed
[http.routers.my-router]
  rule = "Path(`/foo`)"
  service = "service-foo"

  [http.routers.my-router.observability]
    metrics = false
    accessLogs = false
    tracing = false
    traceVerbosity = "detailed"
labels:
  - "ingress.http.routers.my-router.rule=Path(`/foo`)"
  - "ingress.http.routers.my-router.service=service-foo"
  - "ingress.http.routers.my-router.observability.metrics=false"
  - "ingress.http.routers.my-router.observability.accessLogs=false"
  - "ingress.http.routers.my-router.observability.tracing=false"
  - "ingress.http.routers.my-router.observability.traceVerbosity=detailed"
{
  // ...
  "Tags": [
    "ingress.http.routers.my-router.rule=Path(`/foo`)",
    "ingress.http.routers.my-router.service=service-foo",
    "ingress.http.routers.my-router.observability.metrics=false",
    "ingress.http.routers.my-router.observability.accessLogs=false",
    "ingress.http.routers.my-router.observability.tracing=false",
    "ingress.http.routers.my-router.observability.traceVerbosity=detailed"
  ]
}

Configuration Options

Field Description Default Required
accessLogs The accessLogs option controls whether the router will produce access-logs. true No
metrics The metrics option controls whether the router will produce metrics. true No
tracing The tracing option controls whether the router will produce traces. true No
traceVerbosity The traceVerbosity option controls the tracing verbosity level for the router. Possible values: minimal (default), detailed. If not set, the value is inherited from the entryPoint. minimal No

traceVerbosity

observability.traceVerbosity defines the tracing verbosity level for the router.

Possible values are:

  • minimal: produces a single server span and one client span for each request processed by a router.
  • detailed: enables the creation of additional spans for each middleware executed for each request processed by a router.