-
Notifications
You must be signed in to change notification settings - Fork 724
Baseline account to automatically create filters #292
Comments
This is an interesting idea. The only issue would be to clearly identify these resources. We could just use properties, but they are not implemented on every resource, yet. Also this might cause problems, if some resource generates dynamic properties (eg IP addresses). I currently do not have an idea how to solve this. /cc @rebuy-de/prp-aws-nuke |
I like the idea. I could imagine to extend the current interface and change every resource to list the current one in a compatible format. In the end every resource has a ARN, and we could simply filter on them. |
No, not every resource in terms of aws-nuke. There are some like |
A PR implementing this has been submitted #507 |
I like this idea, I'm closing the issue, but haven't closed the PR. I'm looking at implemention possibilities over on the fork. I will comment on the PR as to what I decide to do. Please see the copy of the notice from the README about the deprecation of this project. Sven was kind enough to grant me access to help triage and close issues and pull requests that have already been addressed in the actively maintained fork. Some additional information is located in the welcome issue for more information. Caution This repository for aws-nuke is no longer being actively maintained. We recommend users to switch to the actively maintained fork of this project at ekristen/aws-nuke. |
I would like to be able to run a baseline that captured all currently configured services and defaults (like VPCs, subnets, etc) and output the results into a configuration file where each discovered resource would be filtered. Then, after some amount of use in the account (demos, training, experiments), the baseline config file would be used when running AWS Nuke to return the account to the starting state.
The text was updated successfully, but these errors were encountered: