Контролери Ingress
Щоб
Ingress працював у вашому кластері, у ньому має працювати
контролер Ingress. Вам потрібно вибрати принаймні один контролер Ingress і переконатися, що його налаштовано у вашому кластері. На цій сторінці перелічено поширені контролери Ingress, які ви можете розгорнути.
Примітка:
Проєкт Kubernetes рекомендує використовувати Gateway замість Ingress. API Ingress заморожено.
Це означає, що:
- API Ingress є загальнодоступним, і на нього поширюються гарантії стабільності для загальнодоступних API. Проєкт Kubernetes не планує вилучати Ingress із Kubernetes.
- API Ingress більше не розробляється, і до нього не вноситимуть змін чи оновлень.
Контролери Ingress
Як проєкт, Kubernetes підтримує та супроводжує контролери Ingress AWS та GCE.
Контролери Ingress сторонніх розробників
Примітка: Цей розділ містить посилання на проєкти сторонніх розробників, які надають функціонал, необхідний для Kubernetes. Автори проєкту Kubernetes не несуть відповідальності за ці проєкти. Проєкти вказано в алфавітному порядку. Щоб додати проєкт до цього списку, ознайомтеся з
посібником з контенту перед надсиланням змін.
Докладніше. - AKS Application Gateway Ingress Controller — це контролер Ingress, який налаштовує Azure Application Gateway.
- Alibaba Cloud API Gateway Ingress — це контролер Ingress, який налаштовує Alibaba Cloud Native API Gateway, який також є комерційною версією Higress.
- Apache APISIX Ingress Controller — це контролер Ingress, заснований на Apache APISIX.
- Avi Kubernetes Operator забезпечує балансування навантаження L4-L7, використовуючи VMware NSX Advanced Load Balancer.
- BFE Ingress Controller — це контролер Ingress, заснований на BFE.
- BunkerWeb Ingress Controller — це контролер Ingress для BunkerWeb, WAF (Web Application Firewall) на базі nginx.
- Cilium Ingress Controller — це контролер Ingress, який працює на основі Cilium.
- Контролер Ingress Citrix працює з Citrix Application Delivery Controller.
- Contour — це контролер Ingress на основі Envoy.
- Emissary-Ingress API Gateway — це контролер Ingress на основі Envoy.
- EnRoute — це шлюз API на основі Envoy, який може працювати як контролер Ingress.
- F5 BIG-IP Container Ingress Services for Kubernetes дозволяє використовувати Ingress для налаштування віртуальних серверів F5 BIG-IP.
- FortiADC Ingress Controller підтримує ресурси Kubernetes Ingress та дозволяє керувати обʼєктами FortiADC з Kubernetes
- Gloo — це контролер Ingress з відкритим кодом на основі Envoy, який пропонує функціональність шлюзу API.
- Higress — це шлюз API на основі Envoy, який може працювати як контролер Ingress.
- Контролер Ingress HAProxy для Kubernetes — це контролер Ingress для HAProxy.
- Istio Ingress — це контролер Ingress на основі Istio.
- Контролер Ingress Kong для Kubernetes — це контролер Ingress, який керує Kong Gateway.
- Kusk Gateway — це контролер Ingress, орієнтований на OpenAPI, на основі Envoy.
- N42 Gateway — це контролер Ingress та Gateway API для HAProxy.
- Контролер Ingress NGINX для Kubernetes працює з вебсервером NGINX (як проксі).
- ngrok-operator — це контролер для ngrok, який підтримує як Ingress, так і Gateway API для додавання безпечного публічного доступу до ваших Services K8s.
- Контролер Ingress OCI Native — це контролер Ingress для Oracle Cloud Infrastructure, який дозволяє керувати OCI Load Balancer.
- OpenNJet Ingress Controller — це контролер Ingress на основі OpenNJet.
- Контролер Ingress Pomerium — це контролер Ingress на основі Pomerium, який пропонує політику доступу з урахуванням контексту.
- Skipper — HTTP-маршрутизатор і зворотний проксі для композиції сервісів, зокрема для таких випадків, як Kubernetes Ingress, спроєктований як бібліотека для створення власного проксі.
- Контролер Ingress Traefik Kubernetes provider — це контролер Ingress для проксі Traefik.
- Tyk Operator розширює Ingress власними ресурсами, щоб додати до Ingress можливості керування API. Tyk Operator працює з Tyk Gateway з відкритим кодом і панеллю управління Tyk Cloud.
- Voyager — це контролер Ingress для
HAProxy.
- Контролер Ingress Wallarm — це контролер Ingress, який надає можливості WAAP (WAF) та захисту API.
Використання кількох контролерів Ingress
Ви можете розгортати будь-яку кількість контролерів Ingress, використовуючи клас Ingress у межах кластера. Зверніть увагу на значення .metadata.name вашого ресурсу класу Ingress. Під час створення Ingress ця назва знадобиться вам, щоб вказати поле ingressClassName в обʼєкті Ingress (див. довідник IngressSpec v1). ingressClassName є заміною застарілого методу анотації.
Якщо ви не вказуєте IngressClass для Ingress, а у вашому кластері рівно один IngressClass позначено як стандартний, Kubernetes застосовує до Ingress стандартний IngressClass кластера. Щоб позначити IngressClass як стандартний, встановіть для нього анотацію ingressclass.kubernetes.io/is-default-class зі строковим значенням "true".
В ідеалі всі контролери Ingress мають відповідати цій специфікації, але різні контролери Ingress працюють дещо по-різному.
Примітка:
Обовʼязково ознайомтеся з документацією вашого контролера Ingress, щоб зрозуміти особливості його вибору.Що далі
Елементи на цій сторінці відносяться до сторонніх продуктів чи проєктів, які надають функціонал, необхідний для Kubernetes. Автори проєкту Kubernetes не несуть відповідальності за ці проєкти. Ознайомтесь з настановами на вебсайті CNCF для отримання докладної інформації.
Ознайомтесь з посібником з контенту перед тим, як пропонувати додавання посилання на стороні компоненти.