PaaS-prissättning: användningsbaserade kostnader jämfört med fasta instanskostnader

PaaS-prissättning kan se enkel ut på ett plankort men bli förvirrande i produktion. En prenumerationsavgift kan inkludera användningskredit, en fast instans kan debiteras utifrån reserverad storlek och en användningsbaserad plattform kan mäta faktisk CPU-, RAM- och diskanvändning. Om du bara jämför det första dollarbeloppet riskerar du att fatta fel beslut.

Dockup separerar prenumerationen från den mätbara förbrukningen. Free innehåller en engångskredit vid start; Pro innehåller månatlig användningskredit. CPU-, RAM- och diskanvändning mäts per minut och dras från saldot.

Vad är skillnaden mellan användningsbaserad prissättning och prissättning för fasta instanser?

Fast instansprissättning debiterar för en vald maskin- eller tjänstestorgelek under faktureringsperioden, oavsett om applikationen använder hela den reserverade kapaciteten eller inte. Användningsbaserad prissättning debiterar utifrån uppmätt förbrukning, ibland med miniminivåer eller plankrediter.

Modell	Huvudenhet	Fördel	Risk
Fast instans	Vald storlek över tid	Förutsägbar kostnadspost	Du betalar för outnyttjad kapacitet
Faktisk användning	Förbrukad CPU/RAM/disk över tid	Kostnaden följer förbrukningen	Variabel prognos
Prenumeration plus kredit	Plankostnad och inkluderat saldo	Kombinerar åtkomst och utgifter	Krediten kan missförstås
Serverless-anrop	Anrop/körtid	Skalar till noll för vissa arbetslaster	Kostnadstoppar vid hög volym
Användare plus resurser	Teamåtkomst plus beräkning	Funktioner för samarbete	Tillväxt per användare

Dockup använder prenumeration plus användningskredit. Antalet resurser i betalplanerna är obegränsat, men beräkning och disk är inte kostnadsfria. ”Obegränsade deployments” innebär att det inte finns någon gräns för hur många deployments du kan skapa; resurserna de förbrukar använder fortfarande av planens saldo.

Minutbaserad mätning är mer detaljerad än en fast månadsdebitering för en instans. En tjänst som är stoppad en del av månaden kan förbruka mindre än en tjänst som körs kontinuerligt, medan en alltid aktiv och belastad tjänst kan förbruka sitt tillgängliga saldo jämnt.

Vilka Dockup-planer finns och vilka krediter ingår?

Plantabellen ser ut så här:

Plan	Pris	Inkluderad kredit	Begränsningar för workspace/databas/deployment
Free	$0/månad	$10 i startkredit	1 workspace, 3 databaser, 3 deployments
Hobby	$5/månad	$0	Obegränsat i betalplaner
Pro	$20/månad	$20 i månatlig användningskredit	Obegränsat; rekommenderas

CPU-, RAM- och diskanvändning dras från saldot. När du utvärderar en betalplan bör du se avgiften som både åtkomst till ett obegränsat antal resurser och ett förbetalt användningssaldo på samma belopp.

Pro-planen rekommenderas eftersom den ger $20 i månatlig kredit och samtidigt utrymme för flera mindre tjänster eller en representativ produktionsarbetslast. Vilken plan som är rätt beror ändå på den faktiska förbrukningen.

Se kontosaldo och tjänsteförbrukning i app.dockup.ai. Granska CPU, minne, disk och det aktuella plansaldot tillsammans i stället för att betrakta prenumerationsbeloppet som hela fakturan.

Hur beräknar du en realistisk PaaS-kostnad?

Bygg uppskattningen utifrån arbetslastens timmar och uppmätta resurser.

En enkel konceptuell formel är:

månadskostnad =
  prenumeration
  + CPU-förbrukning
  + RAM-förbrukning
  + diskförbrukning
  + andra mätbara tjänster
  - inkluderad användningskredit

De exakta enhetspriserna ska hämtas från den aktuella priskällan, inte från ett kopierat kalkylblad som ingen uppdaterar. Metoden är fortfarande densamma.

För varje tjänst dokumenterar du:

