Skip to content
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

Add Kourier as an Ingress implementation option #5982

Closed
bbrowning opened this issue Nov 8, 2019 · 1 comment
Closed

Add Kourier as an Ingress implementation option #5982

bbrowning opened this issue Nov 8, 2019 · 1 comment
Labels
area/networking area/test-and-release It flags unit/e2e/conformance/perf test issues for product features kind/feature Well-understood/specified features, ready for coding.

Comments

@bbrowning
Copy link
Contributor

In what area(s)?

/area networking
/area test-and-release

/kind proposal

Describe the feature

https://github.com/3scale/kourier is an Envoy-based Knative Ingress implementation. From their README:

Kourier is an Ingress for Knative. A deployment of Kourier consists of an Envoy proxy and a control plane for it. Kourier is meant to be a lightweight replacement for the Istio ingress. In the future, it will provide API management capabilities.

This project is under early development, but it already passes all the end-to-end tests of the Knative suite.

This proposal is to get Kourier added as an alternative Ingress option for Knative. Its primary goal is to be as small and lightweight of an Ingress implementation as possible specifically for Knative. It requires no extra CRDs and consists of two Deployments - one for the control plane pod and one for the data plane pods. It directly reconciles Knative Ingress objects into Envoy configuration.

The team behind Kourier would like to present their work at a future Networking WG meeting and I've already added it to the future topics section of that meeting doc. I've discussed this a bit in Slack with the networking team, but this issue is to track the feature request and facilitate discussion on GitHub with wider visibility.

@bbrowning bbrowning added the kind/feature Well-understood/specified features, ready for coding. label Nov 8, 2019
@knative-prow-robot
Copy link
Contributor

@bbrowning: The label(s) kind/proposal cannot be applied. These labels are supported: ``

In response to this:

In what area(s)?

/area networking
/area test-and-release

/kind proposal

Describe the feature

https://github.com/3scale/kourier is an Envoy-based Knative Ingress implementation. From their README:

Kourier is an Ingress for Knative. A deployment of Kourier consists of an Envoy proxy and a control plane for it. Kourier is meant to be a lightweight replacement for the Istio ingress. In the future, it will provide API management capabilities.

This project is under early development, but it already passes all the end-to-end tests of the Knative suite.

This proposal is to get Kourier added as an alternative Ingress option for Knative. Its primary goal is to be as small and lightweight of an Ingress implementation as possible specifically for Knative. It requires no extra CRDs and consists of two Deployments - one for the control plane pod and one for the data plane pods. It directly reconciles Knative Ingress objects into Envoy configuration.

The team behind Kourier would like to present their work at a future Networking WG meeting and I've already added it to the future topics section of that meeting doc. I've discussed this a bit in Slack with the networking team, but this issue is to track the feature request and facilitate discussion on GitHub with wider visibility.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/networking area/test-and-release It flags unit/e2e/conformance/perf test issues for product features kind/feature Well-understood/specified features, ready for coding.
Projects
None yet
Development

No branches or pull requests

3 participants