-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
feat(TF>=1.1)!: Configure ASM management mode #1702
feat(TF>=1.1)!: Configure ASM management mode #1702
Conversation
Ah! But we configure the CPR already, so this may not actually be needed... |
/gcbrun |
Also, it looks like that the |
PS: the build failure doesn't seem to be related to this PR. |
/gcbrun |
/gcbrun |
Thanks for the pull request @ferrarimarco From the linter
|
@apeabody thanks for the update. I'll look into that. |
@apeabody hopefully fixed! |
Thanks @ferrarimarco - With the addition of count to the module, you will also need to add the index for the output value:
|
@apeabody thanks for your review. I've modified the Also, the module now accordingly sets its value considering both |
/gcbrun |
/gcbrun |
Build failures seem related to quota issues. |
/gcbrun |
This failure seems to be related to an unsupported GKE version. I don't think it's related to this PR :) |
Hi @ferrarimarco - Is there a recommend migration path? While reviewing this PR its clear that supporting both adds extra complexity. Ideally we would want to minimze wrapping imperative commands like in |
Currently, Anthos Service Mesh supports the following installation methods:
In all cases, there's no explicit creation of My opinion is that we should:
Installation methods that involve using I'm happy to talk about this over Meet if you prefer :) /cc @jbrook UPDATE: I think we should also drop the dependency from the Kubernetes provider because we wouldn't need to connect to individual clusters in the fleet and avoid configuring optional features at all Enable optional features on managed ASM. As pointed out by folks I aligned with, it may be unlikely that we want users to manage individual objects inside clusters with Terraform. We might want to defer optional features configuration to a later PR, provided that we see demand. UPDATE 2: By dropping the dependency from the Kubernetes provider, we'd need to find an alternative way to check if the |
Thanks @ferrarimarco - Given the scale of the change, let me ping you directly. |
/gcbrun |
Hi @ferrarimarco - Did we want to move forward with this change for now? Cheers! |
/gcbrun |
Hi Andrew! I'll align internally and get back to you ASAP. Thanks for following up! |
/gcbrun |
/gcbrun |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks @ferrarimarco!
…es#1702) Co-authored-by: Andrew Peabody <[email protected]>
This PR implements the ability of configuring ASM management mode.
Without this, users have to manually configure the feature membership.