Build1 distinct publisher3 min readUpdated
A dev.to walkthrough shows a 100 TB bucket's storage line falling from $2,304.00 to $1,254.40. Retrieval, requests and per-object overhead are billed somewhere else, and nobody re-checks.
The Engineer · Build desk
Compiled by The EngineerSomething wrong?How this is made
The 40 percent saving routinely quoted for S3 lifecycle policies survives contact with a calculator: a dev.to walkthrough puts 30 percent of a 100 TB us-east-1 bucket into Standard-IA and 40 percent into Glacier Instant Retrieval, and the storage line drops from $2,304.00 to $1,254.40, a 45.6 percent cut [2]. It matters because that figure covers one line item on one bucket shape, and the same piece says plainly that the saving leaks back out in the quarter after the rule ships, in the line items nobody re-opens [1][3].
The baseline is not in dispute. AWS bills 1 TB as 1,024 GB, so 100 TB is 102,400 GB [5]; all-Standard, that is 51,200 GB at $0.023 plus 51,200 GB at $0.022, or $2,304.00 a month [6]. The author says every rate comes from the Price List Bulk API us-east-1 offer file dated 2026-08-07, or is derived from it [4]. So the move saves $1,049.60 a month [7], $12,595.20 a year [8], and takes the blended rate across the whole bucket from $0.0225 to $0.01225 per GB-month [9]. Note what it costs to get there: 70 percent of your bytes leave Standard, leaving 30 percent hot [10]. The write-up concedes the 45.6 percent assumes roughly two-thirds of bytes are older than 30 days, the usual shape for logs, backups and ML snapshots [11].
Now the leakage. Requests and retrievals bill on top of storage, and the piece names them as exactly where the saving disappears [12]. Billing starts the instant the rule is satisfied, not when the copy completes, so you pay the destination rate from day one while AWS is still moving bytes in the background [13]. Glacier Flexible and Deep Archive add 40 KB of overhead per object, 8 KB at S3 Standard rates and 32 KB at the destination Glacier rate [15] - so 20 percent of that overhead is billed at your most expensive tier [16], and ten million objects means 381.47 GB of metadata you are paying to store [17]. Transitions also only go down the ladder, with the User Guide saying the Deep Archive transition "can go only one way" [14]. The advice is to pick the class by read frequency and then check the minimum duration, because per-GB storage and per-GB retrieval are the two numbers that drive cost [18].
One honest gap worth copying: the us-east-1 offer file exposes Deep Archive transition, retrieval and checksum SKUs but no per-GB timed-storage SKU, so the author refuses to quote a rate and tells you to pull it from the pricing console before budgeting, offering Intelligent-Tiering's Deep Archive Access tier at $0.00099/GB-mo as the nearest verifiable neighbour [19]. That neighbour is about 23 times cheaper than Standard's first band [20], which is precisely why an unverified rate is a dangerous thing to build a forecast on. One Zone-IA is described as 20 percent cheaper at 99.5 percent availability in a single AZ, suitable for thumbnails, transcodes or a second backup copy, never the only copy [21].
Watch the object-size filter in the sample rule: logs/ with ObjectSizeGreaterThan 131072, tiering at 30 days to Standard-IA and 120 days to Glacier IR [24]. That threshold is 128 KB [25], and it exists because small objects cost more to move than to keep. Sixty days after your rule ships, re-open retrieval GB, request counts and per-object overhead, not the storage line you already congratulated yourself on.
Follow any of these and your For You feed starts watching them — no settings page required.
Ranked by verification strength, evidence, and original report placement.
The '40%' saving people quote for S3 lifecycle policies is real, but only for one specific bucket shape and only on the storage line.
On AWS us-east-1 list prices, pushing 30% of a 100 TB bucket to Standard-IA and 40% to Glacier Instant Retrieval drops the storage line from $2,304.00 to $1,254.40, a 45.6% cut.
AWS bills 1 TB as 1,024 GB, so a 100 TB bucket is 102,400 GB.
Baseline with everything in S3 Standard: 51,200 GB x $0.023 = $1,177.60 (first 50 TB band) plus 51,200 GB x $0.022 = $1,126.40 (next 450 TB band), total $2,304.00 per month.
The 45.6% figure assumes roughly two-thirds of the bytes are over 30 days old, which is the usual shape for logs, backups and ML snapshots.
The 45.6% is the storage line only; requests and retrievals bill on top, and they are exactly where the saving disappears.
Evidence-backed comparisons of source perspectives and observed adoption signals. Read the methodology
Which Builder, Operator, and Investor concerns the observed source mix emphasized—not a truth score.
Evidence, demonstrated adoption, hype gap, incentives, and confidence are assessed independently, each on its own current evidence. How these are measured.
First-party price data, internally consistent, single unverified author
The quantitative core is traceable to a named first-party artefact (AWS Price List Bulk API us-east-1 offer file, publicationDate 2026-08-07) and the published arithmetic reproduces itself: the stated band rates give $1,177.60 + $1,126.40 = $2,304.00, the 30/30/40 split gives $1,254.40, and the derived 45.6%, $12,595.20/year, $0.01225 blended rate and 381.47 GB of Glacier metadata all follow. Behavioural claims quote the AWS User Guide and CLI reference. Ceiling is set by a single self-published author, no independent replication, an admitted gap where the Deep Archive storage SKU should be, CLI blocks explicitly not executed in CI, and a retrieval-fee section that breaks off mid-sentence.
No usage or realised-savings data
Nothing in the supplied material reports how many teams run these rules, how large the affected footprints are, or what a bill actually did after a rollout. The two dated observations available are provider-side artefacts - a price-list publication and an AWS default-behaviour change - not evidence of practitioner adoption or realised savings, and the one production datapoint offered is an unquantified anecdote about a 200 KB-heavy bucket.
Headline generalises a modelled best case
Slightly overstated overall. The 40%-in-the-title framing and the 45.6% result describe one modelled bucket shape on one region's list prices, contingent on two-thirds of bytes being over 30 days old, and cover only the storage line; the offsetting transition, retrieval and per-object overhead costs are asserted as decisive but never netted out in the published text. Against that, the article deflates the folklore it inherits, states its own scope limits, and refuses to quote an unverifiable rate, which keeps the gap small rather than large.
Attention incentive on a developer platform, no disclosed vendor tie
Moderate and mostly reputational. The piece is a self-published post on a developer-content platform with a percentage-in-the-headline structure that rewards reach, and it promotes a specific vendor's practice. There is no disclosed sponsorship, product, affiliate link or tool being sold in the supplied text, and several editorial choices - naming the offer file and its publication date, marking copied CLI blocks as not executed, refusing to quote an absent SKU - cut against embellishment.
Checkable arithmetic, one publisher, no outcome data
Confidence is mid-range: the pricing claims are self-consistent and traceable to a dated first-party artefact, and the mechanics claims quote AWS documentation, so the descriptive layer is fairly reliable. It is held down by a one-source cluster with no corroboration, an incomplete body that stops inside the retrieval-fee argument, an acknowledged missing Deep Archive rate, and a complete absence of adoption or realised-savings measurement.
build
Force the tool call, then hand Lightsail a long-lived key1 distinct publisher
build
CSA's 2026 threat list is a flat line, so ask which threats a config snapshot can prove1 distinct publisher
build
The streaming edit is a software layer: proxies, stubs and an ffmpeg hook on storage you own1 distinct publisher
build
The middle tier for Postgres: own kernel, no public IP, and you own the backups1 distinct publisher
Distinct publishers with included, body-backed reporting in this cluster.
dev.to
1 article · August 19, 2026