Skip to content

[PENDING] refactor(orchestrator): route metrics through observability/metrics#196

Closed
xytan0056 wants to merge 1 commit into
pr7-graphrunnerfrom
pr6-orchestrator
Closed

[PENDING] refactor(orchestrator): route metrics through observability/metrics#196
xytan0056 wants to merge 1 commit into
pr7-graphrunnerfrom
pr6-orchestrator

Conversation

@xytan0056

@xytan0056 xytan0056 commented Jul 14, 2026

Copy link
Copy Markdown
Contributor

Routes the native orchestrator's metrics through observability/metrics instead of open-coding tally.

the orchestrator reads the request emitter from ctx via metrics.FromContext

  • The open-coded calls/success/failure + failure_type classification block collapses into TrackInFlight + metrics.RecordRequest under the native_orchestrator op sub-scope.
  • FromContext is noop-safe (never nil), so the orchestrator still works when driven standalone.
  • The graphrunner constructor still receives a tally.Scope here; it migrates to FromContext in the stacked graphrunner PR.

Stacking

  1. [PENDING] refactor(orchestrator): route metrics through observability/metrics #196

@xytan0056
xytan0056 requested review from a team as code owners July 14, 2026 01:52
@xytan0056
xytan0056 force-pushed the pr6-orchestrator branch 3 times, most recently from b8d9aae to 54b29c4 Compare July 14, 2026 02:37
@xytan0056
xytan0056 changed the base branch from pr4-context to pr7-graphrunner July 14, 2026 02:37
The orchestrator reads the request emitter from ctx via metrics.FromContext
instead of building its own from an injected tally.Scope. The controller
seeds the emitter (emitter=service + repo tags) at the request boundary, so
every layer below shares one series without re-deriving tags. FromContext is
noop-safe, so the orchestrator still works when driven standalone.

The open-coded calls/success/failure + failure_type classification block
collapses into TrackInFlight + metrics.RecordRequest under the
native_orchestrator op sub-scope. With the graphrunner already reading its
emitter from ctx, the orchestrator's tally.Scope plumbing (Params.Scope +
the threaded field) is now dead and removed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant