Skip to content

Only enable wiz broker components on non eks clusters #9724

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

Merged
merged 2 commits into from
Aug 11, 2025

Conversation

hagenmathis
Copy link
Contributor

@hagenmathis hagenmathis commented Jul 29, 2025

Reopening #9662 to debug the error in the e2e tests. From the original PR:
makes the default config items conditional to only deploy the broker and its associated resources to non eks clusters. Neither broker nor connector should be needed with eks, as access to Wiz is granted using access entries

@hagenmathis hagenmathis requested a review from zaklawrencea July 29, 2025 11:35
@hagenmathis hagenmathis added bugfix Bug fixes and patches, e.g. fixing of a production issue that is affecting the customer experience. minor Minor changes, e.g. low risk config updates, changes that do not introduce a new API call. labels Jul 29, 2025
@hagenmathis hagenmathis force-pushed the disable-wiz-on-eks branch 4 times, most recently from 0363453 to e7c0938 Compare July 31, 2025 11:11
@hagenmathis
Copy link
Contributor Author

👍

@hagenmathis hagenmathis changed the title Disable wiz on eks Only enable wiz broker components on selfhosted kubernetes clusters Aug 11, 2025
@hagenmathis hagenmathis changed the title Only enable wiz broker components on selfhosted kubernetes clusters Only enable wiz broker components on non eks clusters Aug 11, 2025
@zaklawrencea zaklawrencea merged commit 4d4337c into dev Aug 11, 2025
15 checks passed
@zaklawrencea zaklawrencea deleted the disable-wiz-on-eks branch August 11, 2025 13:45
This was referenced Aug 11, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bugfix Bug fixes and patches, e.g. fixing of a production issue that is affecting the customer experience. minor Minor changes, e.g. low risk config updates, changes that do not introduce a new API call.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants