Post

Amazon S3 Files

AWS just made S3 feel like a hard drive. Here's what that means.

Amazon S3 Files

Amazon announced S3 Files on April 7, 2026.

It's one of those quiet announcements that's actually a big deal once you understand what problem it solves.

Here's my breakdown.


First, a Quick Refresher: What is S3?

Amazon S3 (Simple Storage Service) is AWS's cloud storage service. Think of it as a giant, ultra-reliable hard drive in the sky where you can store files, images, videos, datasets, backups, anything. Millions of apps and companies use it every day.

But S3 is technically an object store. That's a fancy way of saying it stores files as individual "objects" with a unique address, not inside folders the way your computer does.

That difference is the whole point of this announcement.


So What Was the Problem Before?

Most software is built to work with a file system, the way files sit in folders on your laptop or server.

But S3 doesn't work like a file system. It works like a warehouse with unique labels on every item.

So when developers needed their apps to work with S3 data, they had to:

  • Copy data out of S3 into a separate file system
  • Keep both copies in sync
  • Build pipelines just to move data back and forth
  • Pay for double the storage
  • Sometimes rewrite the app entirely to use S3's API

It was friction. Expensive, repetitive friction.


What Does S3 Files Actually Do?

S3 Files makes your S3 bucket behave exactly like a regular folder.

Your app reads and writes files the normal way. No special S3 code. No copying. No pipelines.

Behind the scenes, AWS translates those file operations into S3 API requests automatically. Your data never leaves S3.

Built on top of Amazon EFS, it gives you:

  • Full file system semantics
  • Low-latency access with intelligent caching
  • Up to multiple terabytes per second of read throughput
  • Simultaneous access from thousands of compute resources

Before vs After

Before

  • Separate file system running alongside S3
  • Duplicate data
  • Complex sync pipelines
  • Double the cost
  • App rewrites required

After

  • S3 bucket mounted like a normal folder
  • One copy of data, always
  • No pipelines
  • S3 pricing only
  • Zero code changes

Key Numbers at a Glance

MetricValue
AWS Regions supported at launch34
Aggregate read throughputMultiple TB/s
Simultaneous compute connectionsThousands
Data migrations requiredZero

Who Benefits Most?

AI & ML Teams

AI models often need to read thousands of training files. With S3 Files, they can do that directly from S3 with no staging step. AI agents can also share memory and state across different parts of a pipeline.

Data & Analytics Teams

Data lakes (massive collections of raw data) are almost always stored in S3. Now any data tool can read from them directly without copying data anywhere first.

Developers

If you've written an app that reads from the local file system, it now works on S3 data with zero changes. That's huge.

Enterprises

Companies that already store terabytes in S3 can now give thousands of servers, containers, or functions simultaneous access to the same data.


Why Is This a Big Deal?

Before S3 Files, cloud storage and cloud file systems were two separate worlds, and bridging them was expensive and complicated. AWS is essentially merging those two worlds, giving you the best of both: the familiar feel of a file system, with the scale, durability, and low cost of S3.

Amazon calls it the first and only cloud object store to offer full file system access without moving your data. If that holds up in production, it removes a real headache that cloud developers have dealt with for years.


TL;DR

Amazon S3 Files lets you mount an S3 bucket like a regular folder on any AWS server, container, or function. Your existing apps work on it unchanged. Your data stays in S3, cheap, durable, and scalable, with no duplication, no complex pipelines, and no migration required. It's available in 34 AWS regions right now.


Full announcement → aws.amazon.com