SIGN IN SIGN UP

chore(releasing): prepare v0.55.0 release (#25229)

* chore(releasing): Pinned VRL version to 0.32.0

* chore(releasing): Generated release CUE file

* chore(releasing): Updated website/cue/reference/administration/interfaces/kubectl.cue vector version to 0.55.0

* chore(releasing): Updated distribution/install.sh vector version to 0.55.0

* chore(releasing): Add 0.55.0 to versions.cue

* chore(releasing): Created release md file

* fix(api): restore HTTP GET /health endpoint (#25234)

* refactor(api): serve gRPC via hyper + axum router

Convert tonic's Server to an axum Router via into_router(), then serve
over the same TcpListener via hyper::Server. Enables HTTP/1.1 acceptance
so additional HTTP routes can be added alongside gRPC on the same port.
Behavior-preserving.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* fix(api): restore HTTP GET /health endpoint

Re-expose the HTTP health endpoint that was removed as part of the
GraphQL-to-gRPC migration (#24364). The endpoint matches the pre-0.55
response shape: 200 with body {"ok": true} while serving and 503 with
body {"ok": false} after set_not_serving() is called during drain.
HEAD is also handled.

gRPC clients continue to use grpc.health.v1.Health/Check; both probes
now share the same serving state so they agree during shutdown.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* test(api): cover HTTP GET/HEAD /health endpoint

Adds two integration tests hitting the restored HTTP health endpoint
via reqwest:
- GET returns 200 with body {"ok":true}
- HEAD returns 200

Exposes harness.api_port() so tests can reach the API port directly.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* docs(api): document HTTP /health endpoint

Document the HTTP GET/HEAD /health endpoint served alongside the gRPC
API, framed as compatibility with Vector 0.54.0 and earlier. Updates
the reference endpoints schema to allow HEAD, adds HEAD/GET entries
for /health in api.cue with 200/503 responses, and adds a curl example
to the API reference page.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* style(api): apply cargo fmt

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

---------

Co-authored-by: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* fix(demo_logs source): drop fakedata_generator, fix broken fake domains (#25236)

* fix(demo_logs source): drop fakedata_generator, fix broken fake domains

The fakedata_generator crate (v0.7.1) has an upstream bug: its
get_dataset() match table is missing a "tlds" arm, so gen_domain() falls
through to an empty JSON string. That fails to parse and the crate
prints "Failed getting dataset for tlds. EOF while parsing a value at
line 1 column 0" to stderr on every call, while gen_domain() returns
"<name>.Error: dataset not found" as the fake domain.

Drop the dependency (and its transitive passt dep) and inline the three
functions demo_logs actually used: gen_domain, gen_ipv4, gen_username.
Domains now look like "random.io" instead of "random.Error: dataset not
found", and stderr is quiet.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* chore(releasing): changelog fragment for demo_logs fakedata fix

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* chore(demo_logs source): drop stale comment, allow TLDs/fakedata in spelling

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* chore(demo_logs source): swap fake domain name list to unique entries

Replace the 8-word domain-name pool with fresh placeholder-style
entries so nothing in lib/fakedata derives from the fakedata_generator
crate's data.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

---------

Co-authored-by: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* chore(releasing): address Codex review feedback on 0.55 release cue

- Strip trailing whitespace on blank lines in `0.55.0.cue` so
  `make check-fmt` passes.
- Clarify that `azure_credential_kind` must live under the
  `azure_logs_ingestion` sink's `auth` block, not at the sink root,
  and link the 0.55 upgrade guide for a concrete example.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* update date

---------

Co-authored-by: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
P
Pavlos Rontidis committed
cf8de830c6060629092397fd2334fc0f0219363a
Parent: 3ca3e61
Committed by GitHub <noreply@github.com> on 4/22/2026, 2:26:12 PM