<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Aws on Benny Simmonds</title>
    <link>https://www.bencode.io/categories/aws/</link>
    <description>Recent content in Aws on Benny Simmonds</description>
    <generator>Hugo -- 0.149.1</generator>
    <language>en-us</language>
    <lastBuildDate>Sun, 19 Apr 2026 11:52:00 +1000</lastBuildDate>
    <atom:link href="https://www.bencode.io/categories/aws/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>AWS CDK TL;DR</title>
      <link>https://www.bencode.io/posts/awscdk/</link>
      <pubDate>Sun, 19 Apr 2026 11:52:00 +1000</pubDate>
      <guid>https://www.bencode.io/posts/awscdk/</guid>
      <description>&lt;h1 id=&#34;aws-cdk-architecture&#34;&gt;AWS CDK Architecture&lt;/h1&gt;
&lt;p&gt;The CDK is essentially a &lt;strong&gt;code generator for CloudFormation&lt;/strong&gt;. You write infrastructure in a real programming language (C#, TypeScript, Python, Java, Go), and CDK synthesizes it into CloudFormation templates that AWS then deploys. You&amp;rsquo;re not replacing CloudFormation — you&amp;rsquo;re getting a much nicer way to author it.&lt;/p&gt;
&lt;h2 id=&#34;the-core-hierarchy&#34;&gt;The Core Hierarchy&lt;/h2&gt;
&lt;p&gt;There are three layers of abstraction you&amp;rsquo;ll encounter, and they nest inside each other:&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;App → Stack → Construct&lt;/strong&gt;&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
