Comments 10
Уточнение - это все работает для nginx ingress (для собственной инсталляции кубернетиса), и не работает в облаке (по крайней мере для AWS).
А можете уточнить эти все примеры не будут там работать?
А вот такой код?
apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:
name: myingress
namespace: dev
annotations:
kubernetes.io/ingress.class: nginx
nginx.ingress.kubernetes.io/use-regex: "true"
nginx.ingress.kubernetes.io/rewrite-target: /$1
spec:
tls:
- hosts:
- xxx.example.com
secretName: tls-secret
rules:
- host: xxx.example.com
http:
paths:
- backend:
serviceName: service1
servicePort: 80
path: /(service1/.*)
- backend:
serviceName: service2
servicePort: 80
path: /service2/(.*)
- backend:
serviceName: service3
servicePort: 80
path: /(.*)
Если в облако поставить nginx-ingress, то конечно будет работать.
Не подскажете, как в АВС в такой схеме делать доступ извне? Создавать еще один лоад балансер?
Не понял вопроса. Можно вместо нжинкс ингресса юзать ALB Ingress Controller. Ну либо использовать тот же самый нжинкс ингресс. Не вижу никакой проблемы.
Да, но в нем не доступны 80% функций описанных в статье (нет перезаписи урлов и тп), только стандартный функционал АВС аппликейшн лоад балансера.
Спасибо за очередной перевод!
От себя добавлю, что многие аннотации конфликтуют друг с другом. И об этом тоже интересно услышать.
Kubernetes Nginx Ingress: Перенаправление трафика с использованием аннотаций