Figma's $100M AWS Bill: The Vendor Lock-In Dilemma and Hidden Cloud Costs

HongHong
4 min read

The recent revelation that Figma spends a staggering $100 million annually on AWS is more than just eye candy for tech gossip columns. It's a flashing neon sign highlighting a critical dilemma facing modern tech teams: when does the agility of hyperscale clouds become overshadowed by suffocating vendor lock-in and runaway costs?

We’ve all been there. Hyperscale clouds (AWS, Azure, GCP) offer an intoxicating promise: instant scalability, a buffet of managed services, and freedom from racking servers. Developers love them because they remove friction—spin up a database in minutes, integrate AI with an API call, and sleep soundly knowing auto-scaling handles traffic spikes. It’s productivity on steroids. But beneath this shiny surface lurks a trap. That "easy button" comes with strings attached, strings that tighten over time into handcuffs.

What Makes Lock-In So Sticky?

Vendor lock-in isn’t just about contracts; it’s architectural. Hyperscalers design ecosystems that are irresistibly convenient but inherently proprietary. Think about it:

  • Proprietary Services: Using DynamoDB, BigQuery, or Cosmos DB? Their APIs, data formats, and operational quirks are unique. Migrating terabytes of data isn’t just a "lift-and-shift"—it’s a rewrite.
  • Data Gravity: Once your data lives in S3 or Blob Storage, moving it out means battling egress fees (which feel like a tax on leaving) and reengineering pipelines.
  • Toolchain Dependency: Cloud-native tools like AWS Lambda or Azure Functions embed your logic deep into their fabric. Untangling it requires rebuilding workflows elsewhere.
  • Psychological Inertia: Teams build expertise around one stack. The thought of retraining or rearchitecting feels like climbing Everest.

The result? You’re not just using a cloud; you’re married to it. And divorce is expensive.

The Cost of Comfort: Beyond the Bill

Figma’s $100M bill is extreme, but it’s symptomatic of a wider pattern. Lock-in exposes you to three brutal realities:

  1. The Bill Shock: Hyperscalers lure you with free tiers and startup credits, but costs explode as you scale. Reserved Instances commit you long-term, while opaque pricing makes forecasting feel like gambling. In 2023 alone, 73% of SaaS vendors hiked prices—and when you’re locked in, you pay.
  2. Innovation Lockout: Stuck on Vendor A’s ecosystem? You might miss Vendor B’s breakthrough AI tool or Vendor C’s cutting-edge GPU cluster. Your competitor, unshackled, just deployed it.
  3. The Negotiation Nightmare: When switching costs are existential, your leverage evaporates. Price hikes? Take it or face months of chaos. One CTO admitted, "We’re held hostage by our own infrastructure."

Agility vs. Autonomy: The False Binary?

This isn’t about ditching the cloud. The agility is real—deploying globally in minutes or prototyping with serverless is revolutionary. But agility shouldn’t mean surrender. The real question is: when does short-term speed sabotage long-term resilience?

For startups, hyperscale clouds are rocket fuel. But as you scale (like Figma), the math changes. That $100M could fund an entire engineering org or bootstrap a private cloud. Yet repatriating isn’t simple. One study found only 44% of businesses truly understood lock-in risks—until they tried to leave.

Fighting Lock-In Without Losing Velocity

Escaping the trap doesn’t mean abandoning cloud; it means architecting for optionality:

  • Embrace Open Standards: Kubernetes, Terraform, and open-source databases (PostgreSQL, MySQL) create escape hatches. Containers abstract away infrastructure, making workloads portable.
  • Design for Decoupling: Use microservices with clear interfaces. Wrap vendor services in adapters so replacing AWS SQS with RabbitMQ doesn’t require heart surgery.
  • Data Sovereignty: Store data in open formats (Parquet, JSON) in object storage first, not directly in proprietary DBs. Treat egress fees as a line item in TCO calculations.
  • Multi-Cloud Skepticism: It’s trendy but complex. Instead, prioritize hybrid flexibility—keep core data portable, and use clouds tactically (e.g., bursty workloads).
  • Negotiate Early: Demand transparent pricing and exit clauses upfront. If a vendor balks at data portability, walk away.

The Balancing Act

The hyperscale cloud isn’t "bad." It’s a tool. But like any tool, misuse has consequences. For developers, it means questioning that slick managed service—could open-source do this? For leaders, it’s budgeting not just for usage, but for unusage: migration reserves, exit rehearsals.

Figma’s $100M bill is a wake-up call. The cloud’s agility is undeniable, but blind reliance risks trading short-term speed for long-term stagnation. The goal isn’t to flee the cloud—it’s to fly with a parachute.

References:
  • https://www.geeksforgeeks.org/mobile-computing/vendor-lock-in-in-cloud-computing/
  • https://drj.com/industry_news/understanding-the-risks-of-cloud-vendor-lock-in/
  • https://brcci.org/blog/critical-analysis-of-vendor-lock-in-and-its-impact-on-cloud-computing-migration-a-business-perspective/
  • https://www.itprotoday.com/software-development/the-rising-cost-of-vendor-lock-in
  • https://journalofcloudcomputing.springeropen.com/articles/10.1186/s13677-016-0054-z
0
Subscribe to my newsletter

Read articles from Hong directly inside your inbox. Subscribe to the newsletter, and don't miss out.

Written by

Hong
Hong

I am a developer from Malaysia. I work with PHP most of the time, recently I fell in love with Go. When I am not working, I will be ballroom dancing :-)