feat(subscriber): count dropped events due to buffer cap #211
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
See also #209
Currently, we don't really have any way of surfacing potential data loss
due to the event buffer capacity limit --- so, if events are dropped,
the user may not be aware that they're seeing an incomplete picture of
their application. It would be better if we had a way to surface this in
the UI.
This branch adds support for counting the number of dropped events in
the
ConsoleLayer
. This data is now included in theResourceUpdate
,TaskUpdate
, andAsyncOpUpdate
messages, respectively. We track aseparate counter for dropped events of each type, to make it easier to
determine what data may be missing.
The console UI doesn't currently display these counts; that can be
added in a separate PR. We may want to use the warnings interface for
displaying this information?