Τιμολόγηση PaaS: Κόστος βάσει χρήσης έναντι κόστους σταθερού instance

Η τιμολόγηση PaaS μπορεί να φαίνεται απλή σε μια κάρτα πακέτου, αλλά να γίνεται δύσκολη στην κατανόηση σε production. Μια συνδρομή μπορεί να περιλαμβάνει credit χρήσης, ένα fixed instance μπορεί να χρεώνει για δεσμευμένο μέγεθος και μια usage-based πλατφόρμα μπορεί να μετρά την πραγματική χρήση CPU, RAM και disk. Η σύγκριση μόνο του αρχικού ποσού σε δολάρια οδηγεί σε λάθος απόφαση.

Το Dockup διαχωρίζει τη συνδρομή του πακέτου από την consumption βάσει μετρήσεων. Το Free περιλαμβάνει εφάπαξ αρχικό credit· το Pro περιλαμβάνει μηνιαίο credit χρήσης. Η χρήση CPU, RAM και disk μετριέται ανά λεπτό και αφαιρείται από το υπόλοιπο.

Ποια είναι η διαφορά μεταξύ usage-based και fixed instance pricing;

Η fixed instance pricing χρεώνει για ένα επιλεγμένο μέγεθος machine ή service κατά τη διάρκεια της περιόδου χρέωσης, ανεξάρτητα από το αν η εφαρμογή χρησιμοποιεί ολόκληρη τη δεσμευμένη capacity. Η usage-based pricing χρεώνει βάσει της μετρούμενης κατανάλωσης, μερικές φορές με minimums ή credits πακέτου.

Μοντέλο	Κύρια μονάδα	Πλεονέκτημα	Κίνδυνος
Fixed instance	Επιλεγμένο μέγεθος σε βάθος χρόνου	Προβλέψιμη χρέωση	Πληρώνετε για αχρησιμοποίητη capacity
Actual usage	Κατανάλωση CPU/RAM/disk σε βάθος χρόνου	Ο λογαριασμός ευθυγραμμίζεται με την κατανάλωση	Μεταβλητή πρόβλεψη
Συνδρομή συν credit	Χρέωση πακέτου και διαθέσιμο υπόλοιπο	Συνδυάζει πρόσβαση και δαπάνη	Το credit μπορεί να παρερμηνευτεί
Serverless request	Invocations/διάρκεια	Κλιμάκωση στο μηδέν για ορισμένα workloads	Απότομες αυξήσεις κόστους σε υψηλό όγκο
Seat συν resource	Πρόσβαση ομάδας συν compute	Δυνατότητες συνεργασίας	Αύξηση κόστους ανά seat

Το Dockup χρησιμοποιεί συνδρομή συν usage credit. Στα paid plans, ο αριθμός των resources είναι απεριόριστος, όμως το compute και το disk δεν είναι δωρεάν. Το «unlimited deployments» σημαίνει ότι δεν υπάρχει όριο στον αριθμό δημιουργίας deployments· οι πόροι που καταναλώνουν εξακολουθούν να χρησιμοποιούν το balance του πακέτου.

Η μέτρηση ανά λεπτό είναι πιο λεπτομερής από ένα μηνιαίο fixed instance. Ένα service που παραμένει σταματημένο για μέρος του μήνα μπορεί να καταναλώσει λιγότερο από ένα service που λειτουργεί συνεχώς, ενώ ένα busy service που είναι πάντα ενεργό μπορεί να καταναλώνει σταθερά όλο το διαθέσιμο balance.

Ποια είναι τα πακέτα του Dockup και ποια credits περιλαμβάνουν;

Ο πίνακας πακέτων είναι ο εξής:

Πακέτο	Τιμή	Περιλαμβανόμενο credit	Όρια workspace/database/deployment
Free	$0/μήνα	$10 αρχικό credit	1 workspace, 3 databases, 3 deployments
Hobby	$5/μήνα	$0	Απεριόριστα στα paid plans
Pro	$20/μήνα	$20 μηνιαίο usage credit	Απεριόριστα· προτεινόμενο

Η κατανάλωση CPU, RAM και disk αφαιρείται από το balance. Όταν αξιολογείτε ένα paid plan, θεωρήστε τη χρέωση τόσο ως πρόσβαση σε απεριόριστο αριθμό resources όσο και ως prepaid υπόλοιπο χρήσης ίσο με το ίδιο ποσό.

Το Pro plan προτείνεται επειδή παρέχει $20 μηνιαίο credit και αφήνει περιθώριο για αρκετά μικρά services ή για ένα αντιπροσωπευτικό production workload. Το κατάλληλο plan εξακολουθεί να εξαρτάται από την πραγματική κατανάλωση.

Ελέγξτε το account balance και την κατανάλωση των services στο app.dockup.ai. Εξετάστε μαζί τη χρήση CPU, memory, disk και το τρέχον balance του πακέτου, αντί να αντιμετωπίζετε το ποσό της συνδρομής ως ολόκληρο τον λογαριασμό.

Πώς υπολογίζετε ένα ρεαλιστικό κόστος PaaS;

Δημιουργήστε την εκτίμηση με βάση τις ώρες λειτουργίας και τους μετρημένους πόρους.

Ένας απλός εννοιολογικός τύπος είναι:

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

Οι ακριβείς unit rates πρέπει να αναζητούνται στην τρέχουσα πηγή τιμολόγησης και όχι σε ένα αντιγραμμένο spreadsheet που κανείς δεν ενημερώνει. Η μεθοδολογία παραμένει σταθερή.

Για κάθε service, καταγράψτε:

• Ώρες λειτουργίας ανά ημέρα.
• Μέση και μέγιστη χρήση CPU.
• Μέσο working set μνήμης.
• Μέγεθος και αύξηση persistent disk.
• Resources των databases.
• Διάρκεια ζωής preview environment.
• Αριθμό environments.
• Εποχική κίνηση.
• Αναμενόμενη συχνότητα build και deployment.

Χρησιμοποιήστε μετρημένες τιμές μετά το launch. Η requested memory δεν είναι ίδια με την πραγματική κατανάλωση memory σε ένα usage-based model. Αντίστοιχα, ένας λογαριασμός fixed instance μπορεί να βασίζεται στο requested size, ακόμη και όταν το actual utilization είναι χαμηλό.

Παράδειγμα worksheet workload

Resource	Ποσότητα	Μοτίβο λειτουργίας	Βαθμός βεβαιότητας
Web service	1	24/7	Υψηλός
Worker	1	8 ώρες/ημέρα	Μέτριος
PostgreSQL	1	24/7	Υψηλός
Redis	1	24/7	Μέτριος
Preview service	3 κατά μέσο όρο	6 ώρες το καθένα	Χαμηλός
Volume	20 GB	Συνεχής	Υψηλός

Μην μετατρέψετε αυτόν τον πίνακα σε ψεύτικο benchmark σε δολάρια χωρίς τρέχουσες unit prices και πραγματικό utilization. Πρόκειται για μοντέλο ζήτησης.

Πότε εξοικονομεί χρήματα η usage-based pricing;

Η usage-based billing είναι ελκυστική όταν τα workloads μεταβάλλονται, μπορούν να σταματούν όταν είναι idle ή υπάρχει μεγάλη απόσταση μεταξύ του requested ceiling και της πραγματικής κατανάλωσης.

Παραδείγματα:

• Development environments που χρησιμοποιούνται κατά τις ώρες εργασίας.
• Preview deployments που υπάρχουν μόνο κατά το review.
• Batch workers που είναι ενεργοί για περιορισμένο χρονικό διάστημα.
• Πρώιμα products με χαμηλή βασική κίνηση.
• Services που μπορούν να σταματούν μεταξύ campaigns.
• Μικρά APIs με χαμηλή μέση χρήση CPU.

Ένα fixed instance μπορεί να είναι ανταγωνιστικό όταν το workload είναι συνεχώς busy και προβλέψιμο. Σε αυτή την περίπτωση, η ομάδα μπορεί να προτιμά μια σταθερή reserved price αντί για λεπτομερή metering.

Η εξοικονόμηση μέσω usage-based pricing προϋποθέτει ότι το workload καταναλώνει στην πράξη λιγότερους πόρους. Ορίστε μια υποστηριζόμενη lifecycle για development environments που είναι πραγματικά inactive και επαληθεύστε την τρέχουσα συμπεριφορά στην πλατφόρμα, αντί να υποθέτετε ότι ένα service που φαίνεται idle δεν έχει κόστος.

Σημασία έχει και το preview lifecycle. Μια ομάδα που αφήνει δεκάδες previews να λειτουργούν μπορεί να εξαλείψει το όφελος κόστους των short-lived environments. Ορίστε owner και expiration.

Πώς επηρεάζουν την τιμολόγηση PaaS τα databases, τα volumes και τα previews;

Το application compute είναι μόνο μία γραμμή κόστους.

Managed databases

Τα PostgreSQL, MySQL, MongoDB και Redis καταναλώνουν CPU, RAM και disk. Τα database workloads είναι συχνά always-on και το storage αυξάνεται με την πάροδο του χρόνου. Συμπεριλάβετε τα backups και τις απαιτήσεις migration στο operational model, ακόμη και όταν δεν αποτελούν ξεχωριστά όρια του πακέτου.

Persistent volumes

Τα volumes διατηρούν δεδομένα μεταξύ deployments και καταναλώνουν disk συνεχώς. Παρακολουθείτε την πραγματική χρήση:

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

Μια κατανομή 20 GB με χρήση 2 GB μπορεί να υποδεικνύει περιθώριο για μελλοντική αύξηση ή σπατάλη. Η απόφαση εξαρτάται από τον τρόπο με τον οποίο το Dockup μετρά το disk και από την άμεση προοπτική ανάπτυξης της εφαρμογής.

Preview deployments

Κάθε PR ή branch μπορεί να αποκτήσει isolated environment και URL. Ένα preview καταναλώνει resources όσο παραμένει ενεργό. Τα previews σε private network μπορεί επίσης να εκτελούν queries στη production database μέσω automatic read-only user, γεγονός που μπορεί να αυξήσει το database load ακόμη και χωρίς ξεχωριστό database.

Windows VMs και Linux boxes

Το OS-level compute μπορεί να έχει μεγαλύτερο steady footprint από ένα μικρό application container. Κάντε sizing βάσει των μετρημένων απαιτήσεων του software και τερματίστε ή αποσύρετε τα προσωρινά resources όταν ολοκληρώνεται η εργασία τους.

Οι αριθμοί resources είναι απεριόριστοι στα paid plans, επομένως η διακυβέρνηση πρέπει να αντικαθιστά τα αυστηρά count limits. Ένας agent δεν θα πρέπει να δημιουργεί δέκα test services απλώς επειδή η πλατφόρμα το επιτρέπει.

Πώς συγκρίνετε PaaS providers χωρίς να παραπλανείτε τον εαυτό σας;

Κανονικοποιήστε πρώτα το workload. Μια δίκαιη σύγκριση χρησιμοποιεί τα ίδια:

1. CPU και memory demand.
2. Ώρες λειτουργίας.
3. Database engine και storage.
4. Persistent disk.
5. Αριθμό και διάρκεια ζωής previews.
6. Team seats, όταν χρεώνονται.
7. Παραδοχές για network transfer.
8. Απαιτήσεις backup και support.
9. Regions και availability model.
10. Operational labor.

Στη συνέχεια, ταξινομήστε κάθε γραμμή ως fixed, metered, credited ή uncertain.

Γραμμή κόστους	Provider A	Provider B	Dockup
Συνδρομή	Καταγράψτε την τρέχουσα	Καταγράψτε την τρέχουσα	$0/$5/$20
Περιλαμβανόμενη χρήση	Καταγράψτε την τρέχουσα	Καταγράψτε την τρέχουσα	$10 αρχικό ή μηνιαίο credit αντίστοιχο του πακέτου
CPU	Fixed ή metered	Fixed ή metered	Metered ανά λεπτό
RAM	Fixed ή metered	Fixed ή metered	Metered ανά λεπτό
Disk	Καταγράψτε την τρέχουσα	Καταγράψτε την τρέχουσα	Metered ανά λεπτό
Database	Ξεχωριστό ή περιλαμβανόμενο	Ξεχωριστό ή περιλαμβανόμενο	Κατανάλωση managed resource
Previews	Μοντελοποιήστε τη διάρκεια ζωής	Μοντελοποιήστε τη διάρκεια ζωής	Κατανάλωση resources όσο είναι ενεργά
Seats	Καταγράψτε την τρέχουσα	Καταγράψτε την τρέχουσα	Επαληθεύστε τους τρέχοντες όρους team plan

Αποφύγετε τρία συνηθισμένα λάθη:

• Να συγκρίνετε ένα production service σε μία πλατφόρμα με ένα sleeping free service σε άλλη.
• Να αφαιρείτε το included credit δύο φορές.
• Να αντιμετωπίζετε τον απεριόριστο αριθμό resources ως απεριόριστη χρήση.

Το άρθρο Dockup vs Render vs Fly.io εφαρμόζει αυτή τη μέθοδο χωρίς να παγώνει τις τιμές των ανταγωνιστών.

Πώς πρέπει οι ομάδες να παρακολουθούν και να ελέγχουν τις δαπάνες PaaS;

Ο έλεγχος κόστους είναι ένας operational loop. Ελέγχετε την κατανάλωση των services και το account balance στο app.dockup.ai, και στη συνέχεια συνδέστε τις αλλαγές με deployments, traffic και αύξηση resources.

Αναθέστε ownership για τα resources. Κάθε service, database, volume, Windows VM, Linux box και preview πρέπει να έχει σκοπό και owner. Διαγράψτε ή σταματήστε τα αχρησιμοποίητα resources μέσω εγκεκριμένης διαδικασίας.

Ένας AI agent μπορεί να βοηθήσει παραθέτοντας resources, συνοψίζοντας τη χρήση και προτείνοντας ενέργειες. Δεν θα πρέπει να καταστρέφει resources αυτόνομα μόνο βάσει χαμηλής δραστηριότητας. Μια stopped incident-recovery database ή ένα σπάνια χρησιμοποιούμενο administrative service μπορεί να είναι σκόπιμα idle.

Όρια budget

Ορίστε:

• Αναμενόμενο μηνιαίο εύρος.
• Warning threshold.
• Investigation threshold.
• Απαιτούμενη έγκριση για νέα always-on resources.
• Μέγιστη διάρκεια ζωής preview.
• Όριο αύξησης volume.
• Owner για ανεξήγητες δαπάνες.

Μια πρόβλεψη είναι εύρος και όχι υπόσχεση. Χρησιμοποιήστε σενάρια low, expected και high για την κίνηση και τη δραστηριότητα των previews.

Unit economics

Συνδέστε τις infrastructure δαπάνες με μια μονάδα του product: ενεργό customer, processed job, API request ή generated artifact. Το συνολικό κόστος μπορεί να αυξάνεται, ενώ το unit cost βελτιώνεται. Μια σταθερή συνδρομή $20 μπορεί επίσης να φαίνεται φθηνή, ενώ τα αχρησιμοποίητα services δημιουργούν operational complexity.

Κόστος engineering time

Ένας χαμηλότερος λογαριασμός πλατφόρμας μπορεί να είναι χειρότερη επιλογή αν η ομάδα πρέπει να δημιουργεί και να συντηρεί deployment wrappers, monitoring, preview orchestration, backups ή agent safety. Συμπεριλάβετε το operational labor και το incident risk.

Η αξία του Dockup δεν περιορίζεται στον πίνακα τιμών. Συνδυάζει το deployment layer για AI agents με managed services και operations μέσω ενός CLI.

Πλάνο validation 30 ημερών

1. Ξεκινήστε με το μικρότερο plan που υποστηρίζει το test.
2. Κάντε deploy ένα αντιπροσωπευτικό service και database.
3. Εκτελέστε ρεαλιστικό traffic ή workload.
4. Διατηρήστε τα previews μόνο όσο διαρκεί το κανονικό review.
5. Παρακολουθείτε τη χρήση κάθε εβδομάδα.
6. Ελέγξτε την αύξηση των volumes και των databases.
7. Συγκρίνετε την προβολή με την πραγματική δαπάνη στο τέλος του μήνα.
8. Αλλάξτε plan μόνο βάσει στοιχείων.

Το Free plan παρέχει $10 αρχικό credit για αρχικό validation. Το Pro plan παρέχει $20 μηνιαίο balance για ευρύτερο production test.

Τελική απόφαση για την τιμολόγηση PaaS

Η τιμολόγηση PaaS γίνεται κατανοητή όταν κάθε γραμμή έχει unit, χρονική περίοδο και κανόνα ownership. Το usage-based metering ανταμείβει τα αποδοτικά και intermittent workloads, ενώ τα fixed instances ανταμείβουν την προβλεψιμότητα όταν απαιτείται συνεχώς capacity.

Το μοντέλο του Dockup με CPU, RAM και disk ανά λεπτό πρέπει να αξιολογείται βάσει της πραγματικής χρήσης των services. Επιλέξτε το plan που παρέχει το κατάλληλο included balance και τα απαραίτητα account features και συνεχίστε να μετράτε, αντί να θεωρείτε ότι η συνδρομή θέτει ανώτατο όριο σε όλη την κατανάλωση.

Χρησιμοποιήστε το Dockup CLI reference για τις τρέχουσες εντολές χρήσης. Συγκρίνετε γειτονικές πλατφόρμες στα Dockup vs Railway και Dockup vs Heroku, ελέγχοντας τις τρέχουσες επίσημες τιμές τους πριν από τη δημοσίευση.

Διαχωρίστε το cash flow από το economic cost

Το included credit επηρεάζει το πότε φεύγουν χρήματα από τον λογαριασμό, αλλά δεν καθιστά δωρεάν το workload. Παρακολουθείτε την ακαθάριστη κατανάλωση resources και το καθαρό πληρωτέο ποσό. Η gross χρήση δείχνει την αποδοτικότητα, ενώ η net δαπάνη δείχνει την επίδραση στο cash flow.

Για παράδειγμα, μια συνδρομή Pro παρέχει $20 μηνιαίο credit. Αν οι μετρημένοι resources καταναλώσουν λιγότερο από το balance, η χρέωση μπορεί να παραμείνει στα $20 της συνδρομής. Αν η κατανάλωση ξεπεράσει το balance, το επιπλέον ποσό γίνεται πρόσθετη δαπάνη. Το ακριβές αποτέλεσμα εξαρτάται από το τρέχον metering και το account balance.

Χρησιμοποιήστε reports PaaS pricing που εμφανίζουν και τους δύο αριθμούς, ώστε οι ομάδες να μην κάνουν optimization μόνο αφού εξαντληθεί το credit.

Μοντελοποιήστε ρητά την αβεβαιότητα

Οι αρχικές προβλέψεις πρέπει να περιλαμβάνουν τρία σενάρια:

Μεταβλητή	Low	Expected	High
Traffic	50% του plan	Πρόβλεψη	200% του plan
Διάρκεια ζωής preview	2 ώρες	8 ώρες	3 ημέρες
Αύξηση database	1 GB/μήνα	5 GB/μήνα	20 GB/μήνα
Δραστηριότητα worker	2 ώρες/ημέρα	8 ώρες/ημέρα	24 ώρες/ημέρα
Incident overhead	Κανένα	Ένα recovery	Επαναλαμβανόμενο debugging

Πολλαπλασιάστε τις τρέχουσες unit rates σε κάθε σενάριο. Στόχος δεν είναι η ακρίβεια στο cent, αλλά ο εντοπισμός της παραδοχής που μπορεί να αλλάξει την απόφαση.

Και ένα fixed instance έχει αβεβαιότητα: η ομάδα μπορεί να ξεπεράσει το επιλεγμένο size και να μεταβεί στο επόμενο tier. Συμπεριλάβετε αυτές τις step changes.

Συμπεριλάβετε τον πολλαπλασιασμό ανά environment

Μια production αρχιτεκτονική σπάνια αποτελείται από ένα μόνο service. Υπολογίστε staging, previews, workers, databases, Redis, volumes, Windows VMs, Linux boxes και προσωρινά resources για migrations.

Ένα μικρό service μπορεί να χωρά άνετα σε ένα αρχικό credit. Το ίδιο service σε production, staging και πέντε persistent previews αποτελεί διαφορετικό πρόβλημα PaaS pricing.

Ορίστε ποια environments λειτουργούν συνεχώς:

• Production: συνήθως πάντα ενεργό.
• Staging: πάντα ενεργό μόνο όταν απαιτείται.
• Preview: συνδεδεμένο με ανοιχτό PR ή branch.
• Load test: δημιουργείται για προγραμματισμένο χρονικό διάστημα.
• Migration: αφαιρείται μετά το validation.
• Disaster recovery: κοστολογείται βάσει του readiness target.

Τα απεριόριστα counts σε ένα paid plan κάνουν αυτή τη διακυβέρνηση ακόμη πιο σημαντική.

Συγκρίνετε τις επιλογές optimization με το risk

Η μείωση memory, το σταμάτημα ενός worker, η συρρίκνωση του retention ή η διαγραφή ενός volume μπορεί να μειώσει τη δαπάνη, αλλά κάθε ενέργεια μεταβάλλει την αξιοπιστία. Καταγράψτε δίπλα στην εκτιμώμενη εξοικονόμηση και την επίπτωση στο service level.

Μια χρήσιμη πρόταση optimization περιλαμβάνει:

1. Resource και owner.
2. Τρέχουσα μετρημένη κατανάλωση.
3. Προτεινόμενη αλλαγή.
4. Αναμενόμενο μηνιαίο εύρος.
5. Performance ή recovery risk.
6. Μέθοδο rollback.
7. Observation window.

Ένας agent μπορεί να συνοψίσει τη μετρημένη κατανάλωση που εμφανίζει η πλατφόρμα, αλλά ένας άνθρωπος θα πρέπει να εγκρίνει αλλαγές που μπορούν να επηρεάσουν τη διαθεσιμότητα ή το data retention.

Επανεξετάστε την τιμολόγηση PaaS μετά από αλλαγές στην αρχιτεκτονική

Ένα νέο cache μπορεί να μειώσει το database CPU, ενώ προσθέτει κόστος Redis. Ένας background worker μπορεί να βελτιώσει το API latency, αλλά να λειτουργεί περισσότερες ώρες. Το private networking μπορεί να αλλάξει την αρχιτεκτονική χωρίς να αλλάξει τις ίδιες βασικές μονάδες CPU/RAM/disk. Ένα Dockerfile μπορεί να μειώσει το image size, αλλά να απαιτεί engineering time.

Κάντε νέα πρόβλεψη μετά από:

• Προσθήκη managed database.
• Ενεργοποίηση πολλών previews.
• Σύνδεση μεγάλου volume.
• Μετάβαση σε Kubernetes autoscaling.
• Δημιουργία Windows VM ή Linux box.
• Αλλαγή retention.
• Launch νέου region ή customer tier.

Η τιμολόγηση PaaS είναι ένα ζωντανό model που συνδέεται με την αρχιτεκτονική και όχι ένα εφάπαξ procurement spreadsheet.

Πρότυπο μηνιαίου review

Καταγράψτε το plan, το αρχικό balance, τη gross χρήση, το υπόλοιπο balance, τα πέντε resources με τη μεγαλύτερη χρήση, τις απρόσμενες αλλαγές, τα stopped resources, τον αριθμό previews, την αύξηση disk και τα σενάρια του επόμενου μήνα.

Συγκρίνετε το αποτέλεσμα με τον προηγούμενο μήνα και προσθέστε annotations για deployments ή traffic events που εξηγούν τη διαφορά. Έτσι, το cost review γίνεται χρήσιμο για το engineering αντί να αποτελεί οικονομική έκπληξη.

Το ίδιο template μπορεί να χρησιμοποιηθεί για τη σύγκριση fixed instance providers: αντικαταστήστε τις γραμμές measured resources με selected instance fees και συμπεριλάβετε το utilization, ώστε η idle capacity να παραμένει ορατή.

Δημοσιεύστε τις παραδοχές με κάθε estimate

Ένας αριθμός PaaS pricing χωρίς παραδοχές δεν μπορεί να αξιολογηθεί. Επισυνάψτε τις ώρες λειτουργίας, τη χρήση resources, την αύξηση disk, τη διάρκεια ζωής των previews, τον αριθμό databases και την ημερομηνία των current unit rates. Επισημάνετε ποιες τιμές είναι measured, estimated ή unknown.

Ενημερώστε το model μετά την πρώτη εβδομάδα και τον πρώτο πλήρη μήνα. Η διαφορά μεταξύ forecast και actual είναι πληροφορία για το workload και όχι απλώς λογιστικό σφάλμα.

Αυτή η πειθαρχία διατηρεί έγκυρες τις συγκρίσεις PaaS pricing όταν οι providers αλλάζουν rates ή η αρχιτεκτονική μεγαλώνει.

Διατηρήστε το model με version control

Κάντε commit τις παραδοχές και την ημερομηνία review δίπλα στις αρχιτεκτονικές σημειώσεις. Ένα versioned PaaS pricing model δείχνει γιατί η ομάδα άλλαξε plans και αποτρέπει ένα παλιό spreadsheet από το να γίνει ανεξήγητος budget στόχος.

Ξεκινήστε με ένα deployment που μπορείτε να επαληθεύσετε

Κάντε deploy ένα αντιπροσωπευτικό workload, παρακολουθήστε το για 30 ημέρες και συγκρίνετε τη μετρημένη κατανάλωση service, database, preview και disk με το balance του plan.

Ξεκινήστε δωρεάν στο app.dockup.ai. Το Free plan κοστίζει $0 τον μήνα, περιλαμβάνει $10 αρχικό credit και υποστηρίζει ένα workspace, τρία databases και τρία deployments.

FAQ

Πόσο κοστίζει το Dockup;

Το Free κοστίζει $0 και περιλαμβάνει $10 αρχικό credit. Το Hobby κοστίζει $5 τον μήνα, με τη χρήση να χρεώνεται επιπλέον, και το Pro κοστίζει $20 τον μήνα με τα πρώτα $20 χρήσης να περιλαμβάνονται.

Τι είναι απεριόριστο στα paid plans του Dockup;

Τα paid plans επιτρέπουν απεριόριστα workspaces, databases και deployments ως προς τον αριθμό τους. Η κατανάλωση CPU, RAM και disk εξακολουθεί να χρησιμοποιεί το balance του plan.

Πώς μετριέται η χρήση στο Dockup;

Η κατανάλωση CPU, RAM και disk μετριέται ανά λεπτό και αφαιρείται από το included ή topped-up balance του account.

Είναι η usage-based pricing πάντα φθηνότερη από ένα fixed instance;

Όχι. Μπορεί να εξοικονομεί χρήματα σε variable ή idle workloads, ενώ ένα συνεχώς busy και προβλέψιμο workload μπορεί να συγκρίνεται ευνοϊκά με ένα fixed instance. Μοντελοποιήστε την ίδια ζήτηση.

Πώς πρέπει να συγκρίνω δύο τιμές PaaS;

Κανονικοποιήστε τις ώρες λειτουργίας, το CPU, τη memory, το disk, τα databases, τα previews, το transfer, τα seats και το support. Στη συνέχεια, εντοπίστε τις fixed fees, τη metered χρήση, τα included credits και την αβεβαιότητα.