Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Creating a fully configured s3 bucket unnecessarily complex #25325

Closed
dan-petty opened this issue Jun 14, 2022 · 6 comments
Closed

Creating a fully configured s3 bucket unnecessarily complex #25325

dan-petty opened this issue Jun 14, 2022 · 6 comments
Labels
service/s3 Issues and PRs that pertain to the s3 service. stale Old or inactive issues managed by automation, if no further action taken these will get closed.

Comments

@dan-petty
Copy link
Contributor

Creating something as simple as a replication configuration now requires explicitly adding depends_on to various elements in order get a working implementation. Where one could previously fully define an s3 bucket as a single element that could manage the order of it's own configuration, one now has to manage the order of buckets, policies, versioning resources, etc. Resources outside of the s3 bucket that need to be able to use the bucket, now have to also manage dependency to all of these sub-elements of the single s3 bucket, now a fractured set of resources. This is cumbersome both to develop and to use the documentation

@github-actions github-actions bot added the needs-triage Waiting for first response or review from a maintainer. label Jun 14, 2022
@dan-petty
Copy link
Contributor Author

dan-petty commented Jun 14, 2022

Maybe we should break all terraform resources out so that each resource accepts a single configuration parameter.... 🗑️

@justinretzolk
Copy link
Member

Hey @dan-petty 👋 Thank you for taking the time to raise this and provide some feedback. We had a pretty length discussion with the community around changes made to the S3 bucket resource with version 4.0.0 over on this issue, which may clarify the reasoning for breaking out these resources a bit more.

That said, I'm interested in the depends_on references you're needing to make. I know there are situations where you need to add a depends_on for aws_s3_bucket_replication_configuration resource(s), but it sounds like you're seeing behavior where you need to add depends_on to significantly more resources. Can you give me an idea of what that's looking like for you in practice? I'd love to pass that information along to the team so that we can take a look over it.

@justinretzolk justinretzolk added waiting-response Maintainers are waiting on response from community or contributor. and removed needs-triage Waiting for first response or review from a maintainer. labels Jun 14, 2022
@dan-petty
Copy link
Contributor Author

dan-petty commented Jun 14, 2022

@justinretzolk I also left my feedback on that thread regarding this regressive design decision. From my brief search, there are half a dozen other open issues created by the entirely unnecessary act of breaking up resources that have a 1-to-1 relationship and exist only as configuration sub-elements by their very nature.

@github-actions github-actions bot removed the waiting-response Maintainers are waiting on response from community or contributor. label Jun 14, 2022
@dan-petty
Copy link
Contributor Author

Should have just left the s3_bucket alone and called this change s3_bucket_v6...

@ewbankkit ewbankkit added the service/s3 Issues and PRs that pertain to the s3 service. label Jun 17, 2022
Copy link

github-actions bot commented Jun 6, 2024

Marking this issue as stale due to inactivity. This helps our maintainers find and focus on the active issues. If this issue receives no comments in the next 30 days it will automatically be closed. Maintainers can also remove the stale label.

If this issue was automatically closed and you feel this issue should be reopened, we encourage creating a new issue linking back to this one for added context. Thank you!

@github-actions github-actions bot added the stale Old or inactive issues managed by automation, if no further action taken these will get closed. label Jun 6, 2024
@github-actions github-actions bot closed this as not planned Won't fix, can't repro, duplicate, stale Jul 6, 2024
Copy link

github-actions bot commented Aug 7, 2024

I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues.
If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further.

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Aug 7, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
service/s3 Issues and PRs that pertain to the s3 service. stale Old or inactive issues managed by automation, if no further action taken these will get closed.
Projects
None yet
Development

No branches or pull requests

3 participants