The Bit Shift

The Wish List
2 min read

The Wish List

Real architecture is the list of things you refused to add.


Every architecture document we read sounds the same. Microservices because scale. Kafka because events. Kubernetes because production. Service meshes because security. Forty pages, twelve diagrams, and three quotes from a Netflix blog post written when the company writing them was still a slide deck.

This isn’t architecture. It’s a Christmas list to Santa Cloud.

It’s also the easiest document to write. The pressure to adopt is everywhere. Vendors, conferences, hiring posts, all rewarding the architect who said yes. We get it. We’ve written that document too.

Real architecture is the list of things you refused to add. The list of yeses is everyone’s job. Product wants the new framework. The senior engineer just got back from a conference and wants what they saw work at a much bigger company. The platform team has three open tabs about a service mesh and a free trial that expires Friday. Saying yes is the path of least resistance, the path of not derailing the meeting, the path that gets the architect promoted to “facilitator.”

Saying no is the part of the job nobody trained you for.

Look at OpenAI. They run ChatGPT on a single PostgreSQL primary. Eight hundred million users. Nearly fifty read replicas. They never sharded Postgres. They peeled the write-heavy workloads off to a separate sharded store and ground out optimizations on the primary instead.

The investment was real. Connection pooling. Caching with locking. Workload isolation. The kind of work that doesn’t show up in keynotes.

One SEV-0 in twelve months. Five-nines availability.

The architectural decision wasn’t “use Postgres.” Postgres is a default. The decision was refusing to shard the primary when the write curve got scary, and grinding through the optimizations that kept that refusal alive.

That’s the work. The diagrams are decoration.

The architecture you ship is the wish list you survived.

Audit your next design doc by what’s missing. Which popular technology did you consider and decline? Which framework did you protect the team from? If the answer is “none,” that’s a chance to start practicing. The framework you don’t adopt this quarter pays you in operational simplicity every day after. Nobody will thank you. The team that runs faster on Tuesday morning won’t know why.

Architecture is what survived your refusal. Refuse more.

SoftwareArchitecture EngineeringJudgment Pragmatism