• Antal timmar som tjänsten körs per dag.
• Genomsnittlig och maximal CPU-användning.
• Genomsnittlig minnesanvändning.
• Storlek och tillväxt för persistent disk.
• Databasresurser.
• Livslängd för preview-miljöer.
• Antal miljöer.
• Säsongsvariationer i trafiken.
• Förväntad frekvens för builds och deployments.

Använd uppmätta värden efter lanseringen. Begärt minne är inte samma sak som faktisk minnesförbrukning i en användningsbaserad modell. Omvänt kan en faktura för en fast instans baseras på den begärda storleken även när den faktiska användningen är låg.

Exempel på arbetslastsmall

Resurs	Antal	Körningsmönster	Tillförlitlighet
Webbtjänst	1	24/7	Hög
Worker	1	8 timmar/dag	Medel
PostgreSQL	1	24/7	Hög
Redis	1	24/7	Medel
Preview-tjänst	3 i genomsnitt	6 timmar vardera	Låg
Volym	20 GB	Kontinuerligt	Hög

Gör inte om tabellen till ett falskt dollarbenchmark utan aktuella enhetspriser och faktisk användning. Den är en efterfrågemodell.

När sparar användningsbaserad prissättning pengar?

Användningsbaserad debitering är attraktiv när arbetslaster varierar, kan stoppas när de är inaktiva eller har ett stort gap mellan det begärda taket och den faktiska förbrukningen.

Exempel:

• Utvecklingsmiljöer som bara används under arbetstid.
• Preview-deployments som bara finns under granskning.
• Batch-workers som körs under ett begränsat tidsfönster.
• Tidiga produkter med låg grundtrafik.
• Tjänster som kan stoppas mellan kampanjer.
• Små API:er med låg genomsnittlig CPU-användning.

En fast instans kan vara konkurrenskraftig när arbetslasten är kontinuerligt hög och förutsägbar. I så fall kan teamet föredra ett stabilt reserverat pris framför detaljerad mätning.

Besparingar med användningsbaserad prissättning förutsätter att arbetslasten faktiskt förbrukar färre resurser. Definiera en styrd livscykel för utvecklingsmiljöer som verkligen är inaktiva och kontrollera plattformens aktuella beteende i stället för att anta att en tjänst som ser inaktiv ut inte kostar något.

Livscykeln för previews spelar också roll. Ett team som låter dussintals previews fortsätta köra kan snabbt eliminera kostnadsfördelen med kortlivade miljöer. Definiera ägarskap och utgångstid.

Hur påverkar databaser, volymer och previews PaaS-prissättningen?

Applikationens beräkningsresurser är bara en kostnadspost.

Hanterade databaser

PostgreSQL, MySQL, MongoDB och Redis förbrukar CPU, RAM och disk. Databasarbetslaster är ofta alltid aktiva och lagringsbehovet växer över tid. Ta med krav på säkerhetskopiering och migrering i den operativa modellen även när de inte utgör separata gränser i planen.

Persistenta volymer

Volymer bevarar data mellan deployments och förbrukar disk kontinuerligt. Övervaka den faktiska användningen:

dockup volume usage <volumeId> production/web --json

En allokering på 20 GB där 2 GB används kan innebära utrymme för tillväxt eller slöseri. Beslutet beror på hur Dockup mäter disk och på applikationens tillväxt på kort sikt.

Preview-deployments

Varje PR eller branch kan få en isolerad miljö och URL. En preview förbrukar resurser så länge den är aktiv. Previews i ett privat nätverk kan också fråga produktionsdatabasen via en automatisk skrivskyddad användare, vilket kan öka databasbelastningen även utan en separat databas.

Windows-VM:ar och Linux-maskiner

Beräkning på OS-nivå kan ha ett större fast resursavtryck än en liten applikationscontainer. Dimensionera utifrån uppmätta programvarukrav och stäng av eller avveckla tillfälliga resurser när uppgiften är klar.

Antalet resurser är obegränsat i betalplanerna, så styrning måste ersätta hårda antalsgränser. En agent bör inte skapa tio testtjänster bara för att plattformen tillåter det.

Hur jämför du PaaS-leverantörer utan att vilseleda dig själv?

Normalisera arbetslasten först. En rättvis jämförelse använder samma:

1. CPU- och minnesbehov.
2. Antal körtimmar.
3. Databasmotor och lagring.
4. Persistent disk.
5. Antal previews och deras livslängd.
6. Teamanvändare där de debiteras.
7. Antaganden om nätverksöverföring.
8. Krav på säkerhetskopiering och support.
9. Regioner och tillgänglighetsmodell.
10. Operativt arbete.

Klassificera sedan varje kostnadspost som fast, mätbar, krediterad eller osäker.

Kostnadspost	Provider A	Provider B	Dockup
Prenumeration	Ange aktuellt	Ange aktuellt	$0/$5/$20
Inkluderad användning	Ange aktuellt	Ange aktuellt	$10 i startkredit eller månatlig kredit motsvarande planen
CPU	Fast eller mätbar	Fast eller mätbar	Mätning per minut
RAM	Fast eller mätbar	Fast eller mätbar	Mätning per minut
Disk	Ange aktuellt	Ange aktuellt	Mätning per minut
Databas	Separat eller inkluderad	Separat eller inkluderad	Förbrukning av hanterade resurser
Previews	Modellera livslängd	Modellera livslängd	Resursförbrukning när de är aktiva
Användare	Ange aktuellt	Ange aktuellt	Kontrollera aktuella villkor för teamplaner

Undvik tre vanliga misstag:

• Att jämföra en produktionstjänst på en plattform med en sovande gratistjänst på en annan.
• Att dra av inkluderad kredit två gånger.
• Att behandla ett obegränsat antal resurser som obegränsad användning.

Artikeln Dockup vs Render vs Fly.io tillämpar den här metoden utan att låsa fast konkurrenternas priser.

Hur bör team övervaka och kontrollera PaaS-kostnader?

Kostnadskontroll är en återkommande arbetsprocess. Granska tjänsternas förbrukning och kontosaldot i app.dockup.ai och koppla sedan förändringar till deployments, trafik och resurstillväxt.

Tilldela resursägare. Varje tjänst, databas, volym, Windows-VM, Linux-maskin och preview bör ha ett syfte och en ägare. Ta bort eller stoppa oanvända resurser enligt en godkänd process.

En AI-agent kan hjälpa till genom att lista resurser, sammanfatta användningen och föreslå åtgärder. Den bör inte självständigt förstöra resurser enbart baserat på låg aktivitet. En databas för incidentåterställning eller en sällan använd administrativ tjänst kan vara avsiktligt inaktiv.

Budgettrösklar

Definiera:

• Förväntat månadsintervall.
• Varningströskel.
• Utredningströskel.
• Krav på godkännande för nya alltid aktiva resurser.
• Maximal livslängd för previews.
• Tröskel för volymtillväxt.
• Ägare för oförklarade utgifter.

En prognos är ett intervall, inte ett löfte. Använd höga, förväntade och låga scenarier för trafik och preview-aktivitet.

Enhetsekonomi

Koppla infrastrukturkostnaden till en produkt-enhet: aktiv kund, behandlat jobb, API-anrop eller genererat artefakt. Totalkostnaden kan öka samtidigt som kostnaden per enhet förbättras. En fast prenumeration på $20 kan också verka billig medan oanvända tjänster skapar operativ komplexitet.

Kostnaden för utvecklingstid

En lägre plattformsräkning kan vara ett sämre beslut om teamet måste bygga och underhålla wrappers för deployments, övervakning, preview-orkestrering, säkerhetskopiering eller agentsäkerhet. Ta med operativt arbete och incidentrisk.

Dockups värdeerbjudande är inte bara pristabellen. Det kombinerar deployment-lagret för AI-agenter med hanterade tjänster och drift via ett enda CLI.

En valideringsplan på 30 dagar

1. Börja med den minsta planen som stöder testet.
2. Distribuera en representativ tjänst och databas.
3. Kör realistisk trafik eller arbetslast.
4. Behåll previews endast så länge som en normal granskning kräver.
5. Följ upp användningen varje vecka.
6. Kontrollera volym- och databastillväxt.
7. Jämför prognosen med den faktiska kostnaden vid månadens slut.
8. Byt plan endast baserat på fakta.

