-
Notifications
You must be signed in to change notification settings - Fork 216
Change the terraform configurations to support as a module #1276
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
base: main
Are you sure you want to change the base?
Change the terraform configurations to support as a module #1276
Conversation
|
@vtaws |
|
@vtaws, @iakov-aws Can you please check and merge this improvement, thanks |
|
Gamechanger 🚀 please merge |
|
Hi @meraj-kashi @roynesholen @PhilippEngl, I want to sincerely thank you all for your valuable suggestions and feedback. @meraj-kashi, I'm particularly grateful for the significant time and effort you've invested in converting our terraform code to a modular approach - this is exactly the kind of collaborative improvement that makes our community thrive. I'm excited to share that we're actually in the final stages of a comprehensive modularization effort that extends beyond the current foundational dashboards. While our public terraform currently supports 3 dashboards, we've been working behind the scenes to modularize the entire suite of 25+ dashboards. Several additional dashboards have already been completed and are currently in testing. Rather than creating potential merge conflicts between your PR and our in-progress work, I believe the most efficient path forward would be to complete our current modularization effort. I'll be keeping your PR as a valuable reference, as it contains insights that will certainly benefit our implementation. We expect to release the modularized version with additional dashboards very soon, which should address the integration needs you've highlighted. Your contribution has reinforced that we're moving in the right direction, and I truly appreciate your initiative in helping improve this project. Thank you again for your support and engagement. Contributions like yours are invaluable, and I look forward to your continued input on this and future developments. FYI: progress will be documented here: #1286 |
|
+1 just to increase the pressure here :) This is blocking our adoption of CID. |
|
@vtaws got an ETA you could share with us? |
|
@vtaws any updates about this? |
|
Would it be possible for this to be merged in the meantime and then overwritten when the AWS provided solution is ready? I want to add a new integration to my CUR which is currently on legacy. I don't want to write the queries for the integration with legacy and I'm also not interested in the CLI tool or CF stacks. Might just use the branch version of this: https://github.com/aws-solutions-library-samples/cloud-intelligence-dashboards-data-collection/pull/293/files EDIT: this has basic syntax errors |
Refactor Terraform Configuration for Module Reusability
This PR refactors the Terraform configuration to improve its usability as a module within other projects.
Currently, the Terraform module includes a hardcoded backend configuration and AWS provider definitions, which makes it difficult to integrate the module into other Terraform-based infrastructures.
The final goal is to consume the module in the below way:
Challenges Addressed
Summary of Changes
provider.tf.configuration_aliasesto theterraformblock to support both payer and destination account deployments.README.mdwith new instructions for using the module, including deployment details and the rationale for these changes.deploy.shto generate aversions.tffile containing the AWS provider configuration.Previously, the script generated a
_overrides.tffile, which conflicted with the current provider setup.By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.