Skip to content
lake
Browse this documentation section

Dynamo prefix-layout metrics

Goal

Operators must be able to prove that every runtime pod has observed v2 authority and that prefix work is proportional to returned metadata. Metrics must not expose logical keys, prefixes, tenants, table names, endpoints, or migration cursors.

Contract

lake-meta exports only finite labels:

MetricLabelsMeaning
lake_dynamo_v2_authoritativenoneThis process reads v2 (1) or v1 (0)
lake_dynamo_finalize_barrier_heldnoneDurable migration write barrier observed at startup/finalize
lake_dynamo_prefix_requests_totallayout, api, outcomePhysical Scan/Query requests
lake_dynamo_prefix_items_totallayout, api, kindEvaluated and returned items

Allowed label values are compile-time constants. Prefix/key text appears only in errors returned to the trusted caller, never in metric names or labels. The one-shot migration CLI reports page and finalize outcomes in its JSON response; it does not start a long-lived scrape endpoint. Runtime metrics therefore expose only durable migration state (authority and barrier). Runtime nodes refresh the barrier strongly consistently at most once per 30 seconds with a 100 ms telemetry-only timeout. Failure retains the last-known gauge and never changes startup or metastore error semantics.

Rollout signals

After finalization and the required runtime restart: