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
In certain situations, there might be a need to break the Namespace boundary that KubePlus enforces on service instances. For example, consider a setup where there is a database that needs to be used by two application instances. The database will be registered as its own KubePlus service with its own Helm chart. The application will be packaged as a separate Helm chart. KubePlus will create an instance of the database in its namespace. The two application instances will be created in their own namespaces. But KubePlus will prevent communication between the application instances and the database instance because of the Network Policy that KubePlus by default sets up for each application instance.
Selectively allowing cross Namespace traffic will allow KubePlus to handle this scenario.
The text was updated successfully, but these errors were encountered:
In certain situations, there might be a need to break the Namespace boundary that KubePlus enforces on service instances. For example, consider a setup where there is a database that needs to be used by two application instances. The database will be registered as its own KubePlus service with its own Helm chart. The application will be packaged as a separate Helm chart. KubePlus will create an instance of the database in its namespace. The two application instances will be created in their own namespaces. But KubePlus will prevent communication between the application instances and the database instance because of the Network Policy that KubePlus by default sets up for each application instance.
Selectively allowing cross Namespace traffic will allow KubePlus to handle this scenario.
The text was updated successfully, but these errors were encountered: