Alloy V1.16.0 #345
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "alloy-v1.16.0"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Bump Grafana Alloy v1.14.0 → v1.16.0 across all four services (alloy-k8s, alloy-ringtail, alloy-tracing-ringtail; alloy native ansible). Also migrate the indri build path from
Dockerfileto a native Daggercontainer.pyper the build-container-image migration playbook.Highlights from upstream
loki.source.kubernetes_events, MySQL exporter 0.19.0loki.source.awsfirehoseundocumented metric prefix rename) — not used here.Build infra
Alloy v1.16.0's go.mod requires Go 1.26.2. The nix derivation now uses
pkgs.go_1_26withGOTOOLCHAIN=localto avoid auto-downloading a toolchain blob that violated the fixed-output rule.Test plan
mise run container-build-and-release alloy --ref alloy-v1.16.0(dispatched as run 522; nix job to be re-triggered with the v1.16.0 goModules outputHash once the local ringtail build surfaces it)images[].newTagin three kustomizations to the new-<sha>and-<sha>-nixtags, deploy from this branch viaargocd app set <app> --revision alloy-v1.16.0 && argocd app sync <app>mise run provision-indri -- --tags alloy --check --diffmise run services-checkafter merge & redeployBump alloy v1.14.0 → v1.16.0 across both build paths: - containers/alloy/Dockerfile replaced with native container.py (3-stage Node UI → make alloy Go build → Alpine runtime). - containers/alloy/default.nix bumped: src hash + npmDepsHash refreshed. goModules outputHash still TODO — will be updated after a build attempt on the ringtail nix runner reveals the new hash. The container.py uses the upstream Makefile via `make alloy` (not plain `go build`) so version stamping, release flags, and the netgo+embedalloyui tags match upstream releases. promtail_journal_enabled is omitted as before — k8s deployments read pod logs from the filesystem, not journald. Per [[review-services]] for the four stale Alloy entries (alloy-k8s, alloy-ringtail, alloy-tracing-ringtail, alloy ansible — all reviewed 2026-03-13). Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>Both container images published manually (CI on indri couldn't complete due to host RAM pressure — 7.2 GB in macOS memory compressor causing ~10–100x slowdown on memory-touching work, see separate ticket thread): - registry.ops.eblu.me/blumeops/alloy:v1.16.0-26a3ab5 (dagger build, run locally on gilbert via container.py) - registry.ops.eblu.me/blumeops/alloy:v1.16.0-26a3ab5-nix (nix build, run on ringtail's nix-container-builder) Both images built from the alloy-v1.16.0 branch tip26a3ab5b. After PR squash-merge, follow up with a C0 to rebuild from the main SHA and bump tags to a [main]-marked variant per the squash-merge convention. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>