Writing / 2020
Apple M1 and ARM Servers: What Changes for Infrastructure
The M1 is impressive hardware. The 'ARM everywhere in the data center' takes are not. What it changes for infrastructure: multi-arch builds, now.
Everyone lost their minds over the M1 benchmarks last week. The chip deserves it. But the hot takes about ARM taking over the data center overnight are wildly premature.
I run a cloud infrastructure startup. I think about server architectures constantly. And my reaction to the M1 is: great laptop chip, almost irrelevant to my server decisions today.
The hype vs. the reality
Apple designed the M1 for consumer devices. Tight integration between CPU, GPU, unified memory, the whole SoC approach. That’s what makes it fast. It’s also what makes it completely unlike anything you’d rack in a data center.
Server ARM is a different animal. Graviton2 and Ampere Altra exist already. They’re real. They’re decent. But they’re not the M1, and the M1 isn’t them. People conflating Apple’s consumer chip with the state of ARM servers are making a category error.
The real impact is on developer laptops
The M1’s biggest server impact is on developer laptops.
Every Mac developer is about to be running arm64 natively. That means your CI pipeline, your Docker images, your build tooling: all of it needs to handle multi-arch or you’re going to have a bad time. This is already annoying. It’s about to get much more annoying.
At my infrastructure startup I started shipping multi-arch images a few months ago. Not because I love ARM servers. Because I saw this coming and didn’t want the Go binaries breaking the moment developer laptops switched to ARM.
Cross-compile your stuff (Go makes this nearly free
). Publish arm64 and amd64 images. Test on both. This isn’t optional anymore.
ARM servers: be skeptical, not dismissive
I’ve benchmarked Graviton2 instances for several of our workloads. Results are mixed. Some services run 15-20% cheaper at comparable performance, which matters if you read your cloud bill . Others are worse. The “ARM is always more efficient” line is marketing. Reality is workload-specific.
Native extensions are still a pain. Some vendor SDKs don’t have ARM builds. The ecosystem is getting there but it’s not there.
My advice: pick one stateless, non-critical service. Run it on ARM for a month. Measure everything. Then decide if it’s worth the migration overhead for your specific stack. Don’t migrate because a blog post told you ARM is the future.
My prediction
Five years from now, ARM will have meaningful server market share. Not because of Apple. Because of economics: AWS is building its own chips, and when your cloud provider is also your chip vendor, the pricing incentives get very real.
But that’s a five-year story. Not a next-quarter story. And definitely not a “rewrite your deployment pipeline this weekend” story.
Fix your multi-arch builds. Ignore the hype. Check back in 2022.