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
Not sure if protect should do both but it would be nice to have Termination Protection enabled on stacks created and the logic around it when doing a deletion. While Protect kind of works it doesn't protect us for folks outside of stacker
Thanks for this - it's definitely something we could add. Are you imagining that stacker would add the termination protection, but remove it whenever there is a destroy with --force? Basically this is just a method of keeping people from accidentally deleting stacks manually?
exactly. I'm cool with the flag being removed (turned off) during a destroy action. Or at least that is what I was going to do with the hooks you provide. So I'm partial to that strategy.
This would be to help prevent anyone accidentally deleting the stack from the console/cli or outside of our stacker automation pipelines.
I think having this be a configurable global default would be nice. At Remind, it’d definitely make sense to make this the default for all of our stacks, just for added safety.
I think the difficult thing here for stacker is that this is changed via a separate API call to UpdateTerminationProtection. That’d wreak havic on performance if it were called on every stack update. If we only supported this for newly created stacks, then it’d probably be fine.
Activity
phobologic commentedon Oct 23, 2018
Thanks for this - it's definitely something we could add. Are you imagining that stacker would add the termination protection, but remove it whenever there is a destroy with --force? Basically this is just a method of keeping people from accidentally deleting stacks manually?
kddejong commentedon Oct 23, 2018
exactly. I'm cool with the flag being removed (turned off) during a destroy action. Or at least that is what I was going to do with the hooks you provide. So I'm partial to that strategy.
This would be to help prevent anyone accidentally deleting the stack from the console/cli or outside of our stacker automation pipelines.
Thanks.
phobologic commentedon Oct 23, 2018
Yeah, that sounds good. Probably wouldn't be too hard to deal with either. Could easily see this being the default mode as well.
ejholmes commentedon Oct 24, 2018
I think having this be a configurable global default would be nice. At Remind, it’d definitely make sense to make this the default for all of our stacks, just for added safety.
I think the difficult thing here for stacker is that this is changed via a separate API call to UpdateTerminationProtection. That’d wreak havic on performance if it were called on every stack update. If we only supported this for newly created stacks, then it’d probably be fine.