K8s Ingress Generator
Kubernetes v1 Ingress & Cloud-Native Traffic-Routing

Kubernetes Ingress YAML Generator (Nginx, Traefik & ALB Regeln)

Technischer Leitfaden zur Konfiguration von Kubernetes Ingress-Ressourcen für Nginx, TLS-Terminierung und Pfad-Routing.

100% clientseitige Privatsphäre
networking.k8s.io/v1 ↔ cert-manager
Vorlagen:
Ingress-Controller- & globale Protokolleinstellungen
Class: nginx•TLS Enabled
ACME / Vault
Ingress-Regeln & Konfiguration
Routing-Regeln & Pfad-Zuordnungen1 Host • 2 Pfade
#1Hostname (FQDN):
Path:
Path:
spec.defaultBackend
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: production-web-ingress
  namespace: production
  annotations:
    cert-manager.io/cluster-issuer: letsencrypt-prod
    nginx.ingress.kubernetes.io/ssl-redirect: true
    nginx.ingress.kubernetes.io/force-ssl-redirect: true
    nginx.ingress.kubernetes.io/proxy-body-size: 50m
    nginx.ingress.kubernetes.io/proxy-connect-timeout: 15
    nginx.ingress.kubernetes.io/proxy-read-timeout: 60
    nginx.ingress.kubernetes.io/enable-cors: true
    nginx.ingress.kubernetes.io/cors-allow-origin: "*"
spec:
  ingressClassName: nginx
  tls:
    - hosts:
        - api.example.com
      secretName: production-tls-secret
  rules:
    - host: api.example.com
      http:
        paths:
          - path: /
            pathType: Prefix
            backend:
              service:
                name: web-frontend-svc
                port:
                  number: 80
          - path: /api/v1
            pathType: Prefix
            backend:
              service:
                name: api-backend-svc
                port:
                  number: 8080
Routing-Regeln
1 Host Regel • 2 Pfade
Strict Host & Path Matching
Controller & TLS
NGINX Ingress • TLS aktiviert
cert-manager (letsencrypt-prod)
Spezifikationsstandard
networking.k8s.io/v1
Kubernetes 1.19+ • Helm & Kustomize Ready

networking.k8s.io/v1 Spezifikationsstandard

Strikte Einhaltung des Kubernetes v1 Ingress-Standards mit präziser pathType-Validierung als moderner Ersatz für extensions/v1beta1.

Zero-Knowledge im Browser

Alle Hostnamen, Backend-Dienstzuordnungen, Secrets und Cloud-Annotationen verbleiben vollständig in Ihrer lokalen Browserumgebung.

Multi-Controller-Ökosystem

Integrierte Voreinstellungen und Annotationen für Ingress-Nginx, Traefik v3, AWS ALB Ingress Controller und cert-manager.

Technische Referenz & Architektur-Leitfaden

K8S Ingress Generator Entwickler-Referenz — Referenz-Leitfaden

Technischer Leitfaden zur Konfiguration von Kubernetes Ingress-Ressourcen für Nginx, TLS-Terminierung und Pfad-Routing.

Wichtige Parameter & Steuerelemente

controller'nginx' | 'traefik' | 'alb' | 'gce' | 'haproxy' | 'custom'

Ziel-Ingress-Controller-Implementierung für controllerspezifische Annotationen und Routing-Direktiven.

Standard: 'nginx'
ingressClassNamestring

Name der IngressClass-Ressource unter spec.ingressClassName für Kubernetes 1.18+ Controller-Reconciliation.

Standard: 'nginx'
pathType'Prefix' | 'Exact' | 'ImplementationSpecific'

Pfadabgleichsregel gemäß networking.k8s.io/v1 Spezifikation. Prefix prüft Segmente getrennt durch Schrägstriche.

Standard: 'Prefix'
clusterIssuerstring

Identifikator für die cert-manager ClusterIssuer-Ressource unter cert-manager.io/cluster-issuer.

Standard: 'letsencrypt-prod'
albScheme'internet-facing' | 'internal'

Bereitstellungsschema für den AWS Load Balancer Controller via alb.ingress.kubernetes.io/scheme.

Standard: 'internet-facing'

Profi-Tipps & Best Practices

Auf IngressClassName migrieren

Veraltete kubernetes.io/ingress.class Annotationen durch spec.ingressClassName ersetzen, um Kubernetes 1.18+ Standards zu wahren und Webhook-Warnungen zu vermeiden.

Prefix-Pfade präzise anordnen

Kubernetes Ingress v1 matcht nach dem Longest-Prefix-Prinzip; bei Regex-Rewrites sollte pathType auf ImplementationSpecific gesetzt werden, um Controller-Differenzen auszuschließen.

TLS-Secret-Kollisionen meiden

Bei cert-manager Nutzung müssen die Hostnamen in spec.tls exakt mit den Ingress-Regeln übereinstimmen und Port 80 muss für HTTP-01 Challenges erreichbar bleiben.

Häufige Fallstricke & Fehlerbehebung

AWS ALB Controller liefert 502 Bad Gateway bei target-type: ip

Stellen Sie sicher, dass Pods via AWS VPC CNI routingfähige IP-Adressen besitzen oder setzen Sie target-type auf instance mit einem Service vom Typ NodePort.

NGINX rewrite-target Annotation schneidet Pfadsegmente ab oder erzeugt 404

Setzen Sie pathType auf ImplementationSpecific und definieren Sie Pfad-Regex-Gruppen wie /api(/|$)(.*) zusammen mit nginx.ingress.kubernetes.io/rewrite-target: /$2.

Häufig gestellte Fragen (FAQ)

Was unterscheidet Prefix von ImplementationSpecific pathType?▼

Prefix gleicht Pfadsegmente strikt nach RFC 3986 über Slash-Begrenzungen ab. ImplementationSpecific überlässt die Auswertung und Regex-Verarbeitung vollständig dem jeweiligen Ingress-Controller.

Wie steuert die cert-manager Integration die generierten Annotationen?▼

Die Aktivierung fügt cert-manager.io/cluster-issuer zu den metadata.annotations hinzu und legt Einträge unter spec.tls an, wodurch der Ingress-Shim von cert-manager Zertifikate automatisch anfordert.

Warum ignoriert der AWS Load Balancer Controller Ingress-Ressourcen ohne Annotationen?▼

Der AWS ALB Controller benötigt Schlüssel-Annotationen wie alb.ingress.kubernetes.io/scheme und target-type als Auslöser für die Zielgruppen- und Load-Balancer-Bereitstellung.

Werden generierte Manifeste oder Secret-Namen an ToolsAA-Server übertragen?▼

Nein. Alle YAML-Dateien, Helm-Werte und kubectl-Befehle werden vollständig clientseitig im Webbrowser verarbeitet, ohne Übermittlung von Topologie- oder Secret-Daten an Remoteserver.

Verwandte Werkzeuge & Dienstprogramme

Alle Werkzeuge →