Ich finde das AWS Cloud Development Kit (AWS CDK) unglaublich einfach für die Bereitstellung von Anwendungen mit AWS-Diensten. Die Möglichkeit, Programmiersprachen wie TypeScript zu verwenden, die unser Codebase bereits nutzt, ist fantastisch, weil es bedeutet, dass ich in einer vertrauten Sprache arbeiten kann, die mein Komfortniveau beim Codieren für CDK erhöht. Der Prozess des Aufbaus von DevOps-Architekturen mit Zeilencodierungssprachen ist optimiert, was es mir ermöglicht, einfach über verschiedene Umgebungen hinweg wiederzuverwenden und bereitzustellen. Das Einrichten und Entwickeln unserer CI/CD-Pipelines ist ebenfalls mühelos geworden. Ich liebe es, dass CDK die Erstellung von benutzerdefinierten Konstrukten ermöglicht, die ein hohes Maß an Abstraktion im Codieren bieten. Ein weiteres herausragendes Merkmal für mich ist das Beobachten von Änderungen in Cloud-Formationen über CDK, was sicherstellt, dass ich immer darüber informiert bin, welche Änderungen angewendet werden. Die Wiederverwendbarkeit von Code über Projekte hinweg sorgt für Konsistenz innerhalb unserer Organisation, was äußerst vorteilhaft ist. Bewertung gesammelt von und auf G2.com gehostet.
Ich stelle fest, dass es für mein Infrastrukturteam herausfordernd sein kann, sich an die Verwendung von TypeScript und Python im AWS CDK anzupassen, wenn sie sich mit YAML und Terraform wohler fühlen. Wenn wir intensiv mit Terraform arbeiten, wird es etwas schwierig, es mit AWS CDK zu integrieren. Darüber hinaus führt die Abstraktion, die das CDK bietet, manchmal zu Problemen, wie z.B. Lecks, die das Debuggen komplex und nicht einfach machen. Ich habe das Gefühl, dass AWS CDK besser für kleinere Projekte geeignet ist; wenn Projekte größer werden, wird das Verständnis des Infrastrukturcodes komplizierter, was eine erhebliche Lernkurve darstellt und die architektonische Entscheidungsfindung erschwert. Bewertung gesammelt von und auf G2.com gehostet.
