Does Moving Faster with Cloud and Analytics Make Systems Stronger, or Just More Fragile?

Guest post

This is a guest post from Grant Fritchey.

Grant Fritchey works for Redgate Software as a Devops Advocate. Grant has worked for more than thirty years in IT as a developer and a DBA. He has built systems from the major enterprise to distributed systems to small boutique companies. Grant writes articles on various data related topics for SQL Server Central and SimpleTalk. He is the author of multiple books including, SQL Server Execution Plans and SQL Server Query Performance Tuning. Grant currently serves on the Board of Directors of the PASS organization, a non-profit professional organization for data professionals. He develops and presents complete structured learning plans to teach Azure, AWS, and other data related topics to developers and other IS personnel. Grant is a Microsoft Data Platform MVP and an AWS Community Builder.

I’ve been part of projects where speed was the main goal: get into the cloud, adopt analytics, deliver results fast. And I’ve seen both sides of the outcome. Experienced architects usually know where cracks will appear. They design guardrails: cost controls, security measures, fallback plans. The systems may move fast, but they don’t break as easily.

But when less experienced teams push for velocity, it can get messy. You end up with fragile architectures, ballooning costs, and governance problems that only surface when it’s too late. Velocity without foresight usually leads to fragility.

That’s why I’m behind the State of the Database Landscape 2026 survey. It’s a way for the community to share what really happens when we chase speed - the successes and the failures. If you’ve lived this trade-off, I’d love to hear your story.

Share your thoughts - you'll also have a chance of winning a $250 gift card or the new SQL Prompt