Skip to content

Conversation

@cratelyn
Copy link
Member

@cratelyn cratelyn commented Feb 9, 2026

this commit introduces a new middleware layer to the inbound proxy.
this instruments inbound traffic with Prometheus telemetry that records
response body latency, and emits a histogram of response body durations.

the buckets are chosen to mimic the request and response buckets emitted
by the outbound proxy, with their granularity flipped. in other words,
the inbound proxy is more interested in fine-grained request body
metrics than response body metrics, while the outbound proxy is more
interested in fine-grained response body metrics than request body
metrics.

@cratelyn cratelyn self-assigned this Feb 9, 2026
@cratelyn cratelyn marked this pull request as ready for review February 9, 2026 21:21
@cratelyn cratelyn requested a review from a team as a code owner February 9, 2026 21:21
@cratelyn cratelyn requested review from unleashed and zaharidichev and removed request for a team February 9, 2026 21:22
Copy link
Member

@unleashed unleashed left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good, just a small nit about adding a comment with the rationale for choosing the bucket granularities just like you do for the PR.

}
}

const RESPONSE_BUCKETS: &'static [f64] = &[0.05, 0.5, 1.0, 10.0];
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You already justify why these buckets are chosen in the PR text, but I think it would help to add a comment here with the rationale.

this commit introduces a new middleware layer to the inbound proxy.
this instruments inbound traffic with Prometheus telemetry that records
response body latency, and emits a histogram of response body durations.

the buckets are chosen to mimic the request and response buckets emitted
by the outbound proxy, with their granularity flipped. in other words,
the inbound proxy is more interested in fine-grained request body
metrics than response body metrics, while the outbound proxy is more
interested in fine-grained response body metrics than request body
metrics.

* #4418
* #4419

Signed-off-by: katelyn martin <kate@buoyant.io>
@cratelyn cratelyn force-pushed the kate/app-inbound.duration-metrics branch from 6707ef3 to 7684330 Compare February 10, 2026 16:00
@cratelyn
Copy link
Member Author

excuse the force push. i have rebased the branch atop main now that the changes from #4418 and #4419 have landed. no changes to the tail commit (7684330) have been made. feedback above is still outstanding.

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.

2 participants