PaaS-Preise: nutzungsbasierte vs. feste Instanzkosten

PaaS-Preise können auf einer Tarifkarte einfach aussehen und in der Produktion unübersichtlich werden. Eine Abonnementgebühr kann Nutzungsguthaben enthalten, eine feste Instanz kann die reservierte Größe berechnen und eine nutzungsbasierte Plattform kann den tatsächlichen Verbrauch von CPU, RAM und Festplatte erfassen. Wer nur den ersten Dollarbetrag vergleicht, trifft die falsche Entscheidung.

Dockup trennt das Tarifabonnement vom gemessenen Verbrauch. Der Free-Tarif umfasst ein einmaliges Startguthaben; Pro enthält monatliches Nutzungsguthaben. Die Nutzung von CPU, RAM und Festplatte wird minutengenau gemessen und vom Guthaben abgezogen.

Was ist der Unterschied zwischen nutzungsbasierten Preisen und Preisen für feste Instanzen?

Bei Preisen für feste Instanzen wird für die ausgewählte Maschinen- oder Servicegröße im Abrechnungszeitraum berechnet, unabhängig davon, ob die Anwendung die gesamte reservierte Kapazität nutzt. Nutzungsbasierte Preise basieren auf dem gemessenen Verbrauch, teilweise mit Mindestmengen oder Tarifguthaben.

Modell	Haupteinheit	Vorteil	Risiko
Feste Instanz	Ausgewählte Größe über einen Zeitraum	Vorhersehbare Einzelposition	Zahlung für ungenutzte Kapazität
Tatsächliche Nutzung	Über einen Zeitraum verbrauchte CPU/RAM/Festplatte	Rechnung entspricht dem Verbrauch	Variable Prognose
Abonnement plus Guthaben	Tarifgebühr und enthaltenes Guthaben	Verbindet Zugang und Ausgaben	Guthaben kann missverstanden werden
Serverless-Anfrage	Aufrufe/Laufzeit	Für bestimmte Workloads Skalierung auf null	Kostenanstieg bei hohem Volumen
Seat plus Ressource	Teamzugang plus Compute	Funktionen für Zusammenarbeit	Wachstum pro Seat

Dockup verwendet ein Abonnement mit Nutzungsguthaben. Die Anzahl der Ressourcen ist in bezahlten Tarifen unbegrenzt, Compute und Festplattenspeicher sind jedoch nicht kostenlos. „Unbegrenzte Deployments“ bedeutet, dass es keine Mengenbegrenzung für das Erstellen von Deployments gibt; die von ihnen verbrauchten Ressourcen werden weiterhin vom Tarifguthaben abgezogen.

Die minutengenaue Messung ist granularer als eine monatliche Abrechnung für eine feste Instanz. Ein Service, der einen Teil des Monats angehalten ist, kann weniger verbrauchen als ein durchgehend laufender Service, während ein ständig aktiver, stark ausgelasteter Service sein verfügbares Guthaben kontinuierlich aufbrauchen kann.

Welche Dockup-Tarife und enthaltenen Guthaben gibt es?

Die Tariftabelle:

Tarif	Preis	Enthaltenes Guthaben	Limits für Workspace/Datenbank/Deployment
Free	$0/Monat	$10 Startguthaben	1 Workspace, 3 Datenbanken, 3 Deployments
Hobby	$5/Monat	$0	Unbegrenzt in bezahlten Tarifen
Pro	$20/Monat	$20 monatliches Nutzungsguthaben	Unbegrenzt; empfohlen

Der Verbrauch von CPU, RAM und Festplatte wird vom Guthaben abgezogen. Betrachten Sie die Gebühr eines bezahlten Tarifs sowohl als Zugang zu einer unbegrenzten Anzahl von Ressourcen als auch als vorausbezahltes Nutzungsguthaben in gleicher Höhe.

Der Pro-Tarif wird empfohlen, weil er $20 monatliches Guthaben bietet und Raum für mehrere kleine Services oder einen repräsentativen Produktions-Workload lässt. Welcher Tarif der richtige ist, hängt dennoch vom tatsächlichen Verbrauch ab.

Prüfen Sie Kontostand und Serviceverbrauch unter app.dockup.ai. Betrachten Sie CPU, Arbeitsspeicher, Festplatte und das aktuelle Tarifguthaben gemeinsam, statt den Abonnementbetrag als vollständige Rechnung zu behandeln.

Wie berechnet man realistische PaaS-Kosten?

Erstellen Sie die Schätzung anhand von Workload-Stunden und gemessenen Ressourcen.

Eine einfache konzeptionelle Formel lautet:

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

Die genauen Einheitspreise gehören in die aktuelle Preisquelle, nicht in eine kopierte Tabelle, die niemand aktualisiert. Die Methodik bleibt stabil.

Erfassen Sie für jeden Service:

• Laufzeit in Stunden pro Tag.
• Durchschnittliche und maximale CPU-Nutzung.
• Durchschnittlich verwendeter Arbeitsspeicher.
• Größe und Wachstum des persistenten Festplattenspeichers.
• Datenbankressourcen.
• Lebensdauer von Preview-Umgebungen.
• Anzahl der Umgebungen.
• Saisonale Zugriffszahlen.
• Erwartete Häufigkeit von Builds und Deployments.

Verwenden Sie nach dem Launch gemessene Werte. Angeforderter Arbeitsspeicher ist bei einem nutzungsbasierten Modell nicht dasselbe wie der tatsächliche Speicherverbrauch. Umgekehrt kann eine Rechnung für eine feste Instanz die angeforderte Größe widerspiegeln, selbst wenn die tatsächliche Auslastung gering ist.

Beispiel für ein Workload-Arbeitsblatt

Ressource	Anzahl	Laufzeitmuster	Sicherheit
Webservice	1	24/7	Hoch
Worker	1	8 Stunden/Tag	Mittel
PostgreSQL	1	24/7	Hoch
Redis	1	24/7	Mittel
Preview-Service	durchschnittlich 3	jeweils 6 Stunden	Niedrig
Volume	20 GB	Durchgehend	Hoch

Machen Sie aus dieser Tabelle keinen künstlichen Dollarvergleich ohne aktuelle Einheitspreise und reale Auslastungswerte. Sie ist ein Nachfragemodell.

Wann spart eine nutzungsbasierte Abrechnung Geld?

Eine nutzungsbasierte Abrechnung ist attraktiv, wenn Workloads variabel sind, im Leerlauf angehalten werden können oder eine große Lücke zwischen dem angeforderten Maximum und dem tatsächlichen Verbrauch besteht.

Beispiele:

• Entwicklungsumgebungen, die nur während der Arbeitszeit verwendet werden.
• Preview-Deployments, die nur während eines Reviews existieren.
• Batch-Worker, die in einem begrenzten Zeitfenster aktiv sind.
• Junge Produkte mit geringem Grundverkehr.
• Services, die zwischen Kampagnen angehalten werden können.
• Kleine APIs mit geringer durchschnittlicher CPU-Nutzung.

Eine feste Instanz kann wettbewerbsfähig sein, wenn der Workload dauerhaft stark ausgelastet und vorhersehbar ist. In diesem Fall bevorzugt das Team möglicherweise einen stabilen reservierten Preis gegenüber einer granularen Messung.

Einsparungen durch nutzungsbasierte Preise setzen voraus, dass der Workload tatsächlich weniger Ressourcen verbraucht. Definieren Sie einen unterstützten Lifecycle für wirklich inaktive Entwicklungsumgebungen und prüfen Sie das aktuelle Verhalten der Plattform, statt anzunehmen, dass ein scheinbar ungenutzter Service keine Kosten verursacht.

Auch der Lifecycle von Previews ist wichtig. Ein Team, das Dutzende Previews laufen lässt, kann den Kostenvorteil kurzlebiger Umgebungen zunichtemachen. Legen Sie Verantwortlichkeiten und Ablaufzeiten fest.

Wie wirken sich Datenbanken, Volumes und Previews auf PaaS-Preise aus?

Anwendungs-Compute ist nur eine Position.

Verwaltete Datenbanken

PostgreSQL, MySQL, MongoDB und Redis verbrauchen CPU, RAM und Festplattenspeicher. Datenbank-Workloads laufen häufig dauerhaft, und der Speicherbedarf wächst mit der Zeit. Beziehen Sie Backups und Migrationsanforderungen in das Betriebsmodell ein, auch wenn sie nicht als separate Tariflimits gelten.

Persistente Volumes

Volumes bewahren Daten über Deployments hinweg und verbrauchen kontinuierlich Festplattenspeicher. Überwachen Sie die tatsächliche Nutzung:

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

Eine Zuweisung von 20 GB bei einer Nutzung von 2 GB kann auf Wachstumsspielraum oder Verschwendung hindeuten. Die Entscheidung hängt davon ab, wie Dockup Festplattenspeicher abrechnet und wie stark die Anwendung kurzfristig wachsen wird.

Preview-Deployments

Jeder PR oder Branch kann eine isolierte Umgebung und URL erhalten. Ein Preview verbraucht Ressourcen, solange es aktiv ist. Previews in einem privaten Netzwerk können außerdem über einen automatisch angelegten schreibgeschützten Benutzer die Produktionsdatenbank abfragen. Dadurch kann zusätzliche Datenbanklast entstehen, auch wenn keine separate Datenbank angelegt wird.

Windows-VMs und Linux-Boxen

Compute auf Betriebssystemebene kann einen größeren Grundverbrauch haben als ein kleiner Anwendung-Container. Dimensionieren Sie anhand der gemessenen Softwareanforderungen und fahren Sie temporäre Ressourcen herunter oder entfernen Sie sie, sobald ihre Aufgabe abgeschlossen ist.

Da die Anzahl der Ressourcen in bezahlten Tarifen unbegrenzt ist, muss Governance die fehlenden harten Mengenlimits ersetzen. Ein Agent sollte nicht einfach zehn Testservices erstellen, nur weil die Plattform dies erlaubt.

Wie vergleicht man PaaS-Anbieter, ohne sich selbst zu täuschen?

Normalisieren Sie zunächst den Workload. Ein fairer Vergleich verwendet dieselben:

1. CPU- und Speicheranforderungen.
2. Laufzeiten.
3. Datenbank-Engine und Speicher.
4. Persistenten Festplattenspeicher.
5. Anzahl und Lebensdauer von Previews.
6. Team-Seats, sofern diese berechnet werden.
7. Annahmen zum Netzwerktransfer.
8. Anforderungen an Backups und Support.
9. Regionen und Verfügbarkeitsmodell.
10. Betriebskosten in Form von Arbeitszeit.

Ordnen Sie anschließend jede Position als fest, gemessen, gutgeschrieben oder unsicher ein.

Kostenposition	Anbieter A	Anbieter B	Dockup
Abonnement	Aktuellen Wert erfassen	Aktuellen Wert erfassen	$0/$5/$20
Enthaltene Nutzung	Aktuellen Wert erfassen	Aktuellen Wert erfassen	$10 Startguthaben oder tarifabhängiges monatliches Guthaben
CPU	Fest oder gemessen	Fest oder gemessen	Minutengenau gemessen
RAM	Fest oder gemessen	Fest oder gemessen	Minutengenau gemessen
Festplatte	Aktuellen Wert erfassen	Aktuellen Wert erfassen	Minutengenau gemessen
Datenbank	Separat oder enthalten	Separat oder enthalten	Verbrauch verwalteter Ressourcen
Previews	Lebensdauer modellieren	Lebensdauer modellieren	Ressourcenverbrauch während der Aktivität
Seats	Aktuelle Angaben erfassen	Aktuelle Angaben erfassen	Aktuelle Bedingungen für Team-Tarife prüfen

Vermeiden Sie drei häufige Fehler:

• Einen Produktionsservice auf einer Plattform mit einem schlafenden kostenlosen Service auf einer anderen Plattform zu vergleichen.
• Enthaltenes Guthaben zweimal abzuziehen.
• Eine unbegrenzte Ressourcenanzahl mit unbegrenzter Nutzung gleichzusetzen.

Der Artikel Dockup vs Render vs Fly.io wendet diese Methode an, ohne die Preise der Wettbewerber festzuschreiben.

Wie sollten Teams PaaS-Ausgaben überwachen und kontrollieren?

Kostenkontrolle ist ein kontinuierlicher Betriebsprozess. Prüfen Sie Serviceverbrauch und Kontostand unter app.dockup.ai und bringen Sie Änderungen mit Deployments, Zugriffszahlen und Ressourcenwachstum in Zusammenhang.

Weisen Sie Ressourcen Verantwortlichen zu. Jeder Service, jede Datenbank, jedes Volume, jede Windows-VM, jede Linux-Box und jedes Preview sollte einen Zweck und einen Verantwortlichen haben. Löschen oder stoppen Sie ungenutzte Ressourcen über einen freigegebenen Prozess.

Ein AI-Agent kann beim Auflisten von Ressourcen, Zusammenfassen der Nutzung und Vorschlagen von Maßnahmen helfen. Er sollte Ressourcen jedoch nicht allein aufgrund geringer Aktivität automatisch löschen. Eine Datenbank zur Wiederherstellung nach einem Vorfall oder ein selten genutzter Administrationsservice kann absichtlich inaktiv sein.

Budgets und Schwellenwerte

Definieren Sie:

• Erwartete monatliche Spanne.
• Warnschwelle.
• Schwelle für eine Untersuchung.
• Genehmigungspflicht für neue dauerhaft aktive Ressourcen.
• Maximale Lebensdauer eines Previews.
• Schwellenwert für Volume-Wachstum.
• Verantwortlicher für ungeklärte Ausgaben.

Eine Prognose ist eine Spanne, kein Versprechen. Verwenden Sie für Traffic und Preview-Aktivität niedrige, erwartete und hohe Szenarien.

Unit Economics

Setzen Sie Infrastrukturausgaben mit einer Produkteinheit in Beziehung: aktivem Kunden, verarbeitetem Job, API-Anfrage oder generiertem Artefakt. Die Gesamtkosten können steigen, während die Kosten pro Einheit sinken. Ein festes Abonnement von $20 kann ebenfalls günstig wirken, während ungenutzte Services zusätzliche betriebliche Komplexität erzeugen.

Kosten der Entwicklungszeit

Eine niedrigere Plattformrechnung kann die schlechtere Entscheidung sein, wenn das Team Deployment-Wrapper, Monitoring, Preview-Orchestrierung, Backups oder Agent-Sicherheitsmechanismen selbst entwickeln und warten muss. Berücksichtigen Sie Arbeitsaufwand und Incident-Risiko.

Das Wertversprechen von Dockup besteht nicht nur aus der Preistabelle. Dockup verbindet die Deployment-Schicht für AI-Agenten mit verwalteten Services und Betriebsfunktionen über eine einzige CLI.

Validierungsplan für 30 Tage

1. Starten Sie mit dem kleinsten Tarif, der den Test unterstützt.
2. Deployen Sie einen repräsentativen Service und eine Datenbank.
3. Erzeugen Sie realistischen Traffic oder Workload.
4. Lassen Sie Previews nur so lange laufen wie bei einem normalen Review.
5. Erfassen Sie die Nutzung wöchentlich.
6. Prüfen Sie das Wachstum von Volumes und Datenbanken.
7. Vergleichen Sie die Projektion mit den tatsächlichen Ausgaben am Monatsende.
8. Wechseln Sie Tarife nur auf Grundlage von Messwerten.

Der Free-Tarif bietet ein Startguthaben von $10 für eine erste Validierung. Der Pro-Tarif bietet ein monatliches Guthaben von $20 für einen umfassenderen Produktionstest.

Die abschließende Entscheidung zu PaaS-Preisen

PaaS-Preise sind nachvollziehbar, wenn jede Position eine Einheit, einen Zeitraum und eine Verantwortungsregel hat. Eine nutzungsbasierte Abrechnung belohnt effiziente und intermittierende Workloads; feste Instanzen belohnen Vorhersehbarkeit, wenn die Kapazität dauerhaft benötigt wird.

Das minutengenaue CPU-, RAM- und Festplattenmodell von Dockup sollte anhand des tatsächlichen Serviceverbrauchs bewertet werden. Wählen Sie den Tarif, der das passende enthaltene Guthaben und die erforderlichen Kontofunktionen bietet, und messen Sie anschließend weiter, statt anzunehmen, dass die Abonnementgebühr den gesamten Verbrauch begrenzt.

Verwenden Sie die Dockup-CLI-Referenz für aktuelle Befehle zur Nutzungsabfrage. Vergleichen Sie benachbarte Plattformen in Dockup vs Railway und Dockup vs Heroku und prüfen Sie vor der Veröffentlichung die jeweils aktuellen offiziellen Preise.

Zahlungsfluss von wirtschaftlichen Kosten trennen

Enthaltenes Guthaben beeinflusst, wann Geld das Konto verlässt, macht den Workload jedoch nicht kostenlos. Erfassen Sie den Bruttoverbrauch der Ressourcen und den fälligen Nettobetrag. Der Bruttoverbrauch zeigt die Effizienz; die Nettoausgaben zeigen die Auswirkungen auf den Zahlungsfluss.

Ein Pro-Abonnement bietet beispielsweise $20 monatliches Guthaben. Wenn die gemessenen Ressourcen weniger als dieses Guthaben verbrauchen, kann die Belastung bei der Abonnementgebühr von $20 bleiben. Übersteigt der Verbrauch das Guthaben, entstehen zusätzliche Ausgaben. Das genaue Ergebnis hängt von der aktuellen Messung und dem Kontostand ab.

Verwenden Sie PaaS-Preisberichte, die beide Werte ausweisen, damit Teams nicht erst nach dem Aufbrauchen des Guthabens optimieren.

Unsicherheit explizit modellieren

Frühe Prognosen sollten drei Fälle enthalten:

Variable	Niedrig	Erwartet	Hoch
Traffic	50 % des Plans	Prognose	200 % des Plans
Preview-Lebensdauer	2 Stunden	8 Stunden	3 Tage
Datenbankwachstum	1 GB/Monat	5 GB/Monat	20 GB/Monat
Worker-Aktivität	2 Std./Tag	8 Std./Tag	24 Std./Tag
Mehraufwand durch Incidents	Keiner	Eine Wiederherstellung	Wiederholtes Debugging

Wenden Sie die aktuellen Einheitspreise auf jedes Szenario an. Es geht nicht um eine Genauigkeit auf den Cent, sondern darum, zu erkennen, welche Annahme die Entscheidung ändern kann.

Auch eine feste Instanz ist mit Unsicherheit verbunden: Das Team kann aus der gewählten Größe herauswachsen und in die nächste Stufe wechseln. Berücksichtigen Sie solche Sprungkosten.

Umgebungen mehrfach berücksichtigen

Eine Produktionsarchitektur besteht selten aus nur einem Service. Zählen Sie Staging, Previews, Worker, Datenbanken, Redis, Volumes, Windows-VMs, Linux-Boxen und temporäre Ressourcen für Migrationen mit.

Ein kleiner Service kann problemlos in ein Startguthaben passen. Derselbe Service in Produktion, Staging und fünf dauerhaft laufenden Previews ist ein anderes PaaS-Preisproblem.

Definieren Sie, welche Umgebungen dauerhaft laufen:

• Produktion: normalerweise dauerhaft aktiv.
• Staging: nur bei Bedarf dauerhaft aktiv.
• Preview: an einen offenen PR oder Branch gebunden.
• Lasttest: für ein geplantes Zeitfenster erstellt.
• Migration: nach der Validierung entfernt.
• Disaster Recovery: entsprechend dem gewünschten Bereitschaftsziel kalkuliert.

Unbegrenzte Mengen in einem bezahlten Tarif machen diese Governance wichtiger, nicht weniger wichtig.

Optimierungsentscheidungen mit ihren Risiken vergleichen

Weniger Arbeitsspeicher, das Anhalten eines Workers, eine kürzere Aufbewahrungsdauer oder das Löschen eines Volumes können die Ausgaben senken, verändern jedoch jeweils die Zuverlässigkeit. Dokumentieren Sie die Auswirkungen auf den Service neben der erwarteten Einsparung.

Ein sinnvoller Optimierungsvorschlag enthält:

1. Ressource und Verantwortlicher.
2. Aktuell gemessener Verbrauch.
3. Vorgeschlagene Änderung.
4. Erwartete monatliche Spanne.
5. Risiko für Performance oder Wiederherstellung.
6. Möglichkeit zum Rollback.
7. Beobachtungszeitraum.

Ein Agent kann den von der Plattform angezeigten gemessenen Verbrauch zusammenfassen. Änderungen, die Verfügbarkeit oder Datenaufbewahrung beeinflussen können, sollte jedoch ein Mensch genehmigen.

PaaS-Preise nach Architekturänderungen neu bewerten

Ein neuer Cache kann die CPU-Last der Datenbank senken und gleichzeitig Redis-Kosten verursachen. Ein Background-Worker kann die API-Latenz verbessern, während er mehr Stunden läuft. Private Netzwerke können die Architektur verändern, ohne die grundlegenden Einheiten CPU/RAM/Festplatte zu ändern. Ein Dockerfile kann die Imagegröße reduzieren, aber Entwicklungszeit kosten.

Erstellen Sie nach folgenden Änderungen eine neue Prognose:

• Hinzufügen einer verwalteten Datenbank.
• Aktivieren zahlreicher Previews.
• Anhängen eines großen Volumes.
• Wechsel zu Kubernetes-Autoscaling.
• Erstellen einer Windows-VM oder Linux-Box.
• Ändern der Aufbewahrungsdauer.
• Start einer neuen Region oder Kundentarifstufe.

PaaS-Preise sind ein lebendiges, an die Architektur gekoppeltes Modell und keine einmalige Beschaffungstabelle.

Vorlage für die monatliche Überprüfung

Erfassen Sie Tarif, Anfangsguthaben, Bruttoverbrauch, verbleibendes Guthaben, die fünf wichtigsten Ressourcen, unerwartete Änderungen, gestoppte Ressourcen, Anzahl der Previews, Festplattenwachstum und Szenarien für den nächsten Monat.

Vergleichen Sie das Ergebnis mit dem Vormonat und vermerken Sie Deployments oder Traffic-Ereignisse, die die Abweichung erklären. So wird die Kostenprüfung für die Entwicklung nützlich, statt zu einer Überraschung für die Finanzabteilung zu werden.

Mit derselben Vorlage lassen sich Anbieter fester Instanzen vergleichen: Ersetzen Sie die gemessenen Ressourcenpositionen durch die Gebühren der ausgewählten Instanzen und nehmen Sie die Auslastung auf, damit ungenutzte Kapazität sichtbar bleibt.

Annahmen jeder Schätzung dokumentieren

Eine PaaS-Preisangabe ohne Annahmen ist nicht überprüfbar. Fügen Sie Laufzeiten, Ressourcennutzung, Festplattenwachstum, Preview-Lebensdauer, Datenbankanzahl und das Datum der aktuellen Einheitspreise hinzu. Kennzeichnen Sie Werte als gemessen, geschätzt oder unbekannt.

Aktualisieren Sie das Modell nach der ersten Woche und dem ersten vollständigen Monat. Die Differenz zwischen Prognose und tatsächlichen Werten liefert Informationen über den Workload und ist nicht lediglich ein Buchungsfehler.

Diese Disziplin hält Vergleiche von PaaS-Preisen gültig, wenn Anbieter ihre Preise ändern oder die Architektur wächst.

Das Modell versionieren

Committen Sie die Annahmen und das Prüfdatum zusammen mit den Architekturnotizen. Ein versioniertes PaaS-Preismodell zeigt, warum das Team Tarife geändert hat, und verhindert, dass eine alte Tabelle zu einem nicht mehr nachvollziehbaren Budgetziel wird.

Mit einem überprüfbaren Deployment starten

Deployen Sie einen repräsentativen Workload, beobachten Sie ihn 30 Tage lang und vergleichen Sie den gemessenen Verbrauch von Service, Datenbank, Previews und Festplatte mit dem Tarifguthaben.

Kostenlos unter app.dockup.ai starten. Der Free-Tarif kostet $0 pro Monat, umfasst $10 Startguthaben und unterstützt einen Workspace, drei Datenbanken und drei Deployments.

FAQ

Wie viel kostet Dockup?

Free kostet $0 und umfasst $10 Startguthaben. Hobby kostet $5 pro Monat, wobei die Nutzung zusätzlich abgerechnet wird, und Pro kostet $20 pro Monat, wobei die ersten $20 Nutzung enthalten sind.

Was ist in den bezahlten Dockup-Tarifen unbegrenzt?

Bezahlte Tarife erlauben eine unbegrenzte Anzahl von Workspaces, Datenbanken und Deployments. Der Verbrauch von CPU, RAM und Festplatte wird weiterhin vom Tarifguthaben abgezogen.

Wie wird die Dockup-Nutzung gemessen?

Der Verbrauch von CPU, RAM und Festplatte wird minutengenau gemessen und vom enthaltenen oder aufgeladenen Guthaben des Kontos abgezogen.

Ist eine nutzungsbasierte Abrechnung immer günstiger als eine feste Instanz?

Nein. Bei variablen oder zeitweise inaktiven Workloads kann sie Geld sparen. Ein dauerhaft stark ausgelasteter und vorhersehbarer Workload kann sich dagegen im Vergleich zu einer festen Instanz als ähnlich günstig erweisen. Modellieren Sie dieselbe Nachfrage.

Wie sollte ich zwei PaaS-Preise vergleichen?

Normalisieren Sie Laufzeiten, CPU, Arbeitsspeicher, Festplatte, Datenbanken, Previews, Transfer, Seats und Support. Ermitteln Sie anschließend feste Gebühren, gemessene Nutzung, enthaltene Guthaben und Unsicherheiten.