Kushagra GoyalStack

How I think about infrastructure

Hardware choices rarely stay isolated. A processor can change software cost, a drive can change the chassis, and a GPU can change power and networking. I use this map to keep those dependencies visible.

Four parts of the infrastructure crossed by five questionsCompute, storage, networking and the rack are drawn as four rows. Configuration, lifecycle, supply, economics and AI workloads run down across all four. Where a question meets a part of the system there is a decision to make, and those decisions shape what a customer can order. Each label opens its own page.ComputeCPU MEMORY GPUStorageBLOCK FILE OBJECTNetworkingFABRIC BANDWIDTHRackPOWER COOLINGConfigurationLifecycleSupplyEconomicsAI workloadsWhat a customer can ordergoverned buildable quotable
The model

Four parts, five questions

The parts of the system run across and the questions I ask of each run down. Hover or tap a label to see where they cross, then open it to read more.

Tap a part of the system or a question to see where they cross.

What the system is made of

I think about the infrastructure in four buckets: compute, storage, networking, and the rack itself. GPUs sit inside the compute decision, because choosing one usually changes the rest of the server around it.

Four parts

See the hardware inside these parts

The questions I apply across the system

Whichever part I am looking at, the same five questions come up: how it gets configured, what happens as parts change, whether we can actually get them, what it costs to run, and what an AI workload does to all of that.

Five questions