Unterstützung für die Verbesserung dieser Seite beitragen

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Um zu diesem Benutzerhandbuch beizutragen, wählen Sie den GitHub Link Diese Seite bearbeiten unter, der sich im rechten Bereich jeder Seite befindet.

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

ACK-Überlegungen für EKS

In diesem Thema werden wichtige Überlegungen zur Verwendung der EKS-Funktion für ACK behandelt, darunter die IAM-Konfiguration, Muster mit mehreren Konten und die Integration mit anderen EKS-Funktionen.

IAM-Konfigurationsmuster

Die ACK-Funktion verwendet eine IAM-Capability-Rolle zur Authentifizierung. AWS Wählen Sie das richtige IAM-Muster, das Ihren Anforderungen entspricht.

Ganz einfach: Eine einzige Funktionsrolle

Erteilen Sie der Capability-Rolle alle erforderlichen Berechtigungen direkt für Entwicklungs-, Test- oder einfache Anwendungsfälle.

Wann sollte Folgendes verwendet werden:

Beispiel: Fügen Sie Ihrer Capability-Rolle S3- und RDS-Berechtigungen mit Bedingungen für die Kennzeichnung von Ressourcen hinzu:

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Effect": "Allow",
      "Action": ["s3:*"],
      "Resource": "*",
      "Condition": {
        "StringEquals": {
          "aws:RequestedRegion": ["us-west-2", "us-east-1"]
        }
      }
    },
    {
      "Effect": "Allow",
      "Action": ["rds:*"],
      "Resource": "*",
      "Condition": {
        "StringEquals": {
          "aws:RequestedRegion": ["us-west-2", "us-east-1"],
          "aws:ResourceTag/ManagedBy": "ACK"
        }
      }
    }
  ]
}

Dieses Beispiel beschränkt S3- und RDS-Operationen auf bestimmte Regionen und erfordert, dass RDS-Ressourcen über ein ManagedBy: ACK Tag verfügen.

Produktion: IAM Role Selectors

Verwenden Sie in Produktionsumgebungen IAM-Role Selectors, um den Zugriff mit den geringsten Rechten und die Isolierung auf Namespace-Ebene zu implementieren.

Wann sollte Folgendes verwendet werden:

Vorteile:

Eine ausführliche Konfiguration von IAM Role Selector finden Sie unter. ACK-Berechtigungen konfigurieren

Integration mit anderen EKS-Funktionen

GitOps mit Argo CD

Verwenden Sie die EKS-Funktion für Argo CD, um ACK-Ressourcen aus Git-Repositorys bereitzustellen und so GitOps Workflows für das Infrastrukturmanagement zu ermöglichen.

Überlegungen:

GitOps bietet Audit-Trails, Rollback-Funktionen und deklaratives Infrastrukturmanagement. Weitere Informationen zu Argo CD finden Sie unter. Arbeiten mit Argo CD

Zusammensetzung der Ressourcen mit Kro

Verwenden Sie die EKS-Funktion für kro (Kube Resource Orchestrator), um mehrere ACK-Ressourcen zu übergeordneten Abstraktionen und benutzerdefinierten APIs zusammenzustellen.

Wann sollte Kro mit ACK verwendet werden:

Beispielmuster:

kro kümmert sich um die Reihenfolge der Abhängigkeiten, die Statusübertragung und das Lebenszyklusmanagement für zusammengesetzte Ressourcen. Weitere Informationen zu Kro finden Sie unter. Kro-Konzepte

Organisieren Sie Ihre Ressourcen

Organisieren Sie ACK-Ressourcen mithilfe von Kubernetes-Namespaces und AWS Ressourcen-Tags für eine bessere Verwaltung, Zugriffskontrolle und Kostenverfolgung.

Organisation von Namespaces

Verwenden Sie Kubernetes-Namespaces, um ACK-Ressourcen logisch nach Umgebung (Produktion, Staging, Entwicklung), Team (Plattform, Daten, ml) oder Anwendung zu trennen.

Vorteile:

Ressourcen-Markierung

Die EKS-ACK-Funktion wendet automatisch Standard-Tags auf alle AWS Ressourcen an, die sie erstellt. Diese Tags unterscheiden sich von selbstverwalteten ACK-Tags und bieten eine verbesserte Rückverfolgbarkeit.

Von der Funktion angewendete Standard-Tags:

Zusätzliche empfohlene Tags:

Fügen Sie benutzerdefinierte Stichwörter für Kostenzuweisung, Eigentumsnachverfolgung und organisatorische Zwecke hinzu:

Migration von anderen Infrastructure-as-code Tools

Viele Unternehmen sehen in der Standardisierung von Kubernetes einen Mehrwert, der über ihre Workload-Orchestrierung hinausgeht. Durch die Migration der Infrastruktur- und AWS Ressourcenverwaltung zu ACK können Sie das Infrastrukturmanagement standardisieren, indem Sie neben Ihren Anwendungsworkloads auch Kubernetes-APIs verwenden.

Vorteile der Standardisierung auf Kubernetes für die Infrastruktur:

ACK unterstützt die Übernahme vorhandener AWS Ressourcen, ohne sie neu erstellen zu müssen, und ermöglicht so eine Migration von Terraform oder Ressourcen außerhalb des CloudFormation Clusters ohne Ausfallzeiten.

Eine vorhandene Ressource übernehmen:

apiVersion: s3.services.k8s.aws/v1alpha1
kind: Bucket
metadata:
  name: existing-bucket
  annotations:
    services.k8s.aws/adoption-policy: "adopt-or-create"
spec:
  name: my-existing-bucket-name

Nach der Einführung wird die Ressource von ACK verwaltet und kann über Kubernetes-Manifeste aktualisiert werden. Sie können schrittweise migrieren, Ressourcen nach Bedarf übernehmen und gleichzeitig die vorhandenen IaC-Tools für andere Ressourcen beibehalten.

ACK unterstützt auch schreibgeschützte Ressourcen. Für Ressourcen, die von anderen Teams oder Tools verwaltet werden und die Sie referenzieren, aber nicht ändern möchten, kombinieren Sie die Adoption mit der retain Löschrichtlinie und gewähren Sie nur IAM-Leseberechtigungen. Auf diese Weise können Anwendungen gemeinsam genutzte Infrastrukturen (VPCs, IAM-Rollen, KMS-Schlüssel) über Kubernetes-APIs erkennen, ohne Änderungen riskieren zu müssen.

Weitere Informationen zur Einführung von Ressourcen finden Sie unter. ACK-Konzepte

Richtlinien zum Löschen

Löschrichtlinien steuern, was mit AWS Ressourcen passiert, wenn Sie die entsprechende Kubernetes-Ressource löschen. Wählen Sie die richtige Richtlinie auf der Grundlage des Ressourcenlebenszyklus und Ihrer betrieblichen Anforderungen.

Löschen (Standardeinstellung)

Die AWS Ressource wird gelöscht, wenn Sie die Kubernetes-Ressource löschen. Dadurch wird die Konsistenz zwischen Ihrem Cluster und gewährleistet AWS, dass sich keine Ressourcen ansammeln.

Wann sollte „Löschen“ verwendet werden:

Die standardmäßige Löschrichtlinie entspricht dem deklarativen Modell von Kubernetes: Was sich im Cluster befindet, entspricht dem, was darin existiert. AWS

Beibehalten

Die AWS Ressource wird beibehalten, wenn Sie die Kubernetes-Ressource löschen. Dies schützt wichtige Daten und ermöglicht es Ressourcen, ihre Kubernetes-Repräsentation zu überleben.

Wann sollte Retain verwendet werden:

apiVersion: rds.services.k8s.aws/v1alpha1
kind: DBInstance
metadata:
  name: production-db
  annotations:
    services.k8s.aws/deletion-policy: "retain"
spec:
  dbInstanceIdentifier: prod-db
  # ... configuration

Weitere Informationen zu Löschrichtlinien finden Sie unter. ACK-Konzepte

Upstream-Dokumentation

Detaillierte Informationen zur Verwendung von ACK finden Sie auf den folgenden Seiten der ACK-Website:

Nächste Schritte