DEV Community

Cover image for I was frustrated with AWS, so I built a new cloud platform
Avin
Avin

Posted on • Originally published at viduli.io

I was frustrated with AWS, so I built a new cloud platform

The Breaking Point

I spent more time configuring IAM policies than writing actual code.
Every new feature meant navigating a labyrinth of security groups, VPCs, and
permission boundaries. What should have been a 2-hour feature turned into a
2-day infrastructure marathon.

My team's velocity was dying a slow death.
We hired talented developers to build innovative features, but they were
spending 60-70% of their time wrestling with CloudFormation templates and
debugging deployment pipelines instead of solving real problems for our users.


The AWS Tax Nobody Talks About

The "simple" tasks weren't simple at all.
Want to spin up a database? That's 47 configuration options, subnet groups,
parameter groups, and security rules before you even get a connection string.
The cognitive overhead was crushing our productivity.

Every microservice became an infrastructure project.
What started as "let's break this into smaller services" turned into managing
dozens of load balancers, auto-scaling groups, and monitoring dashboards. The
operational complexity grew exponentially with each new service.


The Realization

I calculated the actual cost—and it was shocking.
For every $1 we spent on AWS bills, we were spending $10 in engineering time
managing the infrastructure. The real expense wasn't the cloud bill; it was the
opportunity cost of not shipping features.

Architecture diagrams and actual infrastructure lived in different worlds.
We'd sketch beautiful diagrams in meetings, then spend weeks translating them
into Terraform configs. Why couldn't the diagram BE the infrastructure?


Building the Alternative

I wanted "deploy and forget" to actually mean something.
Not "deploy and spend the next month monitoring, tweaking, and firefighting,"
but genuinely launching something and having it just work—with all the
enterprise features built-in from day one.

Visual infrastructure that matches how we think.
Developers and architects think in diagrams and connections. Viduli's canvas
view makes your infrastructure look exactly like your architecture drawings
because it should be that intuitive.

Managed services that are actually managed.
Every component—web servers, databases, caches—comes production-ready with
monitoring, backups, scaling, and security configured correctly by default. No
more decision fatigue over which of 47 options to choose.

Freedom to build however you want.
Whether you're running a monolith, microservices, or something in between, the
platform adapts to your architecture—not the other way around. No more fighting
against platform limitations.

Check it out here: https://viduli.io/sign-up


TLDR

I got tired of wrestling with AWS infrastructure—spending more time on IAM
policies and CloudFormation than actually building features. My team was burning
through engineering hours on infrastructure complexity while our product
velocity tanked. So I took matters into my own hands and built Viduli, a cloud
platform where you just draw your architecture and deploy.

Top comments (0)