PaaS-prijzen: kosten op basis van gebruik versus vaste instance-kosten

PaaS-prijzen kunnen op een plankaart eenvoudig lijken, maar in productie verwarrend worden. Een abonnementstarief kan gebruikstegoed bevatten, een vaste instance kan kosten in rekening brengen voor een gereserveerde grootte en een platform met prijzen op basis van gebruik kan het daadwerkelijke CPU-, RAM- en diskgebruik meten. Alleen het eerste dollarbedrag vergelijken leidt tot de verkeerde beslissing.

Dockup houdt het abonnement van het plan gescheiden van het gemeten verbruik. Free bevat een eenmalig starttegoed; Pro bevat maandelijks verbruikstegoed. CPU, RAM en disk worden per minuut gemeten en van het saldo afgetrokken.

Wat is het verschil tussen prijzen op basis van gebruik en prijzen per vaste instance?

Bij prijzen per vaste instance betaal je gedurende de factureringsperiode voor een geselecteerde machine- of servicegrootte, ongeacht of de applicatie alle gereserveerde capaciteit gebruikt. Bij prijzen op basis van gebruik betaal je op basis van gemeten verbruik, soms met minimumwaarden of credits binnen het plan.

Model	Belangrijkste eenheid	Voordeel	Risico
Vaste instance	Geselecteerde grootte gedurende de tijd	Voorspelbare factuurregel	Betalen voor ongebruikte capaciteit
Werkelijk gebruik	CPU/RAM/disk die in de loop van de tijd wordt verbruikt	Factuur sluit aan op verbruik	Variabele prognose
Abonnement plus credit	Plankosten en inbegrepen saldo	Combineert toegang en uitgaven	Credit kan verkeerd worden geïnterpreteerd
Serverless request	Aanroepen/duur	Schakelt voor sommige workloads terug naar nul	Kostenpieken bij hoge volumes
Seat plus resource	Teamtoegang plus compute	Samenwerkingsfuncties	Groei per seat

Dockup gebruikt een abonnement met gebruikstegoed. Het aantal resources binnen betaalde plannen is onbeperkt, maar compute en disk zijn niet gratis. “Unlimited deployments” betekent dat er geen limiet is op het aantal deployments dat je kunt aanmaken; de resources die ze gebruiken worden nog steeds van het plansaldo afgetrokken.

Meting per minuut is gedetailleerder dan een maandelijkse vaste instance. Een service die een deel van de maand is gestopt, kan minder verbruiken dan een service die continu draait, terwijl een altijd actieve, drukbezette service het beschikbare saldo consistent kan verbruiken.

Wat zijn de Dockup-plannen en inbegrepen credits?

De plantabel is:

Plan	Prijs	Inbegrepen credit	Limieten voor workspaces/databases/deployments
Free	$0/maand	$10 starttegoed	1 workspace, 3 databases, 3 deployments
Hobby	$5/maand	$0	Onbeperkt bij betaalde plannen
Pro	$20/maand	$20 maandelijks gebruikstegoed	Onbeperkt; aanbevolen

CPU-, RAM- en diskverbruik worden van het saldo afgetrokken. Zie het tarief bij het evalueren van een betaald plan als zowel toegang tot onbeperkte aantallen resources als een vooraf betaald gebruikssaldo ter waarde van hetzelfde bedrag.

Het Pro-plan wordt aanbevolen omdat het $20 maandelijks tegoed biedt en ruimte laat voor meerdere kleine services of een representatieve production-workload. Het juiste plan hangt nog steeds af van het daadwerkelijke verbruik.

Bekijk het accountsaldo en serviceverbruik in app.dockup.ai. Bekijk CPU, memory, disk en het huidige plansaldo samen, in plaats van het abonnementsbedrag te beschouwen als de volledige factuur.

Hoe bereken je realistische PaaS-kosten?

Maak de schatting op basis van workload-uren en gemeten resources.

Een eenvoudige conceptuele formule is:

monthly cost =
  subscription
  + CPU consumption
  + RAM consumption
  + disk consumption
  + other metered services
  - included usage credit

De exacte eenheidstarieven horen in de actuele pricing source te staan, niet in een gekopieerde spreadsheet die niemand bijwerkt. De methodologie blijft stabiel.

Leg voor elke service het volgende vast:

• Aantal draaiuren per dag.
• Gemiddeld en piek-CPU-gebruik.
• Gemiddelde memory working set.
• Grootte en groei van persistent disk.
• Database-resources.
• Levensduur van preview-omgevingen.
• Aantal omgevingen.
• Seizoensgebonden traffic.
• Verwachte frequentie van builds en deployments.

Gebruik na de launch gemeten waarden. Aangevraagd geheugen is niet hetzelfde als daadwerkelijk geheugengebruik in een model op basis van gebruik. Omgekeerd kan een factuur voor een vaste instance gebaseerd zijn op de aangevraagde grootte, ook wanneer de werkelijke benutting laag is.

Voorbeeld van een workload-worksheet

Resource	Aantal	Draaipatroon	Zekerheid
Webservice	1	24/7	Hoog
Worker	1	8 uur/dag	Gemiddeld
PostgreSQL	1	24/7	Hoog
Redis	1	24/7	Gemiddeld
Preview-service	gemiddeld 3	elk 6 uur	Laag
Volume	20 GB	Continu	Hoog

Maak van deze tabel geen schijnbaar nauwkeurige dollarbenchmark zonder actuele eenheidsprijzen en werkelijk gebruik. Dit is een vraagmodel.

Wanneer bespaar je geld met prijzen op basis van gebruik?

Facturering op basis van gebruik is aantrekkelijk wanneer workloads variabel zijn, kunnen stoppen wanneer ze idle zijn of wanneer er een groot verschil bestaat tussen de aangevraagde bovengrens en het werkelijke verbruik.

Voorbeelden:

• Development-omgevingen die tijdens werkuren worden gebruikt.
• Preview-deployments die alleen tijdens een review bestaan.
• Batch-workers die gedurende een beperkt tijdvenster actief zijn.
• Vroege producten met weinig basistrafiek.
• Services die tussen campagnes kunnen worden gestopt.
• Kleine API's met een laag gemiddeld CPU-gebruik.

Een vaste instance kan concurrerend zijn wanneer de workload continu druk en voorspelbaar is. In dat geval geeft het team mogelijk de voorkeur aan een stabiele gereserveerde prijs boven gedetailleerde metering.

Besparingen op basis van gebruik vereisen dat de workload in de praktijk minder resources verbruikt. Definieer een ondersteunde lifecycle voor development-omgevingen die echt inactief zijn en controleer het actuele gedrag op het platform, in plaats van aan te nemen dat een service die idle lijkt geen kosten veroorzaakt.

Ook de lifecycle van previews is belangrijk. Een team dat tientallen previews laat draaien, kan het kostenvoordeel van kortstondige omgevingen tenietdoen. Leg eigenaarschap en vervaldatum vast.

Hoe beïnvloeden databases, volumes en previews PaaS-prijzen?

Application compute is slechts één kostenregel.

Managed databases

PostgreSQL, MySQL, MongoDB en Redis verbruiken CPU, RAM en disk. Database-workloads zijn vaak altijd actief en storage groeit na verloop van tijd. Neem back-ups en migratievereisten op in het operationele model, ook wanneer ze geen afzonderlijke limieten voor aantallen resources vormen.

Persistent volumes

Volumes behouden data tussen deployments en verbruiken continu disk. Monitor het werkelijke gebruik:

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

Een allocatie van 20 GB waarvan 2 GB wordt gebruikt, kan wijzen op groeiruimte of verspilling. De beslissing hangt af van de manier waarop Dockup disk meet en van de verwachte groei van de applicatie op korte termijn.

Preview-deployments

Elke PR of branch kan een geïsoleerde omgeving en URL krijgen. Een preview verbruikt resources zolang deze actief is. Previews in een private network kunnen ook de production-database bevragen via een automatische read-only user, wat de database extra kan belasten zonder dat er een afzonderlijke database nodig is.

Windows VM's en Linux-boxen

Compute op OS-niveau kan een grotere vaste footprint hebben dan een kleine application container. Bepaal de grootte op basis van gemeten softwarevereisten en schakel tijdelijke resources uit of verwijder ze wanneer hun taak is voltooid.

Het aantal resources is onbeperkt bij betaalde plannen, dus governance moet de harde aantallimieten vervangen. Een agent moet niet zomaar tien testservices aanmaken omdat het platform dat toestaat.

Hoe vergelijk je PaaS-providers zonder jezelf voor de gek te houden?

Normaliseer eerst de workload. Een eerlijke vergelijking gebruikt dezelfde:

1. CPU- en memorybehoefte.
2. Draaiuren.
3. Database-engine en storage.
4. Persistent disk.
5. Aantal en levensduur van previews.
6. Team-seats wanneer die in rekening worden gebracht.
7. Aannames over network transfer.
8. Vereisten voor back-ups en support.
9. Regio's en beschikbaarheidsmodel.
10. Operationele arbeid.

Classificeer vervolgens elke regel als vast, gemeten, gecrediteerd of onzeker.

Kostenregel	Provider A	Provider B	Dockup
Abonnement	Actuele prijs vastleggen	Actuele prijs vastleggen	$0/$5/$20
Inbegrepen gebruik	Actuele prijs vastleggen	Actuele prijs vastleggen	$10 starttegoed of maandelijks credit passend bij het plan
CPU	Vast of gemeten	Vast of gemeten	Per minuut gemeten
RAM	Vast of gemeten	Vast of gemeten	Per minuut gemeten
Disk	Actuele prijs vastleggen	Actuele prijs vastleggen	Per minuut gemeten
Database	Afzonderlijk of inbegrepen	Afzonderlijk of inbegrepen	Verbruik van managed resources
Previews	Levensduur modelleren	Levensduur modelleren	Resourceverbruik zolang actief
Seats	Actuele prijs vastleggen	Actuele prijs vastleggen	Actuele voorwaarden voor teamplannen controleren

Vermijd deze drie veelvoorkomende fouten:

• Een productieservice op het ene platform vergelijken met een slapende gratis service op een ander platform.
• Inbegrepen credit twee keer aftrekken.
• Een onbeperkt aantal resources interpreteren als onbeperkt gebruik.

Het artikel Dockup vs Render vs Fly.io past deze methode toe zonder concurrentieprijzen vast te zetten.

Hoe kunnen teams hun PaaS-uitgaven monitoren en beheersen?

Kostenbeheersing is een operationele cyclus. Bekijk het serviceverbruik en accountsaldo in app.dockup.ai en koppel wijzigingen vervolgens aan deployments, traffic en groei van resources.

Wijs eigenaarschap van resources toe. Elke service, database, volume, Windows VM, Linux-box en preview moet een doel en eigenaar hebben. Verwijder of stop ongebruikte resources volgens een goedgekeurd proces.

Een AI-agent kan helpen door resources op te sommen, gebruik samen te vatten en acties voor te stellen. De agent mag resources niet autonoom verwijderen op basis van alleen lage activiteit. Een database voor incidentherstel of een zelden gebruikte administratieve service kan opzettelijk idle zijn.

Budgetdrempels

Definieer:

• Verwachte maandelijkse bandbreedte.
• Waarschuwingsdrempel.
• Onderzoeksdrempel.
• Goedkeuring die nodig is voor nieuwe always-on-resources.
• Maximale levensduur van previews.
• Drempel voor volumegroei.
• Eigenaar van onverklaarde uitgaven.

Een prognose is een bandbreedte, geen belofte. Gebruik hoge, verwachte en lage scenario's voor traffic en previewactiviteit.

Unit economics

Koppel infrastructuuruitgaven aan een producteenheid: actieve klant, verwerkte job, API-request of gegenereerd artefact. De totale kosten kunnen stijgen terwijl de kosten per eenheid verbeteren. Een vast abonnement van $20 kan ook goedkoop lijken, terwijl ongebruikte services operationele complexiteit veroorzaken.

Kosten van engineeringtijd

Een lagere platformfactuur kan een slechtere beslissing zijn wanneer het team deployment-wrappers, monitoring, preview-orchestratie, back-ups of agentveiligheid moet bouwen en onderhouden. Neem operationele arbeid en incidentrisico mee.

De waardepropositie van Dockup is niet alleen de prijstabel. Dockup combineert de deploymentlaag voor AI-agents met managed services en operations via één CLI.

Een validatieplan voor 30 dagen

1. Begin met het kleinste plan dat de test ondersteunt.
2. Deploy een representatieve service en database.
3. Genereer realistische traffic of workload.
4. Houd previews alleen zo lang actief als een normale review duurt.
5. Houd het gebruik wekelijks bij.
6. Controleer de groei van volumes en databases.
7. Vergelijk de prognose met de werkelijke uitgaven aan het einde van de maand.
8. Wijzig alleen op basis van bewijs van plan.

Het Free-plan biedt $10 starttegoed voor een eerste validatie. Het Pro-plan biedt een maandelijks saldo van $20 voor een bredere productietest.

Definitieve beslissing over PaaS-prijzen

PaaS-prijzen zijn begrijpelijk wanneer elke regel een eenheid, periode en eigenaarschapsregel heeft. Metering op basis van gebruik beloont efficiënte en intermitterende workloads; vaste instances belonen voorspelbaarheid wanneer capaciteit continu nodig is.

Het model van Dockup met CPU, RAM en disk per minuut moet worden beoordeeld op basis van het werkelijke servicegebruik. Kies het plan dat het juiste inbegrepen saldo en de gewenste accountfuncties biedt en blijf vervolgens meten, in plaats van aan te nemen dat het abonnementstarief al het verbruik begrenst.

Gebruik de Dockup CLI-reference voor actuele usage-commands. Vergelijk aangrenzende platforms in Dockup vs Railway en Dockup vs Heroku en controleer vóór publicatie hun actuele officiële prijzen.

Houd cashflow en economische kosten uit elkaar

Inbegrepen credit verandert wanneer geld van de rekening wordt afgeschreven, maar maakt de workload niet gratis. Houd het bruto resourceverbruik en het netto verschuldigde bedrag bij. Bruto gebruik laat efficiëntie zien; netto-uitgaven laten de impact op de cashflow zien.

Een Pro-abonnement biedt bijvoorbeeld $20 maandelijks credit. Als gemeten resources minder verbruiken dan het saldo, kunnen de cashkosten beperkt blijven tot het abonnement van $20. Als het verbruik het saldo overschrijdt, worden de extra kosten bijkomende uitgaven. Het exacte resultaat hangt af van de actuele metering en het accountsaldo.

Gebruik PaaS-prijzen-rapporten die beide bedragen tonen, zodat teams niet pas gaan optimaliseren nadat het credit is opgebruikt.

Modelleer onzekerheid expliciet

Vroege prognoses moeten drie scenario's bevatten:

Variabele	Laag	Verwacht	Hoog
Traffic	50% van plan	Prognose	200% van plan
Previewduur	2 uur	8 uur	3 dagen
Databasetoename	1 GB/maand	5 GB/maand	20 GB/maand
Workeractiviteit	2 uur/dag	8 uur/dag	24 uur/dag
Incidentoverhead	Geen	Eén herstelactie	Herhaald debuggen

Vermenigvuldig de actuele eenheidstarieven met elk scenario. Het doel is niet precisie tot op de cent, maar vaststellen welke aanname de beslissing kan veranderen.

Ook een vaste instance kent onzekerheid: het team kan de geselecteerde grootte ontgroeien en naar de volgende tier moeten overstappen. Neem die sprongen mee.

Houd rekening met vermenigvuldiging van omgevingen

Een production-architectuur bestaat zelden uit één service. Tel staging, previews, workers, databases, Redis, volumes, Windows VM's, Linux-boxen en tijdelijke migratieresources mee.

Eén kleine service kan ruimschoots binnen het starttegoed passen. Diezelfde service in production, staging en vijf permanente previews vormt een ander PaaS-prijzen-probleem.

Definieer welke omgevingen continu draaien:

• Production: normaal gesproken altijd actief.
• Staging: alleen altijd actief wanneer dat nodig is.
• Preview: gekoppeld aan een open PR of branch.
• Load test: aangemaakt voor een gepland tijdvenster.
• Migratie: verwijderd na validatie.
• Disaster recovery: begroot volgens de gewenste readiness-doelstelling.

Onbeperkte aantallen bij een betaald plan maken dit beheer belangrijker, niet minder belangrijk.

Vergelijk optimalisatiekeuzes met risico's

Geheugen verminderen, een worker stoppen, retentie verkorten of een volume verwijderen kan de uitgaven verlagen, maar elke actie verandert de betrouwbaarheid. Leg het gevolg voor de service vast naast de geschatte besparing.

Een nuttig optimalisatievoorstel bevat:

1. Resource en eigenaar.
2. Huidig gemeten verbruik.
3. Voorgestelde wijziging.
4. Verwachte maandelijkse bandbreedte.
5. Performance- of recoveryrisico.
6. Rollbackmethode.
7. Observatieperiode.

