New Kubernetes 1.18 Extends Ingress

New Kubernetes 1.18 Extends Ingress

  • May 7, 2020
Table of Contents

New Kubernetes 1.18 Extends Ingress

Last month, the Kubernetes team released Kubernetes 1.18, which extended Ingress. The two most exciting features include a new IngressClass resource and the new pathType field. To minimize the risk for our users who want to try out these exciting new features, the Ambassador Edge Stack supports the latest version of the Kubernetes Ingress specifications.

As a team, we believe strongly in continually supporting evolving standards such as Kubernetes ingress, which we adopted and announced our initial support back in September 2019. Currently, the Ambassador Edge Stack is the only ingress controller that supports these new additions to the ingress specification. Kubernetes 1.18 introduced the IngressClass resource, effectively replacing the kubernetes.io/ingress.class annotation convention.

You may define an IngressClass resource with the spec.controller field value of getambassador.io/ingress-controller. The new IngressClass resource allows for extensibility by setting a spec.parameters field. At the moment, Ambassador makes no use of this field, and its usage is reserved for future development.

If you wish to configure your Ambassador deployment further, using an Ambassador Module resource is still the recommended way.

Source: getambassador.io

Share :
comments powered by Disqus

Related Posts

Kiali with production-scale Prometheus

Kiali with production-scale Prometheus

Of course, a definition of “production-scale Prometheus” can be as wide as the variety of cases where Istio and Prometheus are used in production. So in the context of this article, we have to make some assumptions. First of all, this article focuses on Istio using Telemetry v2, which is enabled by default starting from Istio 1.5.

Read More