Add version to the evaluated decisions referred from a evaluated decision record #8867
Labels
kind/feature
Categorizes an issue or PR as a feature, i.e. new behavior
scope/broker
Marks an issue or PR to appear in the broker section of the changelog
Milestone
Is your feature request related to a problem? Please describe.
Similar to #8643, we've discovered the need for the version of the evaluated decisions of an EvaluatedDecisionRecord.
EvaluatedDecisionRecord already contains a
decisionVersion
. But, decisions can be individually updated by referring to them in different DRGs. So, while thedecisionVersion
of the evaluated decision is useful, it does not inform log consumers of the version of the evaluated required decisions.This information is useful to Operate for filtering and sorting of the evaluated decisions data.
For more details, please read the slack discussion.
Describe the solution you'd like
Add
decisionVersion
toevaluatedDecisions
ofEvaluatedDecisionRecord
.Example:
Describe alternatives you've considered
The alternative is that this would be solved on Operate's side by consuming the deployment records. This adds additional logic to the importer which slows it down.
Of course, the same could be said for Zeebe, but Zeebe is much less slowed down by this than Operate. In addition, the data is already available for Zeebe at runtime. The only part that slows things down is the additional data that will be written in the records. Considering we also found this reasonable for
decisionKey
in #8643, I don't see why we can't also adddecisionVersion
.The same can be said for increasing the record size, which does grow a bit, but not by an unreasonable amount.
Additional context
A similar change was done before in #8829, we can practically repeat these changes.
The text was updated successfully, but these errors were encountered: