User story #5572
open
Change management: Feature to group change requests by external change id
Added by Florian Heigl about 10 years ago.
Updated over 9 years ago.
Description
One infrastructure change can translate into multiple policy changes inside rudder. It would be good if the person doing the validation (or looking at an log) could identify the external ID of those changes. Right now it is (of course) possible to enter them in the comment and this will be be seen in the change request overview.
The idea would be to extend this, so you can enter the change id (or ticket, how ever you ended up with the cause of this change) in a separate field.
The pending change overview should then be configurable to sort them by that idea, or allow searching for it. then, (please) it would be a good thing to be able to validate them as a group.
Related issues
2 (2 open — 0 closed)
- Description updated (diff)
Hello,
Thanks for reporting.
I thing (if I understand correctly) that there is two part in your comment:
1/ be able to add metadata/fields to change requests and/or allows to search in search request (comments, description...) and group them
2/ be able to group several modification together review them as a whole and commit them in one time. Going further, it is a generalization of #5472 where you can actually build a change request from several modification (from rules, directives, groups), review them together and commit them in one atomic change.
Did I understand correctly ?
- Description updated (diff)
Hi,
understood correctly.
Re: 5472 it sounds as if they are similar and the risk of partial downloads there is important.
I am not sure if that risk exists if you run with full change management enabled? (this the scenario i'm testing)
generally, we might have multiple people editing policy affecting an object at any time, so atomic application would be healthy :)
Florian
forgot this:
... but my concern was mostly making it safe for the change validator that he'll find all pieces that are related
The full idea would be:
- when doing a modification on a group/directive/change, have to possibility to add it to an existing "work in progress" (or draft) change request
- at any time, have the possibility to freeze a draft and propose it as a change request including all the unit modification (ex: Modify Directive 1 applied to R1, add Directive 2 to R1, add a restriction group to R1, delete R2)
- that change request is seen as only one item by the validator, with all the modification (and all the diff) accessible from the validation screen
- it accepts or reject it globally, so that either all the modification or none are commited (and if it be so, that only policies with all the modification are propogated to nodes)
What I don't know for sure is if in your scenario, all the modification would be created by only one people or by several. In the second case, the story need a coordination possibility, either by grouping change request in one aggregate (but in that case, it may be the whole solution) or if draft change request should be clonable/sharable between users.
I think it's likely there will be multiple people involved.
Possible interactions to toy around with:
x Team A does their bit of a change, Team B is, in the same change working / updating another piece
I.e. think renaming a web server, will easily be a little bit to adjust here and there.
x Alice on Team A is working on something. He is interrupted, and Bob needs to take it over. John will be validating it.
x Fred is working on something, normally he just adds predefined directives. he finds a policy issue and Alice takes over. She's the team lead, hates her bug and selfvalidates everything after fixing it so noone notices. (but the audit log will :)
I think it would be easiest by sharing and having the option for a global identifier.
you mentioned "draft" and a draft state might be a helpful piece in this.
"- that change request is seen as only one item by the validator, with all the modification (and all the diff) accessible from the validation screen"
I think it should be possible for him to decline a single bullshit piece out of it. So, group yes, select all pieces, but it might not be be needed to treat it as one thing.
(my head will explode if we keep going around this a few more times. But that's fine :)
Thanks for all the precision, that make for a really nice user story. I can't commit any deadline for it because it seems to have quite some dev to play with, but the (imagined) result looks like something helpful for people and usable (the risk with such things being that it's so complicated or unflexible that nobody want to use it).
- Category set to Web - UI & UX
- Target version set to Ideas (not version specific)
- Related to User story #7923: Combine multiple Change Requests into a bundled one in the Change- and Validation workflow added
Also available in: Atom
PDF