Ich stelle Ingress NGINX auf Gateway API in deinem Kubernetes-Cluster um

Einige Informationen wurden automatisch übersetzt.

Pakistan

Ich spreche Englisch

Cloud-Infrastruktur-Architekt, Kubernetes-Experte, AWS-zertifiziert

Software-Architekt mit über 13 Jahren Erfahrung, spezialisiert auf Cloud-Infrastruktur, Containerisierung und Kubernetes-Orchestrierung. AWS Certified DevOps Engineer und CNCF Certified Kubernetes App...
Über diesen Service

Ingress NGINX wurde vom upstream Kubernetes-Projekt eingestellt. Es läuft zwar noch, erhält aber keine Fehlerbehebungen oder Sicherheitspatches mehr. Wenn es in deinem Cluster läuft, betreibst du unpatched Infrastruktur, die nach außen gerichtet ist.


Es gibt keinen direkten Ersatz. Gateway API ist ein anderes Ressourcenmodell, und eine einfache Migration würde den Traffic unterbrechen.


Ich migriere Produktionscluster ohne Downtime von Ingress NGINX.


Was du bekommst:

- Vollständiges Inventar aller Ingress-Ressourcen, Annotationen und benutzerdefinierter Snippets

- Zuordnung jeder Ressource zu ihrem Gateway API-Äquivalent und eine Markierung für alles ohne Äquivalent

- Controller-Empfehlung für dein Setup (Envoy Gateway, NGINX Gateway Fabric oder cloud-native)

- Parallelbetrieb-Plan, bei dem alte und neue Pfade den Traffic gemeinsam bedienen, bevor du umschaltest

- TLS, cert-manager, external-dns und WAF-Kontinuität überprüft


Ich arbeite zuerst nur lesend. Du erhältst die Einschätzung, bevor jemand an einem Manifest arbeitet.


Plattformen: EKS, GKE, AKS, selbstverwaltet, k3s.


Schreib mir mit deiner Cluster-Version und ungefährem Ingress-Anzahl für ein fixes Angebot.

Tools:

Kubernetes

OpenShift

Amazon EKS

Frameworks:

Terraform

Pulumi

Cloud-Provider:

Amazon Web Services

microsoft azure

Programmiersprache:

Bash

Python

PowerShell

Expertise:

Migration

Konfiguration