<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>IaC - Tag - AWS Sensei</title><link>https://aws-sensei.cloud/tags/iac/</link><description>IaC - Tag - AWS Sensei</description><generator>Hugo -- gohugo.io</generator><language>en</language><lastBuildDate>Thu, 02 Apr 2026 00:00:00 +0200</lastBuildDate><atom:link href="https://aws-sensei.cloud/tags/iac/" rel="self" type="application/rss+xml"/><item><title>Three Pipelines, One Platform — My CI/CD Architecture on AWS</title><link>https://aws-sensei.cloud/posts/2026-04-02-three-pipelines-one-platform/</link><pubDate>Thu, 02 Apr 2026 00:00:00 +0200</pubDate><author>Marcel</author><guid>https://aws-sensei.cloud/posts/2026-04-02-three-pipelines-one-platform/</guid><description>🔊 Voiced by Amazon Polly
In the first post I described how aws-sensei.cloud is set up — Hugo, S3, CloudFront, a CodeBuild pipeline. That was a good start. But one pipeline for everything doesn&amp;rsquo;t scale.
The problem showed up in practice faster than expected: with a single pipeline, I kept hitting the CodeBuild free tier limit just by writing blog posts — even though I had only changed Markdown. Every commit triggered the full pipeline: Hugo build, infrastructure deploy, everything.</description></item><item><title>From Vercel to AWS — Migrating My Blog to the Cloud</title><link>https://aws-sensei.cloud/posts/2026-03-26-aws-cloud-migration-blog/</link><pubDate>Thu, 26 Mar 2026 00:00:00 +0200</pubDate><author>Marcel</author><guid>https://aws-sensei.cloud/posts/2026-03-26-aws-cloud-migration-blog/</guid><description>🔊 Voiced by Amazon Polly
I have been working with AWS for over six years — in projects, in architecture, day to day. At some point it became clear: if I take my AWS knowledge seriously and want to show it to the world, my own infrastructure should reflect that.
That is how AWS Sensei came about — as a platform to share knowledge, try things out, and make AWS skills visible.</description></item></channel></rss>