Как стать автором
Обновить

Комментарии 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% функций описанных в статье (нет перезаписи урлов и тп), только стандартный функционал АВС аппликейшн лоад балансера.

Что мешает юзать nginx-ingress в AWS?

Вопрос в том, нужен ли АВС аппликейшн лоад балансер в случае такого использования?

Ставите service type: LoadBalancer и получаете готовый L4 балансер с ingress за ним

Спасибо за очередной перевод!

От себя добавлю, что многие аннотации конфликтуют друг с другом. И об этом тоже интересно услышать.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории