Loading content
Das AWS Cloud Development Kit (AWS CDK) ist ein Open‑Source‑Framework zur Definition von Cloud‑Infrastruktur mittels bekannter Programmiersprachen. Es erzeugt CloudFormation‑Vorlagen aus höherwertigen Konstrukten, fördert wiederverwendbare Infrastruktur, Testing und Composition. CDK beschleunigt Bereitstellung und integriert sich in AWS‑Services sowie CI/CD‑…
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und verwandte Bausteine zu öffnen.
Technischer Baustein: kann automatisiert, integriert oder betrieben werden.
Konkretes Rädchen im System, das in größeren Zusammenhängen wirkt.
AWS CDK ist ein Open-Source-Framework, mit dem sich AWS-Infrastruktur in vertrauten Programmiersprachen als Code beschreiben lässt. Aus höherwertigen Constructs erzeugt es CloudFormation-Templates und daraus deploybare Stacks.
AWS CDK wurde von Amazon Web Services entwickelt, um Infrastruktur nicht nur per deklarativer Vorlage, sondern mit den Ausdrucksmitteln von Programmiersprachen zu definieren. Die erste Vorschau wurde 2018 auf dem AWS Summit in New York angekündigt; 2019 folgte die allgemeine Verfügbarkeit, 2021 AWS CDK v2 mit zusammengeführter Construct Library.
Denk in drei Schichten: In deiner Sprache beschreibst du Constructs, diese Bausteine werden bei der Synthese zu einer CloudFormation-Vorlage verdichtet, und CloudFormation setzt sie als Stacks in AWS um. So bleibt Infrastruktur versionierbar und testbar, ohne dass du jede Ressource als Einzelvorlage schreiben musst.
Infrastruktur wird wie Software beschrieben, versioniert und überprüft.
Wiederverwendbare Bausteine bündeln Ressourcen, Konfiguration und Best Practices.
CDK-Code wird in eine AWS-CloudFormation-Vorlage übersetzt.
CloudFormation erstellt, aktualisiert und löscht die Zielressourcen in AWS.
Stacks sind die Deploymenteinheiten, die gemeinsam erstellt, aktualisiert oder gelöscht werden.
CLI und Bibliothek steuern Synthese, Diff und Deployment von CDK-Anwendungen.
CDK lohnt sich, wenn Teams AWS-Infrastruktur mit denselben Praktiken wie Anwendungssoftware verwalten wollen: Code-Review, Tests, Wiederverwendung und Pipeline-Deployments. Es ist besonders stark bei komplexen, wiederkehrenden AWS-Architekturen. Grenzen: Die zusätzliche Synthese-Schicht muss verstanden werden, Fehler landen oft erst beim CloudFormation-Deploy, und das Modell bleibt an AWS und dessen Ressourcenlogik gebunden.
Wo dieser Baustein im Themenmodell verortet ist.
Keine Strukturpfade verfügbar.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.