11. Object / Blob Storage
The picture to keep in your head
Every question below is answered twice: first at the cloakroom, so you can picture it, then in the system, so you know exactly how it works. Each answer ends with a memory code to lock it in.
The picture to keep in your head
At a wedding hall, you don't carry your coat around all evening. You hand it in at the cloakroom, and you get a small token: number 214. The attendant hangs the coat in a back room you never see, maybe with a tag ("wool, blue, belongs to Ravi"). Later you show the token and get your coat back, whole. You can't ask them to change one button on it while it's hanging there. And if you want your friend to collect it, you write a note: "please give coat 214 to the bearer, until 9 pm today".
That's object storage (also called blob storage): you hand over a whole file, you keep a small key to find it, and the service stores it safely in places you never see.
Our running example: the bookstore's files: book cover images, paid e-book PDFs, and photos customers attach to reviews. None of these belong in the orders database.
| At the cloakroom | In the system |
|---|---|
| The coat | The object: an image, PDF, video, backup |
| Token number 214 | The object key, saved in your database |
| The tag on the coat | Metadata: content type, size, your own labels |
| The back rooms | The storage service's machines and buildings |
| Getting the coat back whole | Objects are read and replaced whole, not edited in place |
| "Give coat 214 to the bearer until 9 pm" | A presigned URL |
| Moving old coats to the basement | Storage classes and lifecycle rules |
Figure: the cloakroom, mapped to the system. The database keeps tokens; object storage keeps coats.