mirror of
https://github.com/hanzoai/ingress.git
synced 2026-10-26 02:47:15 +00:00
Hanzo CI/CD / cicd (push) Failing after 9m46s
CI/CD / cicd (push) Failing after 10m4s
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]>
5.0 KiB
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.