You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We recently had an outage due to (incorrect) configuration of Retry without Poison. However, one of the items that came out of that was a realization that we didn't really have a good way to publish what our event-processing delay / backlog was.
This would require storing a "publish_time" or "timestamp" attribute in the message Metadata during publish, and then parsing that in the subscriber to report on processing latency.
Would there be interest in that addition to the metrics module, or is this something we should do in our own Middleware / Publisher?
The text was updated successfully, but these errors were encountered:
We recently had an outage due to (incorrect) configuration of Retry without Poison. However, one of the items that came out of that was a realization that we didn't really have a good way to publish what our event-processing delay / backlog was.
This would require storing a "publish_time" or "timestamp" attribute in the message
Metadata
during publish, and then parsing that in the subscriber to report on processing latency.Would there be interest in that addition to the metrics module, or is this something we should do in our own Middleware / Publisher?
The text was updated successfully, but these errors were encountered: