Skip to content

How Dropbox left Amazon S3 — and what the '$75M saved' claim actually rests on

· 5 min read

Dropbox moved more than 90% of its users' data off Amazon S3 and onto Magic Pocket, a custom-built storage system it spent two and a half years developing, and later extended it with what it describes as the first petabyte-scale deployment of shingled magnetic recording (SMR) drives. Dropbox's own engineering posts document the migration's existence and scale, but the widely shared savings figures — including the '$75M' headline — trace to a single reporter's reading of Dropbox's S-1 filing rather than to the primary sources cited here. The Andreessen Horowitz 'cost of cloud' essay supplies the underlying argument: at sufficient scale, the margin pressure of renting cloud infrastructure can start to outweigh its flexibility.

What actually happened?

Dropbox moved the large majority of its file storage off Amazon S3 and onto infrastructure it built itself. In a post on its engineering blog, Scaling to exabytes and beyond, the company announced that a project it called Magic Pocket — after Dropbox's original nickname — had, after two and a half years of work, reached the point of "storing and serving over 90% of our users' data on our custom-built infrastructure."

A later Dropbox post documents the first petabyte-scale deployment of shingled magnetic recording (SMR) drives as an extension of the same system.

The story is circulating again because Cloud Codes published a video breakdown on 12 August 2026 — "Cloud Is a Trap: How Dropbox Left AWS and Saved $75M" — arguing the migration's finances are more complicated than the headline saving suggests. That video is how this story reached us; the sections below separate what Dropbox itself documented from what the video reports.

What do Dropbox's own posts say about Magic Pocket?

The documented facts are narrower than the coverage. From the resolved announcement: the project exists, it is called Magic Pocket, it took two and a half years, and by announcement time it was storing and serving over 90% of users' data on custom-built infrastructure. In Dropbox's words: "when our scale required building our own dedicated storage infrastructure, we named the project 'Magic Pocket.'" The portion of the post available here gives no architecture and no costs.

The SMR post adds one more documented fact via its title: a petabyte-scale SMR drive deployment extending Magic Pocket. Its full text was not available in this evidence bundle.

The specific machinery quoted in the coverage — 4 MB encrypted blocks sharded across erasure-coded cells, a sharded MySQL index, a storage engine rewritten in Rust — comes from Cloud Codes' summary (1:24, 2:10), not from the portion of Dropbox's posts available here. The same applies to the "Diskotech" 4U chassis and a claimed 2.29× density gain from SMR drives (2:40): the Dropbox hardware post the video links could not be resolved, so those details rest on the reporter's telling alone.

The documented outline of Dropbox's storage repatriation
What the resolved Dropbox posts document: files moved from Amazon S3 to the custom Magic Pocket system, which came to hold over 90% of users' data and was later extended with SMR drives. Architectural details beyond this outline come from secondary coverage, not the resolved posts.

What does the a16z essay argue?

The Cost of Cloud, a Trillion Dollar Paradox (Andreessen Horowitz, 27 May 2021) supplies the economic framing the current coverage leans on. Its thesis: "the pressure the cloud puts on margins can start to outweigh the benefits" as a company scales, and the essay sets out to quantify how much market capitalisation cloud spending suppresses in order to "inform the decision-making framework on managing infrastructure as companies scale."

Two things are worth holding onto. The essay is a venture firm's argument and framework, not an audit of any particular company. And its claim is conditional — repatriation pays at scale and as growth slows — which is exactly the condition the Dropbox case is used to illustrate.

Where do the savings numbers come from?

Every dollar figure in the current coverage traces to one source: Cloud Codes' reading of Dropbox's S-1 SEC filing — "page 73," per the video (0:00). The filing itself is not among this article's resolved sources, so all of the following is reported, not verified:

  • a $92.5M reduction in the AWS bill set against roughly $53M in datacenter capital expenditure (4:32);
  • gross margin rising from 33% to 67% (5:45);
  • a headline savings figure of $74.6M, which the video itself argues ignores the $53M of hardware depreciation that had to be absorbed "before a single dollar was saved";
  • roughly 500 petabytes of data moved off S3, per the video's description;
  • Dropbox retaining AWS usage in Europe and Asia after the migration (7:42).
Dropbox's cloud-repatriation cost figures, as reported
Figures as reported by Cloud Codes from Dropbox's S-1 filing (video, 4:32 and description). The filing itself is not among this article's resolved sources; treat these as single-source reported numbers. As reported, they do not reconcile: 92.5 minus 53 is 39.5, not 74.6.

Chart drawn from the source's reported figures. Data: https://www.youtube.com/watch?v=m5NLYxscKio.

Dropbox gross margin before and after the migration, as reported
Figures as reported by Cloud Codes (video, 5:45). Single-source; not independently documented against Dropbox's financial statements here.

Chart drawn from the source's reported figures. Data: https://www.youtube.com/watch?v=m5NLYxscKio.

The video also proposes five conditions an enterprise should meet before leaving public cloud. That checklist is the reporter's framework, in the spirit of the a16z essay, not an audited standard.

Where does the coverage go beyond the primary sources?

Three gaps stand out. First, Dropbox's engineering posts publish no dollar figures at all; the entire financial narrative — savings, margins, depreciation — rests on one reporter's reading of a filing this article could not verify.

Second, the numbers as reported do not reconcile on their face. A $92.5M gross reduction minus $53M in hardware cost is $39.5M, not the $74.6M headline figure, which suggests the numbers cover different periods or bases that the video does not specify.

Third, the video's own thesis undercuts its title. Its argument is precisely that the gross saving overstates the net benefit once depreciation is counted — which makes "Saved $75M" a headline the video's content partially retracts.

On the other side, the primary material confirms the story's engineering core: the migration happened, at greater-than-90% scale, and SMR hardware followed. The coverage is building on a real, documented event rather than inventing one.

What are the limits of this story?

  • The S-1 is not among the resolved sources. Every financial claim here is single-reporter. Reading the filing directly is the one step that would firm this story up.
  • One of the Dropbox hardware posts linked in the coverage could not be resolved, and the SMR post's full text was unavailable here; the hardware specifics (Diskotech chassis, 2.29× density, erasure-coding layout) are unverified.
  • The a16z essay is an investor's framework published in 2021. It argues a thesis about cloud economics generally; it is not evidence about Dropbox's accounts in particular.
  • The coverage in this bundle is one channel. No second independent reporter corroborates the numbers.

Sources

Primary sources

Reporting that surfaced this

Frequently asked questions

How much did Dropbox save by leaving AWS?

The widely shared figures — a $74.6M headline saving, or a $92.5M reduction in AWS spending against roughly $53M in datacenter hardware costs — come from one reporter's (Cloud Codes) reading of Dropbox's S-1 filing. The filing itself is not among this article's resolved sources, so those numbers should be treated as reported, not verified. Dropbox's own engineering posts document the migration but publish no savings figures.

What is Dropbox Magic Pocket?

Magic Pocket is Dropbox's custom-built storage infrastructure, named after the company's original nickname. Dropbox's engineering blog announced that after a two-and-a-half-year build, the system was storing and serving over 90% of users' data that had previously lived on Amazon S3.

What are SMR drives and why did Dropbox use them?

SMR — shingled magnetic recording — is a hard-drive recording technology, and Dropbox's engineering blog documents what it calls the first petabyte-scale SMR drive deployment as an extension of Magic Pocket. The 2.29× density figure quoted in recent coverage comes from a reporter's summary, not from the portion of Dropbox's post available here.

When does leaving the cloud make financial sense?

Andreessen Horowitz's 2021 essay 'The Cost of Cloud, a Trillion Dollar Paradox' argues that as a company scales, the pressure cloud spending puts on margins can start to outweigh the flexibility benefits, and it proposes a framework for deciding when to bring infrastructure in-house. The recent video coverage adds its own five-condition checklist, which is that reporter's framework rather than an audited standard.

Does Dropbox still use AWS at all?

According to Cloud Codes' breakdown, Dropbox retained AWS usage in Europe and Asia after the migration. Dropbox's resolved engineering posts do not address regional arrangements, so this detail is single-source and unverified.

Is the '$75M saved' headline accurate?

It is a reported figure, not a documented one. The same coverage that popularised it argues the gross AWS reduction must be netted against about $53M in hardware depreciation, so 'saved $75M' overstates the net benefit even on the video's own terms. Confirming any of these numbers requires reading Dropbox's S-1 filing directly.

Share
0

Discussion

Corrections and additions are welcome.

No comments yet. If you spot an error or have something to add, start the thread.

Leave a comment

You need an account to comment. Reading, voting counts and sharing stay open to everyone.

Sign in to comment