-
Notifications
You must be signed in to change notification settings - Fork 338
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
Kuma should allow to define empty list of reachableServices #5041
Comments
A workaround is to put random non-existent service like this:
It's because in protobuf |
This issue was inactive for 90 days. It will be reviewed in the next triage meeting and might be closed. |
This issue was inactive for 90 days. It will be reviewed in the next triage meeting and might be closed. |
This issue was inactive for 90 days. It will be reviewed in the next triage meeting and might be closed. |
This issue was inactive for 90 days. It will be reviewed in the next triage meeting and might be closed. |
This issue was inactive for 90 days. It will be reviewed in the next triage meeting and might be closed. |
This issue was inactive for 90 days. It will be reviewed in the next triage meeting and might be closed. |
Is this any better with MeshService? Is it also possible to have label based reachable services for example to have an entire namespace? |
Yes, you can use label to select a namespace. We still treat empty |
@lukidzi can you confirm we can to no service? Also we discussed a mode for MeshService which would require using ReachableServices have we got an issue to track this? |
for reachable backends we can do this: |
What happened?
Sometimes services don't need to communicate with other services and in this case, they might not require changes/observer all services in the infrastructure. Currently, it is not possible to define an empty list of reachable services.
On Kubernetes you can define
kuma.io/transparent-proxying-reachable-services: "[]"
and in this case, it won't match with any outbound. But, Kuma sees this as a list of service with the name[]
. We should define maybe some value/annotation that will allow disabling tracking of all services.The text was updated successfully, but these errors were encountered: