-
Notifications
You must be signed in to change notification settings - Fork 2k
Feature Request: Add destruction capabilities #475
Comments
I agree; this would be a very convenient feature. |
@MartinLeedotOrg Is this request specific to AWS or a general ask? I'd like to update the title if it is AWS specific. |
Are you suggesting some sort of internal self destruct feature, where if a condition specified at creation is reached, the instance becomes unavailable to VPN users and prepares to remove internal data in some manner? A timer based condition would be interesting, perhaps a deadman's switch? This ties into the issue of how old an instance should be, such as an instance that was left running for a long time using an Ubuntu LTS instance that may have reached end of OS support (LTS). See #513 Other conditions, like watching a version management file or canary file (but no access due to 404 might end up being a DoS) There is the two main issues of how far should a self-destruct go though.
|
So, I was more thinking of just extending the script to tear down instances once you're done with them. It's not intuitive in AWS, especially for a novice. As I said, check out the feature branch at https://github.com/MartinLeeUK/streisand/tree/destroy - I've already made the playbook and role for AWS. |
Closing in favour of #475 |
For those unfamiliar with AWS, removing the created instance might be a bit tricky, this could be automated.
I've created a destroy branch at: https://github.com/MartinLeeUK/streisand/tree/destroy
Before I submit a pull request, is this needed? Is there a better approach?
The text was updated successfully, but these errors were encountered: