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.

Syntax und Beispiele für Upgrade-Rollout-Richtlinien

Eine Upgrade-Rollout-Richtlinie definiert, wie AWS Dienste automatische Upgrades auf Ihre Ressourcen anwenden. Wenn Sie die Richtliniensyntax verstehen, können Sie effektive Richtlinien erstellen, die den Upgrade-Anforderungen Ihres Unternehmens entsprechen.

Überlegungen

Berücksichtigen Sie bei der Implementierung von Upgrade-Rollout-Richtlinien die folgenden wichtigen Faktoren:

Grundlegende Richtlinienstruktur

Die Richtlinien für den Upgrade-Rollout verwenden eine JSON-Struktur, die die folgenden Hauptelemente umfasst:

Das folgende Beispiel zeigt eine grundlegende Richtlinienstruktur für den Upgrade-Rollout:

{
   "upgrade_rollout":{
      "default":{
         "patch_order":{
            "@@assign":"last"
         }
      },
      "tags":{
         "devtag":{
            "tag_values":{
               "tag1":{
                  "patch_order":{
                     "@@assign":"first"
                  }
               },
               "tag2":{
                  "patch_order":{
                     "@@assign":"second"
                  }
               },
               "tag3":{
                  "patch_order":{
                     "@@assign":"last"
                  }
               }
            }
         }
      }
   }
}

Richtlinienkomponenten

Eine Upgrade-Rollout-Richtlinie besteht aus zwei Hauptkomponenten, die zusammen steuern, wie Upgrades auf Ihre Ressourcen angewendet werden. Zu diesen Komponenten gehören Konfigurationsoptionen sowohl für Standardverhalten als auch für tagbasierte Überschreibungen. Wenn Sie wissen, wie diese Komponenten zusammenwirken, können Sie effektive Richtlinien erstellen, die Ihren Unternehmensanforderungen entsprechen.

Standardmäßige Patch-Reihenfolge eingerichtet

Wenn Sie eine Upgrade-Rollout-Richtlinie erstellen, ohne ressourcenspezifische Überschreibungen anzugeben, wird für alle Ressourcen standardmäßig eine grundlegende Upgrade-Reihenfolge verwendet. Sie können diesen Standard mithilfe des Felds „Standard“ in Ihrer Richtlinie festlegen. Ressourcen, bei denen das Upgrade nicht explizit anhand von Stichwörtern zugewiesen wird, folgen dieser Standardreihenfolge.

Das folgende Beispiel zeigt, wie alle Ressourcen so eingestellt werden, dass sie standardmäßig zuletzt aktualisiert werden, sofern sie nicht durch Tags überschrieben werden. Dieser Ansatz ist nützlich, wenn Sie sicherstellen möchten, dass die meisten Ressourcen zu einem späteren Zeitpunkt im Upgrade-Zyklus aktualisiert werden:

"upgrade_rollout": {
    "default": {
        "patch_order": "last"
    }
}

Überschreiben der Ressourcenebene mithilfe von Tags

Sie können die standardmäßige Upgrade-Reihenfolge für bestimmte Ressourcen mithilfe von Tags überschreiben. Auf diese Weise können Sie genau steuern, welche Ressourcen in welcher Reihenfolge aktualisiert werden. Beispielsweise können Sie je nach Umgebungstyp, Entwicklungsphasen oder Workload-Kritikalität unterschiedliche Upgrade-Bestellungen zuweisen.

Das folgende Beispiel zeigt, wie Sie Entwicklungsressourcen so konfigurieren, dass sie zuerst Upgrades erhalten, und Produktionsressourcen, um sie zuletzt zu erhalten. Diese Konfiguration stellt sicher, dass Ihre Entwicklungsumgebungen Upgrades validieren können, bevor sie die Produktion erreichen:

"upgrade_rollout": {
    "tags": {
        "environment": {
            "tag_values": {
                "development": {
                    "patch_order": "first"
                },
                "production": {
                    "patch_order": "last"
                }
            }
        }
    }
}

Beispiele für Richtlinien zur Einführung von Upgrades

Im Folgenden finden Sie gängige Szenarien für die Einführung von Upgrades:

Beispiel 1: Zuerst die Entwicklungsumgebung

Dieses Beispiel zeigt, wie Sie Ressourcen in Ihrer Entwicklungsumgebung so konfigurieren, dass sie zuerst Upgrades erhalten. Indem Sie Ressourcen mit dem Umgebungs-Tag „Entwicklung“ ausweisen, stellen Sie sicher, dass Ihre Entwicklungsumgebungen die ersten sind, die neue Upgrades erhalten und validieren. Dieses Muster hilft dabei, potenzielle Probleme zu erkennen, bevor Upgrades kritischere Umgebungen erreichen:

{
    "tags": {
        "environment": {
            "tag_values": {
                "development": {
                    "patch_order": "first"
                }
            }
        }
    }
}

Beispiel 2: Letzte Produktionsumgebung

Dieses Beispiel zeigt, wie Sie sicherstellen können, dass Ihre Produktionsumgebungen zuletzt aktualisiert werden. Indem Sie für die Produktion markierte Ressourcen explizit auf die letzte Upgrade-Reihenfolge festlegen, sorgen Sie für Stabilität in Ihrer Produktionsumgebung und ermöglichen gleichzeitig angemessene Tests in Vorproduktionsumgebungen. Dieser Ansatz ist besonders nützlich für Organisationen mit strengen Anforderungen an das Änderungsmanagement:

{
    "tags": {
        "environment": {
            "tag_values": {
                "production": {
                    "patch_order": "last"
                }
            }
        }
    }
}

Beispiel 3: Mehrere Upgrade-Bestellungen mithilfe von Tags

Das folgende Beispiel zeigt, wie Sie einen einzelnen Tag-Schlüssel mit unterschiedlichen Werten verwenden, um alle drei Upgrade-Bestellungen anzugeben. Dieser Ansatz ist nützlich, wenn Sie Upgrade-Bestellungen mithilfe eines einzigen Tagging-Schemas verwalten möchten:

{
   "upgrade_rollout":{
      "default":{
         "patch_order":{
            "@@assign":"last"
         }
      },
      "tags":{
         "devtag":{
            "tag_values":{
               "tag1":{
                  "patch_order":{
                     "@@assign":"first"
                  }
               },
               "tag2":{
                  "patch_order":{
                     "@@assign":"second"
                  }
               },
               "tag3":{
                  "patch_order":{
                     "@@assign":"last"
                  }
               }
            }
         }
      }
   }
}