You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Oct 22, 2021. It is now read-only.
When Istio is in use on a Kubenrnetes cluster, port names of all Services have to follow the naming convention required by Istio. This is also true when the components generated by fissile are not using Istio themselves. While this can be considered a design flaw and might be fixed in future we have to deal with it somehow in the meanwhile.
Here are a couple of things that could be done to mitigate the issue:
When Istio is in use on a Kubenrnetes cluster,
port
names of allServices
have to follow the naming convention required by Istio. This is also true when the components generated by fissile are not using Istio themselves. While this can be considered a design flaw and might be fixed in future we have to deal with it somehow in the meanwhile.Here are a couple of things that could be done to mitigate the issue:
networking.istio.io/exportTo= .
annotation to the Services generated by fissile which are not supposed to be accessed through Istio - helps to work around Limitations around TCP Services make Istio pretty unusable on larger multi-tenant clusters istio/istio#9784 and A service configuration can make all the egress HTTPs service inaccessible istio/istio#14520networking.istio.io/exportTo= .
, e.g. for port443
the name must always start fromhttps
- helps with A service configuration can make all the egress HTTPs service inaccessible istio/istio#14520cc: @iandyh @viovanov
Update:
The text was updated successfully, but these errors were encountered: