Uploaded image for project: 'Knative Serving'
  1. Knative Serving
  2. SRVKS-561

Support Knative Services in namespaces with restrictive Network Policies

XMLWordPrintable

    • Icon: Story Story
    • Resolution: Done
    • Icon: Normal Normal
    • None
    • None
    • None
    • Serverless Sprint 184, Serverless Sprint 185, Serverless Sprint 186

      Today, if you install OpenShift Serverless on a cluster with a restrictive NetworkPolicy in user namespaces then those user namespaces will likely not be able to route traffic into their Knative Services.

      We need to figure out the minimal NetworkPolicy required in user namespaces to allow Knative Service to receive traffic. I suspect we'll need to add a new label to our knative-serving-ingress (and perhaps knative-serving) namespaces and a NetworkPolicy that allows traffic into the user namespace from namespaces with this new label.

      In scope is adding a test that deploys a Knative Service into a namespace with a deny-all policy, verifying the Knative Service cannot receive traffic, installing the proper NetworkPolicy into that namespace, and verifying the Knative Service can now receive traffic.

      Out of scope is automatically creating this NetworkPolicy in user namespaces from our operator. For now, let's take the findings from here and document for our users how to do this.

              rhn-support-knakayam Kenjiro Nakayama (Inactive)
              bbrownin@redhat.com Ben Browning
              Votes:
              0 Vote for this issue
              Watchers:
              6 Start watching this issue

                Created:
                Updated:
                Resolved: