Everything on Standard
Objects nobody has read in two years sitting on the most expensive storage class available.
[ AWS & Cloud / AWS S3 Optimization ]
S3 is cheap until it isn't. Old objects on the wrong storage class, no lifecycle rules, and every byte served at full egress rate. I fix all three without deleting anything you need.
Read-only analysis · Nothing deleted without your sign-off
[ What goes wrong ]
Buckets accumulate. Nobody is ever assigned to clean them, so nobody does.
Objects nobody has read in two years sitting on the most expensive storage class available.
Nothing ever transitions, nothing ever expires, and old versions pile up invisibly underneath.
Versioning enabled for safety, noncurrent versions never expired, so you store every edit forever.
Incomplete uploads that never finished, invisible in the console, billing every month since.
Serving assets straight from the bucket means paying full egress on every single request.
Dozens of buckets, no tags, no owner, and nobody willing to be the one who deletes something.
[ How it works ]
Storage class distribution, object age, size profile and access patterns per bucket — plus what is costing you in requests and egress rather than storage.
Lifecycle rules, tiering decisions and cleanup targets, written up and sent for your approval. Nothing is deleted until you sign off in writing.
Rules applied, CDN put in front where it pays, and the next month's bill checked against the projection.
[ What actually changes ]
Storage optimization is mostly policy work. The risk comes from acting without measuring first, which is why measurement is a whole phase.
[ Example engagement ]
Years of user uploads sitting on Standard with versioning and no expiry rules. Analysis showed most objects had not been read in over a year.
Illustrative example of a typical engagement. Figures vary with the state of your systems and are not a guarantee of a specific outcome.
[ Free · read-only ]
A written analysis of storage classes, object age and access patterns, with the projected saving for each change. No deletions, no obligation.
[ Pricing ]
Tell me the number you have to work with. I'll tell you honestly what's achievable within it — and if it isn't enough, I'll say so before we start rather than halfway through.
Scope agreed in writing, price agreed in writing, before any work starts. No hourly creep and no invoice you haven't already approved.
For ongoing work — maintenance, monitoring, updates and small changes. Month to month, cancel whenever, no minimum term.
For a single bug or a short task where writing a full scope would cost more than simply doing the work.
Budget too tight for the whole thing? I'll often suggest doing the highest-value part first and the rest later, rather than doing all of it badly.
[ Questions ]
Nothing is deleted without written approval from you, item by item. Most of the saving comes from moving objects to cheaper storage classes and expiring old versions, not from deletion.
Archived objects are still yours — retrieval takes minutes to hours depending on the tier and carries a small fee. I only recommend deep archive tiers for data where that trade-off genuinely fits.
No. It carries a small monitoring charge per object, which can exceed the saving if you store millions of very small files. I check your object-size distribution before recommending it.
Yes, and that is often the bigger win. Putting a CDN in front of the bucket typically pays for itself immediately, because origin fetches from AWS are not charged at standard egress rates.
Lifecycle transitions apply on the next evaluation cycle, so most of the change shows on the following month's invoice.
[ Related services ]
[ Let's talk ]
Describe the problem in a few lines and you'll get a real reply from the person who'd do the work โ same working day, no discovery call required.