
Trust Is the Architecture (Part 1)
Over the past few years, I have written about serverless from a technical perspective, covering topics like latency, multi-region setups, and complex scenarios. That is all important, but this time I want to shift focus. Instead of building and deploying, I want to talk about what happens next: how to handle governance and answer the question: How do I run this when the blast radius is large, the org is big, and somebody outside engineering needs proof? This is Part 1 , where I will introduce the main idea and share my perspective. Looking back at my journey with serverless, I started out using managed services to deliver value and ship features faster. As traffic increased, I learned how concurrency, retries, throttling, and quotas work. That is when I added caching and other solutions to help the system scale. I also discovered the limits of the system the hard way, especially when multiple teams relied on the same things. This is when Serverless stopped being just a way to build. At
Continue reading on Dev.to
Opens in a new tab



