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
Is your feature request related to a problem? Please describe.
#66 introduced the new operator to UDS Core but does not include UDS Package CRs for istio or pepr components. While the ordering of deployment may make these more difficult it seems wise to include network policies (and other future benefits of the CR) for each of these.
Describe the solution you'd like
Ideally the istio charts and pepr itself deploy with their own UDS Package CRs. One thing we need to be careful to avoid is blocking/impacting the operator's ability to perform all necessary tasks.
Possibly we could deploy the CRD before all other components (similar to how prometheus CRDs are handled). Alternatively we could deploy Pepr before istio and most of the timing should work out.
Describe alternatives you've considered
Network policies and any other necessary objects could be created/deployed "manually" rather than via the operator. While this would work and sidestep the timing considerations it feels strange to not leverage the operator's benefits.
Leave these unprotected with no network policies. While this is the easiest answer I do think its at least worth exploring what network policies would work for istio/pepr and seeing if they have any tangible benefits before dismissing it entirely.
The text was updated successfully, but these errors were encountered:
Spoke with Barrett from the Pepr team about the use case of adding a chart programatically to the generated pepr module zarf.yaml. Conclusion was that it's not a good fit for Pepr to handle this. We could always write a script do this but probably not worth it just to keep from declaring two pepr packages in the standard package zarf.yaml.
Is your feature request related to a problem? Please describe.
#66 introduced the new operator to UDS Core but does not include UDS Package CRs for istio or pepr components. While the ordering of deployment may make these more difficult it seems wise to include network policies (and other future benefits of the CR) for each of these.
Describe the solution you'd like
Ideally the istio charts and pepr itself deploy with their own UDS Package CRs. One thing we need to be careful to avoid is blocking/impacting the operator's ability to perform all necessary tasks.
Possibly we could deploy the CRD before all other components (similar to how prometheus CRDs are handled). Alternatively we could deploy Pepr before istio and most of the timing should work out.
Describe alternatives you've considered
The text was updated successfully, but these errors were encountered: