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
AWS Opsworks is closed to new customers, and scheduled to become unavailable to all existing customers in the next few months. This means we can remove it from provider-aws, to slightly reduce the size, maintenance, and testing burdens of the provider.
We should wait until AWS has actually completed their shutdown, as they have extended these types of EOL dates in the past.
I've never used this service myself, so I don't actually know which managed resources are used for puppet vs chef vs stacks. I'm inclined to wait until all three are shut down, then remove the provider entirely.
Note that we can also remove the opsworks exception from the RegionAddition override.
Given that the service will no longer exist, although technically its removal would be a breaking change, I'm inclined to release the removal in a normal minor version bump. If there are good reasons not to do so (or reasons to not remove them at all), I'd be happy to hear them.
These resources were originally added in PR #444 (issue #313) . I'm curious if anyone involved in adding them knows if they were specifically requested, or merely added as part of systematically going through all the terraform-provider-aws resources to get broad crossplane support.
The text was updated successfully, but these errors were encountered:
This provider repo does not have enough maintainers to address every issue. Since there has been no activity in the last 90 days it is now marked as stale. It will be closed in 14 days if no further activity occurs. Leaving a comment starting with/fresh will mark this issue as not stale.
This issue is being closed since there has been no activity for 14 days since marking it as stale. If you still need help, feel free to comment or reopen the issue!
AWS Opsworks is closed to new customers, and scheduled to become unavailable to all existing customers in the next few months. This means we can remove it from provider-aws, to slightly reduce the size, maintenance, and testing burdens of the provider.
We should wait until AWS has actually completed their shutdown, as they have extended these types of EOL dates in the past.
Currently, the shutdown schedule is March 31, 2024 for Puppet, May 5, 2024 for Chef, and May 26, 2024 for stacks.
I've never used this service myself, so I don't actually know which managed resources are used for puppet vs chef vs stacks. I'm inclined to wait until all three are shut down, then remove the provider entirely.
Note that we can also remove the opsworks exception from the
RegionAddition
override.Given that the service will no longer exist, although technically its removal would be a breaking change, I'm inclined to release the removal in a normal minor version bump. If there are good reasons not to do so (or reasons to not remove them at all), I'd be happy to hear them.
These resources were originally added in PR #444 (issue #313) . I'm curious if anyone involved in adding them knows if they were specifically requested, or merely added as part of systematically going through all the terraform-provider-aws resources to get broad crossplane support.
The text was updated successfully, but these errors were encountered: