`CDK Deploy`

Stellen Sie eine oder mehrere bereit AWS CDK-Stacks in Ihrem AWS Umgebung.

Während der Bereitstellung gibt die CDK-CLI Fortschrittsindikatoren aus, ähnlich denen, die anhand der AWS CloudFormation Konsole.

Wenn der AWS Die Umgebung ist nicht bootstrapped, nur Stacks ohne Ressourcen und mit synthetisierten Vorlagen unter 51.200 Byte werden erfolgreich bereitgestellt.

Usage


$ cdk deploy <arguments> <options>

Argumente

CDK-Stack-ID

Die Konstrukt-ID des CDK-Stacks aus Ihrer App, die bereitgestellt werden soll.

Typ: Zeichenfolge

Required: No

Optionen

Eine Liste der globalen Optionen, die mit allen CDK-CLI-Befehlen funktionieren, finden Sie unter Globale Optionen.

--all <BOOLEAN>

Stellen Sie alle Stacks in Ihrer CDK-App bereit.

Standardwert: false

--asset-parallelism <BOOLEAN>: Geben Sie an, ob Assets parallel erstellt und veröffentlicht werden sollen.

--asset-prebuild <BOOLEAN>

Geben Sie an, ob alle Assets erstellt werden sollen, bevor der erste Stack bereitgestellt wird. Diese Option ist nützlich für fehlgeschlagene Docker-Builds.

Standardwert: true

--build-exclude, -E <ARRAY>

Erstellen Sie das Asset nicht mit der angegebenen ID neu.

Diese Option kann mehrfach in einem einzigen Befehl angegeben werden.

Standardwert: []

--change-set-name <STRING>

Der Name des AWS CloudFormation Zu erstellender Änderungssatz.

Diese Option ist nicht kompatibel mit --method='direct'.

--concurrency <NUMBER>

Stellen Sie mehrere Stacks parallel bereit und berücksichtigen Sie dabei die Abhängigkeiten zwischen den Stacks. Verwenden Sie diese Option, um Bereitstellungen zu beschleunigen. Sie müssen immer noch berücksichtigen AWS CloudFormation und andere AWS Begrenzung des Kontozinses.

Geben Sie eine Zahl ein, um die maximale Anzahl gleichzeitig durchzuführender Bereitstellungen anzugeben (sofern die Abhängigkeit dies zulässt).

Standardwert: 1

--exclusively, -e <BOOLEAN>: Stellen Sie nur die angeforderten Stacks bereit und schließen Sie keine Abhängigkeiten ein.

--express <BOOLEAN>

Bereitstellen mit CloudFormation Expressmodus. Der Expressmodus ermöglicht schnellere Bereitstellungen durch CloudFormation indem Stack-Operationen sofort als abgeschlossen gemeldet werden CloudFormation wendet die Ressourcenkonfiguration an. Jedoch CloudFormation meldet Erfolg, ohne darauf zu warten, dass sich die Ressourcen stabilisieren. Außerdem führt der Expressmodus kein automatisches Rollback durch, sodass Stapel in einem ausgefallenen Zustand zurückbleiben, wenn etwas schief geht. Um das automatische Rollback im Expressmodus zu aktivieren, fügen Sie das --rollback kennzeichnen Sie Ihre Bereitstellung im Expressmodus.

Weitere Informationen finden Sie unter Express-Modus in der AWS CloudFormation Benutzerleitfaden.

Anmerkung

Der Expressmodus wartet nicht auf eine Stabilisierung, bevor er eine Erfolgsmeldung meldet, und führt bei einem Ausfall kein automatisches Rollback durch. Wir empfehlen den Expressmodus nicht für Produktionsbereitstellungen. Der Expressmodus ist auf iterative Bereitstellungen ausgerichtet, die Sie bei der Entwicklung Ihrer Anwendung durchführen würden.

Standardwert: false

--force, -f <BOOLEAN>

Wenn Sie eine Bereitstellung durchführen, um einen vorhandenen Stack zu aktualisieren, vergleicht die CDK-CLI die Vorlage und die Tags des bereitgestellten Stacks mit dem Stack, der bereitgestellt werden soll. Wenn keine Änderungen festgestellt werden, überspringt die CDK-CLI die Bereitstellung.

Verwenden Sie diese Option, um dieses Verhalten außer Kraft zu setzen und Stacks immer bereitzustellen, auch wenn keine Änderungen erkannt werden.

Standardwert: false

--help, -h <BOOLEAN>: Zeigt Befehlsreferenzinformationen für cdk deploy Befehl.

--hotswap <BOOLEAN>

Hotswap-Bereitstellungen für eine schnellere Entwicklung. Mit dieser Option wird versucht, wenn möglich eine schnellere Hotswap-Bereitstellung durchzuführen. Wenn Sie beispielsweise den Code einer Lambda-Funktion in Ihrer CDK-App ändern, aktualisiert die CDK-CLI die Ressource direkt über die Service-APIs, anstatt eine CloudFormation Bereitstellung.

Wenn die CDK-CLI Änderungen erkennt, die Hotswapping nicht unterstützen, werden diese Änderungen ignoriert und eine Meldung wird angezeigt. Wenn Sie es vorziehen, einen vollständigen Test durchzuführen CloudFormation Einsatz als Ausweichlösung verwenden --hotswap-fallback stattdessen.

Die CDK-CLI verwendet Ihre aktuelle AWS Anmeldeinformationen für die Ausführung der API-Aufrufe. Es übernimmt nicht die Rollen aus Ihrem Bootstrap-Stack, auch wenn @aws-cdk/core:newStyleStackSynthesis Das Feature-Flag ist auf gesetzt true. Diese Rollen verfügen nicht über die erforderlichen Berechtigungen zum Aktualisieren AWS Ressourcen direkt, ohne sie zu verwenden CloudFormation. Stellen Sie aus diesem Grund sicher, dass Ihre Anmeldeinformationen für dieselben gelten AWS Konto der Stacks, für die Sie Hotswap-Bereitstellungen durchführen, und dass diese über die erforderlichen IAM-Berechtigungen verfügen, um die Ressourcen zu aktualisieren.

Hotswapping wird derzeit für die folgenden Änderungen unterstützt:

Code-Assets (einschließlich Docker-Images und Inline-Code), Tag-Änderungen und Konfigurationsänderungen (nur Beschreibung und Umgebungsvariablen werden unterstützt) von Lambda-Funktionen.
Lambda-Versionen und Aliasänderungen.
Definitionsänderungen von AWS Step Functions Zustandsautomaten.
Änderungen an den Container-Assets der Amazon ECS-Services.
Änderungen der Website-Ressourcen von Amazon S3-Bucket-Bereitstellungen.
Änderungen an Quelle und Umgebung von AWS CodeBuild Projekte.
Änderungen an der VTL-Mapping-Vorlage für AWS AppSync Resolver und Funktionen.
Schemaänderungen für AWS AppSync GraphQL-APIs.
REST-API-, Bereitstellungs- und Methodenänderungen für Amazon API Gateway.
API- und Integrationsänderungen für Amazon API Gateway V2.
Konfigurationsänderungen der Amazon Bedrock-Agenten.
Änderungen an der Konfiguration von Amazon Bedrock AgentCore Laufzeit
Regeländerungen für Amazon EventBridge.
Konfigurationsänderungen von Amazon DynamoDB-Tabellen und globalen Tabellen.
Konfigurationsänderungen der Amazon SQS-Warteschlangen.
Änderungen an Alarmen, kombinierten Alarmen und Dashboards für Amazon CloudWatch.

Verwendung bestimmter CloudFormation Intrinsische Funktionen werden im Rahmen einer Hot-Swap-Bereitstellung unterstützt. Dazu zählen:

Ref
Fn::GetAtt — Wird nur teilweise unterstützt, verwendet eine Kombination aus Cloud Control-APIs und benutzerdefinierten Implementierungen. Weitere Informationen finden Sie in der Liste der Ressourcen, die unterstützt werden von Cloud Control API und diese Implementierung für die vollständige Liste der unterstützten Ressourcen.
Fn::ImportValue
Fn::Join
Fn::Select
Fn::Split
Fn::Sub

Diese Option ist auch mit verschachtelten Stacks kompatibel.

Anmerkung

Mit dieser Option wird bewusst eine Drift eingeführt CloudFormation Stacks, um Bereitstellungen zu beschleunigen. Verwenden Sie es aus diesem Grund nur für Entwicklungszwecke. Verwenden Sie diese Option nicht für Ihre Produktionsbereitstellungen.
Die Standardwerte für bestimmte Parameter können beim Hotswap-Parameter unterschiedlich sein. Beispielsweise wird der Mindestprozentsatz für einen fehlerfreien Betrieb eines Amazon ECS-Service derzeit auf 0. Überprüfen Sie die Quelle entsprechend, falls dies der Fall ist.
Bei der Durchführung einer CloudFormation Verwenden Sie bei der Bereitstellung nach Hotswap-Bereitstellungen cdk deploy --revert-drift zur Bereitstellung mit einem Drift-sensitiven Change-Set und zum Ausgleich aller durch Hot-Swapping eingetretenen Abweichungen.

Standardwert: false

--hotswap-fallback <BOOLEAN>

Diese Option ähnelt --hotswap. Der Unterschied ist der --hotswap-fallback wird zurückfallen, um eine durchzuführen CloudFormation Bereitstellung, wenn eine Änderung erkannt wird, die dies erfordert.

Weitere Informationen zu dieser Option finden Sie unter --hotswap.

Standardwert: false

--ignore-no-stacks <BOOLEAN>

Führen Sie eine Bereitstellung durch, auch wenn Ihre CDK-App keine Stacks enthält.

Diese Option ist im folgenden Szenario hilfreich: Möglicherweise haben Sie eine App mit mehreren Umgebungen, z. B. dev und prod. Zu Beginn der Entwicklung hat Ihre Prod-App möglicherweise keine Ressourcen, oder die Ressourcen sind möglicherweise auskommentiert. Dies führt zu einem Bereitstellungsfehler mit einer Meldung, dass die App keine Stacks hat. Benutzen --ignore-no-stacks um diesen Fehler zu umgehen.

Standardwert: false

--import-existing-resources <BOOLEAN>

Importiert vorhandene, nicht verwaltete AWS CloudFormation Ressourcen von Ihrem AWS Konto.

Wenn Sie diese Option verwenden, werden Ressourcen aus Ihrem synthetisiert AWS CloudFormation Eine Vorlage mit demselben benutzerdefinierten Namen wie bestehende, nicht verwaltete Ressourcen im selben Konto wird in Ihren Stack importiert.

Sie können diese Option verwenden, um vorhandene Ressourcen in neue oder bestehende Stapel zu importieren.

Sie können vorhandene Ressourcen importieren und neue Ressourcen in derselben bereitstellen cdk deploy Befehl.

Weitere Informationen zu benutzerdefinierten Namen finden Sie unter Typ des Namens in der AWS CloudFormation Benutzerleitfaden.

Um mehr über das zu erfahren ImportExistingResources CloudFormation Parameter, siehe AWS CloudFormation vereinfacht den Ressourcenimport mit einem neuen Parameter für ChangeSets.

Weitere Informationen zur Verwendung dieser Option finden Sie unter Importiert vorhandene Ressourcen in der aws-cdk-cli GitHub Endlager.

--logs <BOOLEAN>

Amazon anzeigen CloudWatch logge dich in die Standardausgabe ein (stdout) für alle Ereignisse aus allen Ressourcen in den ausgewählten Stacks.

Diese Option ist nur kompatibel mit --watch.

Standardwert: true

--method, -m <STRING>

Konfigurieren Sie die Methode zur Durchführung einer Bereitstellung.

change-set — Standardmethode. Die CDK CLI erstellt eine CloudFormation Änderungssatz mit den Änderungen, die bereitgestellt werden, und führt dann die Bereitstellung durch.
direct — Erstellen Sie keinen Änderungssatz. Wenden Sie die Änderung stattdessen sofort an. Dies ist in der Regel schneller als das Erstellen eines Änderungssatzes, aber Sie verlieren Details zum Bereitstellungsfortschritt in der CLI-Ausgabe.
prepare-change-set — Erstellen Sie einen Änderungssatz, führen Sie jedoch keine Bereitstellung durch. Dies ist nützlich, wenn Sie über externe Tools verfügen, die den Änderungssatz überprüfen, oder wenn Sie über einen Genehmigungsprozess für Änderungssätze verfügen. Benutzen execute-change-set um den vorbereiteten Änderungssatz auszuführen.
execute-change-set — Führt einen Änderungssatz aus, der zuvor mit erstellt wurde prepare-change-set. Der Name des Änderungssatzes lautet standardmäßig cdk-deploy-change-set, oder Sie können einen benutzerdefinierten Namen angeben mit --change-set-name.

Zulässige Werte: change-set, direct, execute-change-set, prepare-change-set

Standardwert: change-set

--monitoring-time-minutes <NUMBER>

Die Anzahl der Minuten, die CloudFormation überwacht nach Abschluss der Bereitstellung weiterhin die Alarme der Rollback-Trigger, bevor alte Ressourcen bereinigt werden. Der Wert muss eine ganze Zahl zwischen 0 und 180 sein.

Sie müssen diese Option zusammen mit verwenden --rollback-trigger-alarm-arns.

Vorgabewert: 0 (CloudFormation überwacht die Alarme nur während der Bereitstellung)

--notification-arns <ARRAY>: Die ARNs von Amazon SNS behandeln folgende Themen CloudFormation benachrichtigt über Ereignisse im Zusammenhang mit dem Stack.

--outputs-file, -O <STRING>

Der Pfad, in den die Stack-Ausgaben von Deployments geschrieben werden.

Nach der Bereitstellung werden die Stack-Ausgaben im JSON-Format in die angegebene Ausgabedatei geschrieben.

Sie können diese Option im Projekt konfigurieren cdk.json Datei oder unter ~/.cdk.json auf Ihrem lokalen Entwicklungscomputer:


{
   "app": "npx ts-node bin/myproject.ts",
   // ...
   "outputsFile": "outputs.json"
}

Wenn mehrere Stacks bereitgestellt werden, werden die Ausgaben in dieselbe Ausgabedatei geschrieben, die nach Schlüsseln organisiert ist, die den Stacknamen repräsentieren.

--parameters <ARRAY>

Übergeben Sie zusätzliche Parameter an CloudFormation während der Bereitstellung.

Diese Option akzeptiert ein Array im folgenden Format: STACK:KEY=VALUE.

STACK — Der Name des Stacks, dem der Parameter zugeordnet werden soll.
KEY — Der Name des Parameters aus Ihrem Stack.
VALUE — Der Wert, der bei der Bereitstellung übergeben werden soll.

Wenn kein Stack-Name angegeben wird oder wenn * wird als Stackname angegeben, Parameter werden auf alle Stacks angewendet, die bereitgestellt werden. Wenn ein Stack den Parameter nicht verwendet, schlägt die Bereitstellung fehl.

Parameter werden nicht auf verschachtelte Stapel übertragen. Um Parameter an verschachtelte Stapel zu übergeben, verwenden Sie den NestedStack konstruieren.

Standardwert: {}

--previous-parameters <BOOLEAN>

Verwenden Sie frühere Werte für vorhandene Parameter.

Wenn diese Option auf gesetzt ist false, müssen Sie bei jeder Bereitstellung alle Parameter angeben.

Standardwert: true

--progress <STRING>

Konfigurieren Sie, wie die CDK-CLI den Bereitstellungsfortschritt anzeigt.

bar — Zeigt Stack-Bereitstellungsereignisse als Fortschrittsbalken mit den Ereignissen für die Ressource an, die gerade bereitgestellt wird.
events — Stellen Sie einen vollständigen Verlauf bereit, einschließlich aller CloudFormation Ereignisse.

Sie können diese Option auch im Projekt konfigurieren cdk.json Datei oder unter ~/.cdk.json auf Ihrem lokalen Entwicklungscomputer:


{
   "progress": "events"
}

Zulässige Werte: bar, events

Standardwert: bar

--require-approval <STRING>

Geben Sie an, für welche Änderungen eine manuelle Genehmigung erforderlich ist.

any-change — Für jede Änderung am Stack ist eine manuelle Genehmigung erforderlich.
broadening — Manuelle Genehmigung erforderlich, wenn Änderungen eine Erweiterung der Berechtigungen oder Sicherheitsgruppenregeln beinhalten.
never — Eine Genehmigung ist nicht erforderlich.

Gültige Werte: any-change, broadening, never

Standardwert: broadening

--revert-drift

Verwenden Sie für die Bereitstellung einen Drift-sensitiven Änderungssatz. Dadurch wird ein Änderungssatz erstellt mit CloudFormations REVERT_DRIFT Bereitstellungsmodus, der Ressourcen erkennt, die aufgrund von Out-of-Band-Änderungen von ihren Vorlagendefinitionen abgewichen sind, und sie in den gewünschten Zustand zurückversetzt, der in Ihrer Vorlage definiert ist.

Siehe Cloudformation-Dokumentation zu Changesets, die Drift berücksichtigen für weitere Informationen darüber, wie sie funktionieren.

Standardwert: false

--rollback | --no-rollback, -R

Wenn während der Bereitstellung eine Ressource nicht erstellt oder aktualisiert werden kann, wird die Bereitstellung auf den neuesten stabilen Zustand zurückgesetzt, bevor die CDK-CLI zurückkehrt. Alle bis zu diesem Zeitpunkt vorgenommenen Änderungen werden rückgängig gemacht. Ressourcen, die erstellt wurden, werden gelöscht und vorgenommene Aktualisierungen werden rückgängig gemacht.

Spezifizieren --no-rollback um dieses Verhalten auszuschalten. Wenn eine Ressource nicht erstellt oder aktualisiert werden kann, belässt die CDK-CLI die bis zu diesem Zeitpunkt vorgenommenen Änderungen und kehrt zurück. Dadurch befindet sich Ihre Bereitstellung in einem fehlgeschlagenen, angehaltenen Zustand. Von hier aus können Sie Ihren Code aktualisieren und die Bereitstellung erneut versuchen. Dies kann in Entwicklungsumgebungen hilfreich sein, in denen Sie schnell iterieren.

Wenn eine Bereitstellung mit durchgeführt wurde --no-rollback schlägt fehl und Sie entscheiden, dass Sie die Bereitstellung rückgängig machen möchten, können Sie das verwenden cdk rollback Befehl. Weitere Informationen finden Sie unter CDK Rollback.

Anmerkung

Mit --no-rollback, Bereitstellungen, bei denen Ressourcen ausgetauscht werden, schlagen immer fehl. Sie können diesen Optionswert nur für Bereitstellungen verwenden, bei denen Ressourcen aktualisiert oder neue Ressourcen erstellt werden.

Standardwert: --rollback

--rollback-trigger-alarm-arns <ARRAY>

Die ARNs der CloudWatch alarmiert das CloudFormation überwacht während des Einsatzes. Wenn einer dieser Alarme an den geht ALARM Staat, CloudFormation setzt die Bereitstellung zurück. Sie können maximal 5 Alarme angeben. Die Alarme werden als metrische Alarme behandelt (AWS::CloudWatch::Alarm).

Diese Option kann mehrfach in einem einzigen Befehl angegeben werden.

Um alle Rollback-Trigger zu löschen, die zuvor auf dem Stack konfiguriert wurden, übergeben Sie den einzelnen Wert none.

Um zu kontrollieren, wie lange CloudFormation überwacht diese Alarme auch nach Abschluss der Bereitstellung weiter, verwenden Sie --monitoring-time-minutes.

--toolkit-stack-name <STRING>

Der Name des vorhandenen CDK Toolkit-Stacks.

In der Standardeinstellung cdk bootstrap stellt einen Stack mit dem Namen bereit CDKToolkit in das angegebene AWS Umgebung. Verwenden Sie diese Option, um einen anderen Namen für Ihren Bootstrap-Stack anzugeben.

Die CDK-CLI verwendet diesen Wert, um Ihre Bootstrap-Stack-Version zu überprüfen.

--watch <BOOLEAN>

Überwachen Sie kontinuierlich die CDK-Projektdateien und stellen Sie die angegebenen Stacks automatisch bereit, wenn Änderungen erkannt werden.

Diese Option beinhaltet --hotswap standardmäßig.

Diese Option hat einen entsprechenden CDK-CLI-Befehl. Weitere Informationen finden Sie unter CDK-Uhr.

Beispiele

Stellen Sie den Stack mit dem Namen bereit MyStackName


$ cdk deploy MyStackName --app='node bin/main.js'

Stellen Sie mehrere Stacks in einer App bereit

Verwenden cdk list um deine Stacks aufzulisten:


$ cdk list
CdkHelloWorldStack
CdkStack2
CdkStack3

Um alle Stacks bereitzustellen, verwende den --all Option:


$ cdk deploy --all

Um auszuwählen, welche Stacks bereitgestellt werden sollen, geben Sie Stacknamen als Argumente an:


$ cdk deploy CdkHelloWorldStack CdkStack3

Pipeline-Stacks bereitstellen

Verwenden cdk list um Stacknamen als Pfade anzuzeigen und zu zeigen, wo sie sich in der Pipeline-Hierarchie befinden:


$ cdk list
PipelineStack
PiplelineStack/Prod
PipelineStack/Prod/MyService

Verwenden Sie das --all Option oder Platzhalter * um alle Stapel bereitzustellen. Wenn Sie wie oben beschrieben eine Hierarchie von Stapeln haben, --all und * passt nur Stapel auf der obersten Ebene an. Um alle Stapel in der Hierarchie abzugleichen, verwende **.

Sie können diese Muster kombinieren. Im Folgenden werden alle Stapel in der Prod Stufe:


$ cdk deploy PipelineStack/Prod/**

Parameter bei der Bereitstellung übergeben

Definieren Sie Parameter in Ihrem CDK-Stack. Das Folgende ist ein Beispiel, das einen Parameter mit dem Namen erstellt TopicNameParam für ein Amazon SNS-Thema:


new sns.Topic(this, 'TopicParameter', {
    topicName: new cdk.CfnParameter(this, 'TopicNameParam').value.toString()
});

Um einen Parameterwert von bereitzustellen parameterized, führen Sie Folgendes aus:


$ cdk deploy --parameters "MyStackName:TopicNameParam=parameterized"

Sie können Parameterwerte überschreiben, indem Sie den --force Option. Das Folgende ist ein Beispiel für das Überschreiben des Themennamens aus einer früheren Bereitstellung:


$ cdk deploy --parameters "MyStackName:TopicNameParam=parameterName" --force

Schreiben Sie Stack-Ausgaben nach der Bereitstellung in eine Datei

Definieren Sie Ausgaben in Ihrer CDK-Stack-Datei. Das Folgende ist ein Beispiel, das eine Ausgabe für eine Funktions-ARN erstellt:


const fn = new lambda.Function(this, "fn", {
  handler: "index.handler",
  code: lambda.Code.fromInline(`exports.handler = \${handler.toString()}`),
  runtime: lambda.Runtime.NODEJS_LATEST
});

new cdk.CfnOutput(this, 'FunctionArn', {
  value: fn.functionArn,
});

Stellen Sie den Stack bereit und schreiben Sie die Ausgaben in outputs.json:


$ cdk deploy --outputs-file outputs.json

Das Folgende ist ein Beispiel für outputs.json nach der Bereitstellung:


{
  "MyStack": {
    "FunctionArn": "arn:aws:lambda:us-east-1:123456789012:function:MyStack-fn5FF616E3-G632ITHSP5HK"
  }
}

Aus diesem Beispiel der Schlüssel FunctionArn entspricht der logischen ID des CfnOutput Instanz.

Das Folgende ist ein Beispiel für outputs.json nach der Bereitstellung, wenn mehrere Stacks bereitgestellt werden:


{
  "MyStack": {
    "FunctionArn": "arn:aws:lambda:us-east-1:123456789012:function:MyStack-fn5FF616E3-G632ITHSP5HK"
  },
  "AnotherStack": {
    "VPCId": "vpc-z0mg270fee16693f"
  }
}

Ändern Sie die Bereitstellungsmethode

Um die Bereitstellung ohne Verwendung von Änderungssätzen zu beschleunigen, verwenden Sie --method='direct':


$ cdk deploy --method='direct'

Um einen Änderungssatz zu erstellen, aber nicht bereitzustellen, verwenden Sie --method='prepare-change-set'. Standardmäßig ein Änderungssatz mit dem Namen cdk-deploy-change-set wird erstellt. Wenn ein früherer Änderungssatz mit diesem Namen existiert, wird er überschrieben. Wenn keine Änderungen erkannt werden, wird trotzdem ein leerer Änderungssatz erstellt.

Sie können Ihrem Änderungssatz auch einen Namen geben. Im Folgenden wird ein Beispiel gezeigt:


$ cdk deploy --method='prepare-change-set' --change-set-name='MyChangeSetName'

Warnung JavaScript ist in Ihrem Browser nicht verfügbar oder deaktiviert.

Zur Nutzung der AWS-Dokumentation muss JavaScript aktiviert sein. Weitere Informationen finden auf den Hilfe-Seiten Ihres Browsers.

Dokumentkonventionen

cdk context

cdk zerstören