დღევანდელ დღეს რა უფრო ხშირად გამოიყენება: ingress კლასი თუ ingress-კონტროლერის პირდაპირ აპლიკაციაში მითითება?

კლასის ინგრესს (ingressClassName) ხშირად იყენებენ.

ეს საშუალებას აძლევს:

• ინგრესის კონფიგურაციის და აპლიკაციის კონფიგურაციის განცალკევებას.
• მარტივად მართოთ სხვადასხვა ინგრეს-კონტროლერები ერთ კლასტერში.
• მოქნილი იყოს სხვადასხვა ინგრეს-კონტროლერების კონფიგურაციების გამოყენება სხვადასხვა ინგრესებისთვის (მაგალითად, სხვადასხვა SSL სერთიფიკატები, სხვადასხვა ბალანსირების ტიპები).

ინგრეს-კონტროლერის მითითება ანოტაციებით (მაგალითად, kubernetes.io/ingress.class) ითვლება მოძველებულ მიდგომად უმეტეს სცენარებში, განსაკუთრებით ingressClassName-ის გამოჩენის შემდეგ API-ში networking.k8s.io/v1.

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: minimal-ingress
spec:
  ingressClassName: nginx # ამ მიდგომის უპირატესობა
  rules:
  - http:
      paths:
      - path: /test
        pathType: Prefix
        backend:
          service:
            name: test-service
            port:
              number: 80

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: older-ingress
  annotations:
    kubernetes.io/ingress.class: nginx # მოძველებული მიდგომა, ჯერ კიდევ მხარდაჭერილია ზოგიერთი კონტროლერის მიერ
spec:
  rules:
  - http:
      paths:
      - path: /test
        pathType: Prefix
        backend:
          service:
            name: test-service
            port:
              number: 80

შედარების სია:

ასპექტი	ingressClassName	ანოტაცია kubernetes.io/ingress.class
სტატუსი	რეკომენდებული	მოძველებული (მეტწილად)
მოწესრიგეობა	მაღალი	საშუალო
კითხულობა	უკეთესი	უარეს
API	API-ის სპეციფიკის ნაწილი	ანოტაცია