Een agent kan het door het platform getoonde gemeten verbruik samenvatten, maar een mens moet wijzigingen goedkeuren die de beschikbaarheid of datarententie kunnen beïnvloeden.

Bekijk PaaS-prijzen opnieuw na architectuurwijzigingen

Een nieuwe cache kan de CPU-belasting van een database verlagen en tegelijk Redis-kosten toevoegen. Een background worker kan de API-latentie verbeteren, maar meer uren draaien. Private networking kan de architectuur wijzigen zonder dezelfde kernunits voor CPU/RAM/disk te veranderen. Een Dockerfile kan de imagegrootte verkleinen, maar engineeringtijd kosten.

Maak een nieuwe prognose na:

• Het toevoegen van een managed database.
• Het inschakelen van veel previews.
• Het koppelen van een groot volume.
• De overstap naar Kubernetes autoscaling.
• Het aanmaken van een Windows VM of Linux-box.
• Het wijzigen van retentie.
• De launch van een nieuwe regio of customer tier.

PaaS-prijzen vormen een levend model dat aan de architectuur is gekoppeld, geen eenmalige spreadsheet voor inkoop.

Sjabloon voor de maandelijkse review

Leg het plan, beginsaldo, bruto gebruik, resterende saldo, de vijf belangrijkste resources, onverwachte wijzigingen, gestopte resources, het aantal previews, diskgroei en scenario's voor de volgende maand vast.

Vergelijk het resultaat met de vorige maand en noteer deployments of traffic-events die het verschil verklaren. Zo wordt de kostenreview nuttig voor engineering in plaats van een financiële verrassing.

Hetzelfde sjabloon kan vaste-instance-providers vergelijken: vervang de gemeten resource-regels door geselecteerde instance-kosten en neem de benutting mee, zodat ongebruikte capaciteit zichtbaar blijft.

Publiceer aannames bij elke schatting

Een PaaS-prijzen-bedrag zonder aannames kan niet worden beoordeeld. Voeg draaiuren, resourcegebruik, diskgroei, previewduur, database-aantal en de datum van het actuele eenheidstarief toe. Markeer waarden als gemeten, geschat of onbekend.

Werk het model bij na de eerste week en de eerste volledige maand. Het verschil tussen prognose en werkelijkheid is informatie over de workload, niet alleen een boekhoudkundige fout.

Deze discipline houdt vergelijkingen van PaaS-prijzen geldig wanneer providers hun tarieven wijzigen of de architectuur groeit.

Houd het model versiebeheerbaar

Commit de aannames en reviewdatum naast de architectuurnotities. Een versiebeheerbaar model voor PaaS-prijzen laat zien waarom het team van plan is veranderd en voorkomt dat een oude spreadsheet een onverklaard budgetdoel wordt.

Begin met een verifieerbare deployment

Deploy één representatieve workload, observeer deze 30 dagen en vergelijk het gemeten gebruik van services, databases, previews en disk met het plansaldo.

Start gratis op app.dockup.ai. Het Free-plan kost $0 per maand, bevat $10 starttegoed en ondersteunt één workspace, drie databases en drie deployments.

FAQ

Wat kost Dockup?

Free kost $0 en bevat $10 aan starttegoed. Hobby kost $5 per maand, waarbij verbruik apart wordt gefactureerd, en Pro kost $20 per maand met de eerste $20 aan verbruik inbegrepen.

Wat is onbeperkt bij betaalde Dockup-plannen?

Met betaalde plannen zijn workspaces, databases en deployments onbeperkt in aantal. CPU-, RAM- en diskverbruik worden nog steeds van het plansaldo afgetrokken.

Hoe wordt het gebruik van Dockup gemeten?

CPU-, RAM- en diskverbruik worden per minuut gemeten en afgetrokken van het inbegrepen of opgewaardeerde saldo van het account.

Is prijzen op basis van gebruik altijd goedkoper dan een vaste instance?

Nee. Het kan geld besparen bij variabele of idle workloads, terwijl een continu drukke, voorspelbare workload goed kan vergelijken met een vaste instance. Modelleer dezelfde vraag.

Hoe vergelijk ik twee PaaS-prijzen?

Normaliseer draaiuren, CPU, memory, disk, databases, previews, transfer, seats en support. Bepaal vervolgens welke kosten vast zijn, welk gebruik wordt gemeten, welke credits zijn inbegrepen en welke onzekerheden bestaan.