Posts

Solve: Fixing Poisoned Dynamic References in CloudFormation

Image
Solve: Fixing Poisoned Dynamic References in CloudFormation Problem A CloudFormation update fails due to a Secrets Manager dynamic reference that no longer resolves. Even after removing the reference from the template, CFN still attempts to evaluate the broken reference — blocking further updates and leaving the stack stuck. Clarifying the Issue Dynamic references like this:  yaml !Sub '{{resolve:secretsmanager:${SecretArn}:SecretString:TOKEN:AWSCURRENT:VersionId}}' resolve at deployment planning time, not runtime. If the referenced VersionId is no longer valid for the given VersionStage (e.g., AWSCURRENT ), the stack update fails. The trap? Even if you remove the reference from your new template, CloudFormation still evaluates the old reference during update planning. So the same error occurs — again and again — and the stack appears unrecoverable. Before / After Snippet ❌ Before (Poisoned)  yaml Resources: HelloWorldFunction: Type: AWS::Lambda::Fu...

New Article on Medium: AI Built My AWS Stack

Image
New Article on Medium: AI Built My AWS Stack  What happens when an AI coding agent builds an AWS app from scratch —  S3 to Lambda to ECS to Snowflake — entirely inside a local sandbox? In this walkthrough, I break down LocalStack CEO Waldemar Hummer’s live demo at the July LocalStack meetup. He used Cursor, Terraform, and a fully emulated AWS stack to prototype a production-grade architecture — all without cloud credentials, billing surprises, or broken pipelines. It’s not just a demo. It’s a glimpse of how we’ll build cloud-native apps tomorrow — safer, faster, and testbed-first. đź“– Read the full write-up on Medium * * * Aaron Rose is a software engineer and technology writer.

New Article on Medium: Azure on LocalStack

Image
New Article on Medium: Azure on LocalStack The local cloud development landscape just got more interesting. LocalStack, the go-to tool for AWS local development, has quietly rolled out Azure service emulation—and it's opening up fascinating possibilities for multi-cloud development. What's New in LocalStack LocalStack's Azure support is currently in alpha, but it's already functional enough to experiment with. The most interesting addition? Azure Blob Storage emulation that works through familiar S3 APIs. This isn't just another cloud service addition—it's a bridge between cloud ecosystems. Why This Matters for Development Teams For AWS-First Organizations : Prototype Azure integrations without leaving your toolchain Use existing boto3 and Terraform knowledge for Azure scenarios Test cross-cloud architectures locally For Multi-Cloud Strategies : Validate cloud-agnostic application designs Experiment with hybrid cloud patterns Reduce ...

Solve: Testing Azure Blob Storage in LocalStack—A Complete Guide Introduction

Image
Solve: Testing Azure Blob Storage in LocalStack—A Complete Guide Introduction LocalStack has become an invaluable tool for developers who want to test cloud services locally without incurring costs or dealing with complex cloud setups. While LocalStack's AWS emulation is mature and well-documented, its Azure support is still in alpha—which means it's functional but comes with some important caveats. In this guide, we'll walk through testing Azure Blob Storage functionality using LocalStack, and more importantly, we'll show you what to do when things don't work as expected. You'll learn how to set up a local testing environment, attempt to use Terraform with Azure providers, and implement a practical workaround when the official approach hits roadblocks. What you'll learn: How to configure LocalStack for Azure Blob Storage emulation Why the Azure Terraform provider doesn't work with LocalStack (yet) A practi...

Solve: Testing Azure Blob in LocalStack...And What to Do When Terraform Fails

Image
Solve: Testing Azure Blob in LocalStack...And What to Do When Terraform Fails Detailed Steps ✅ Step 1: Create a Python virtual environment (Terminal #1)  bash python3 -m venv ~/envs/azure-localstack source ~/envs/azure-localstack/bin/activate Creates an isolated environment for Python testing. ✅ Step 2: Install required Python packages (Terminal #1)   bash pip install boto3 requests We’ll use these to talk to the LocalStack Blob backend. ✅ Step 3: Start LocalStack with Azure + S3 enabled (Terminal #1)   bash docker run -it -p 4566:4566 -e SERVICES=azure,s3 localstack/localstack Keeps running — leave this Terminal #1 open. ✅ Step 4: Open a new terminal and activate Python environment (Terminal #2)  bash source ~/envs/azure-localstack/bin/activate Then check LocalStack status:  bash curl http://localhost:4566/_localstack/health Confirms that s3 and azure services are running. ✅ Step 5: Create a test script to uplo...

Build: Building Bulletproof Aurora—A Production Guide to Multi-Region Failover, Recovery, and Resilience

Image
Build: Building Bulletproof Aurora—A Production Guide to Multi-Region Failover, Recovery, and Resilience In a previous post, we covered how to route user traffic to region-specific Aurora shards using Node.js. That gave us lower latency and regulatory compliance — but what happens when one of those regions goes down? Multi-region systems sound resilient on paper. But when real-world cloud hiccups hit — a DNS outage, a cluster crash, or a full regional event — your app has to do more than panic. It needs a plan. This post is about what that plan can look like. Problem You've deployed Aurora in multiple regions and built app logic to route user requests to their local shard. But now you're facing the critical question: "What happens when a region goes offline — even temporarily?" Without proper failover logic, your application will: Time out or crash when one region's database becomes unreachable Fail to serve users in the affected region en...