-
Notifications
You must be signed in to change notification settings - Fork 0
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
Monitoring and alerting for private environments #1467
Comments
@TheoBrigitte can you duplicate the issues so we have them for capa and capa private envs? |
Testing environment
source: https://gigantic.slack.com/archives/C04AJ5FJHEK/p1669392073238199 Proxy interfaceWhen running behind a proxy, it is required for outgoing traffic to go through the proxy to reach out to the public internet. This is achieved by injecting proxy environment variables into pods. Application then need to make sure those are supported where needed. Overall concept comes from Golang httpproxy library AdditionFor any additional info reach out to : #wg-private-capa-testing |
@TheoBrigitte are we done here? |
Yes we are done here. |
Context
Our customer Talanx wants to have an environment which uses a central HTTP(S) Proxy so that they have a central point to block traffic if they need to.
Access between MCs and WCs will be done via VPC endpoints. No peering or public endpoints. Access to or from the outside will only be possible via their Transit Gateway (network and routing will be setup by the kaas team). Egress must go through a proxy.
see https://github.com/giantswarm/talanx/issues/26 and #1424
Goal
We need to make sure our current monitoring and alerting setup works as expected for this environment. This implies both that our monitoring works on this new CAPA provider, and that our components support using a proxy for outgoing traffic.
TODOs
CAPA Test installations are on Golem
The text was updated successfully, but these errors were encountered: