Tilbage til bloggen

Rabatteater: når din cloud-regning kræver et regneark, ikke et deploy

Du kom for at sende software ud. Du blev hængende for at modellere amortiserede 3-årige forpligtelser.

Det er der, de fleste teams møder deres clouds prissætning for alvor. Ikke listeprisen på instance-siden, men den anden pris: den, der først dukker op, efter du har bygget et regneark, bedt finansafdelingen om en godkendelse og væddet på, hvordan dit workload ser ud i 2029.

Labyrinten

Hver hyperscaler leverer det samme sæt rabatinstrumenter, bare pakket ind i forskellige navne. Lær ét, og du har stort set lært dem alle.

  • Reserved instances — forpligt dig til en bestemt shape, i en bestemt region, i et eller tre år. Få en rabat. Bliv låst til den shape. Brug for noget større næste kvartal? Nu betaler du for den gamle og den nye.
  • Savings plans — forpligt dig til et forbrug i dollar pr. time i stedet for en shape. Mere fleksibelt, sværere at gennemskue. Du gætter på din fremtidige baseline og underskriver en kontrakt på gættet.
  • Spot / preemptible — billig kapacitet, der kan forsvinde med et par minutters varsel. Fint, hvis dit workload tåler at blive dræbt midt i en kørsel. Nu skriver du checkpointing- og retry-logik for at jagte en rabat.
  • Committed-use-rabatter — samme handel i en anden indpakning: lov et minimum, spar lidt, æd så overforbruget eller underforbruget.

Hvert af dem er en reel håndtag. Hvert af dem koster også noget, der aldrig står på prissiden.

Den skjulte skat

Rabatten er den del, de viser dig. Skatten er den del, du betaler uanset hvad.

Tid. En på dit team ejer nu “cloud-omkostninger”. De modellerer forpligtelser, holder styr på dækningen, afstemmer hvert kvartal. Den person er som regel en udvikler, der hellere ville skrive kode. Du bruger seniorernes opmærksomhed på indkøbsmatematik.

Lock-in. En treårig reservation er et treårigt væddemål om, at du stadig vil have præcis den shape, i præcis den region, kørende i præcis det omfang. Arkitekturer ændrer sig. Reservationer gør ikke. Rabatten er kun reel, hvis fremtiden makker ret.

Risiko. Forpligt dig for meget, og du har forudbetalt for kapacitet, du ikke kan bruge — en sunk cost forklædt som en besparelse. Forpligt dig for lidt, og du er tilbage på den dyre on-demand-takst for den del, du gættede forkert. Uanset hvad vinder banken. Hele strukturen findes, fordi variansen betaler sig for dem, ikke for dig.

Og her er det stille punkt: on-demand-prisen er sat højt med vilje. Det er det anker, der får rabatterne til at se generøse ud. Du bliver ikke belønnet for at forpligte dig — du bliver straffet for at lade være.

Det ærlige tal er det eneste tal

Vi byggede ikke et rabatprogram. Vi byggede en pris.

På Kaligon har hver ressource én flad takst. Ingen reserved tiers, ingen spot-budgivning, ingen savings plans at modellere, ingen committed-use-matematik. Faktureringen er per sekund, med et månedligt loft — efter cirka 730 timer stopper måleren, så alt, du lader køre, lander bare på et fast månedligt tal. Ingen forudbetaling at forudsige, ingen shape at låse, intet regneark at vedligeholde.

Tallet, du ser på prissiden, er det tal, du betaler. Det er det samme, uanset om du forpligter dig i tre år eller tre minutter. Det lander allerede cirka 30-60 % under hyperscalernes takster på tilsvarende VM- og storage-shapes — uden at du skriver under på noget, modellerer noget eller vædder på 2029.

Ingen egress mellem dine ressourcer i samme region. Ingen betaling for snapshots, backups, API-kald eller supporttickets. Budgetter per projekt, der rent faktisk stopper forbruget, og et fast månedligt loft, så regningen ikke kan overraske dig.

Den billigste måde at køre en cloud på er ikke at forhandle den ned. Det er at bruge en, der slet ikke får dig til at forhandle.

Kom tilbage til at sende software ud. Vi holder prisen kedelig.