Free-planen ger $10 i startkredit för en första validering. Pro-planen ger ett månatligt saldo på $20 för ett bredare produktionstest.

Det slutliga beslutet om PaaS-prissättning

PaaS-prissättning är begriplig när varje kostnadspost har en enhet, tidsperiod och ägarregel. Användningsbaserad mätning gynnar effektiva och intermittenta arbetslaster; fasta instanser gynnar förutsägbarhet när kapaciteten behövs kontinuerligt.

Dockups minutbaserade modell för CPU, RAM och disk bör utvärderas utifrån faktisk tjänsteanvändning. Välj den plan som ger rätt inkluderade saldo och kontofunktioner, och fortsätt sedan att mäta i stället för att anta att prenumerationsavgiften begränsar all förbrukning.

Använd Dockup CLI-referensen för aktuella användningskommandon. Jämför närliggande plattformar i Dockup vs Railway och Dockup vs Heroku, och kontrollera deras aktuella officiella priser före publicering.

Separera kassaflöde från ekonomisk kostnad

Inkluderad kredit påverkar när pengar lämnar kontot, men gör inte arbetslasten kostnadsfri. Följ både den totala resursförbrukningen och nettobeloppet att betala. Den totala användningen visar effektiviteten; nettokostnaden visar kassapåverkan.

En Pro-prenumeration ger till exempel $20 i månatlig kredit. Om de uppmätta resurserna förbrukar mindre än saldot kan debiteringen förbli prenumerationskostnaden på $20. Om förbrukningen överstiger saldot blir överskottet en extra kostnad. Det exakta resultatet beror på aktuell mätning och kontosaldo.

Använd rapporter om PaaS-prissättning som visar båda beloppen, så att team inte optimerar först efter att krediten tagit slut.

Modellera osäkerhet explicit

Tidiga prognoser bör ha tre scenarier:

Variabel	Låg	Förväntad	Hög
Trafik	50 % av planen	Prognos	200 % av planen
Preview-livslängd	2 timmar	8 timmar	3 dagar
Databastillväxt	1 GB/mån	5 GB/mån	20 GB/mån
Worker-aktivitet	2 h/dag	8 h/dag	24 h/dag
Incidentpåslag	Inget	En återställning	Upprepad felsökning

Multiplicera aktuella enhetspriser genom varje scenario. Syftet är inte precision på centnivå, utan att identifiera vilket antagande som kan förändra beslutet.

Även en fast instans har osäkerhet: teamet kan växa ur den valda storleken och behöva hoppa till nästa nivå. Ta med dessa stegvisa förändringar.

Ta med miljöernas multiplicering

En produktionsarkitektur består sällan av en enda tjänst. Räkna med staging, previews, workers, databaser, Redis, volymer, Windows-VM:ar, Linux-maskiner och tillfälliga migreringsresurser.

En liten tjänst kan rymmas bekvämt inom startkrediten. Samma tjänst i produktion, staging och fem permanenta previews är ett helt annat PaaS-prissättningsproblem.

Definiera vilka miljöer som körs kontinuerligt:

• Produktion: normalt alltid aktiv.
• Staging: alltid aktiv endast när det behövs.
• Preview: kopplad till en öppen PR eller branch.
• Lasttest: skapas för ett schemalagt tidsfönster.
• Migrering: tas bort efter validering.
• Katastrofåterställning: kostnadsberäknas utifrån målet för beredskap.

Obegränsade antal i en betalplan gör denna styrning viktigare, inte mindre viktig.

Jämför optimeringsval med risk

Att minska minnet, stoppa en worker, minska retention eller ta bort en volym kan sänka kostnaderna, men varje åtgärd förändrar tillförlitligheten. Dokumentera konsekvensen för tjänsten bredvid den beräknade besparingen.

Ett användbart optimeringsförslag innehåller:

1. Resurs och ägare.
2. Aktuell uppmätt förbrukning.
3. Föreslagen förändring.
4. Förväntat månadsintervall.
5. Prestanda- eller återställningsrisk.
6. Metod för återställning.
7. Observationsperiod.

En agent kan sammanfatta plattformens uppmätta förbrukning, men en människa bör godkänna ändringar som kan påverka tillgänglighet eller datalagring.

Granska PaaS-prissättningen efter arkitekturförändringar

En ny cache kan minska CPU-belastningen på databasen samtidigt som den ökar Redis-kostnaden. En background worker kan förbättra API-latensen men köra fler timmar. Privat nätverk kan förändra arkitekturen utan att ändra samma grundläggande CPU/RAM/disk-enheter. En Dockerfile kan minska image-storleken men kräva utvecklingstid.

Gör en ny prognos efter att du:

• Lagt till en hanterad databas.
• Aktiverat många previews.
• Kopplat en stor volym.
• Flyttat till Kubernetes autoscaling.
• Skapat en Windows-VM eller Linux-maskin.
• Ändrat retention.
• Lanserat en ny region eller kundnivå.

PaaS-prissättning är en levande modell som är kopplad till arkitekturen, inte ett engångs-kalkylblad för inköp.

Mall för månadsgranskning

Dokumentera plan, startsaldo, total användning, återstående saldo, de fem främsta resurserna, oväntade förändringar, stoppade resurser, antal previews, disktillväxt och scenarier för nästa månad.

Jämför resultatet med föregående månad och anteckna deployments eller trafikrelaterade händelser som förklarar förändringen. Då blir kostnadsgranskningen användbar för engineering i stället för en överraskning för ekonomiavdelningen.

Samma mall kan användas för att jämföra leverantörer av fasta instanser: ersätt de uppmätta resursposterna med valda instansavgifter och ta med användningsgrad så att outnyttjad kapacitet förblir synlig.

Publicera antaganden med varje uppskattning

Ett PaaS-prissättningsbelopp utan antaganden går inte att granska. Bifoga körtimmar, resursanvändning, disktillväxt, preview-livslängd, antal databaser och datum för aktuella enhetspriser. Markera värden som uppmätta, uppskattade eller okända.

Uppdatera modellen efter den första veckan och den första hela månaden. Skillnaden mellan prognos och utfall är information om arbetslasten, inte bara ett bokföringsfel.

Den här disciplinen håller PaaS-prissättningsjämförelser relevanta när leverantörer ändrar priser eller arkitekturen växer.

Versionshantera modellen

Commit:a antagandena och granskningsdatumet tillsammans med arkitekturdokumentationen. En versionshanterad PaaS-prissättningsmodell visar varför teamet bytte plan och förhindrar att ett gammalt kalkylblad blir ett oförklarat budgetmål.

Börja med en verifierbar deployment

Distribuera en representativ arbetslast, observera den i 30 dagar och jämför den uppmätta förbrukningen för tjänst, databas, previews och disk med plansaldot.

Kom igång kostnadsfritt på app.dockup.ai. Free-planen kostar $0 per månad, inkluderar $10 i startkredit och stöder en workspace, tre databaser och tre deployments.

Vanliga frågor

Hur mycket kostar Dockup?

Free kostar $0 med $10 i startkredit. Hobby kostar $5 per månad, där användning faktureras utöver, och Pro kostar $20 per månad med de första $20 i användning inkluderat.

Vad är obegränsat i Dockups betalplaner?

Betalplanerna tillåter ett obegränsat antal workspaces, databaser och deployments. CPU-, RAM- och diskanvändning förbrukar fortfarande av plansaldot.

Hur mäts användningen i Dockup?

CPU-, RAM- och diskanvändning mäts per minut och dras från kontots inkluderade eller påfyllda saldo.

Är användningsbaserad prissättning alltid billigare än en fast instans?

Nej. Den kan spara pengar för varierande eller inaktiva arbetslaster, medan en kontinuerligt belastad och förutsägbar arbetslast kan jämföras väl med en fast instans. Modellera samma efterfrågan.

Hur bör jag jämföra två PaaS-priser?

Normalisera körtimmar, CPU, minne, disk, databaser, previews, överföring, användare och support. Identifiera sedan fasta avgifter, mätbar användning, inkluderade krediter och osäkerheter.