Cennik PaaS: koszty zależne od użycia a koszty stałych instancji

Cennik PaaS może wyglądać prosto na karcie planu, a w środowisku produkcyjnym szybko stać się niejasny. Opłata abonamentowa może obejmować kredyt na użycie, stała instancja może być rozliczana na podstawie zarezerwowanego rozmiaru, a platforma rozliczana zależnie od użycia może mierzyć rzeczywiste zużycie CPU, RAM i dysku. Porównywanie wyłącznie pierwszej kwoty w dolarach prowadzi do niewłaściwej decyzji.

Dockup oddziela abonament za plan od mierzonego zużycia. Free zawiera jednorazowy kredyt początkowy; Pro zawiera miesięczny kredyt na użycie. Zużycie CPU, RAM i dysku jest mierzone co minutę i odejmowane od salda.

Czym różni się cennik zależny od użycia od cennika stałej instancji?

W przypadku stałej instancji opłata jest naliczana za wybrany rozmiar maszyny lub usługi w danym okresie rozliczeniowym, niezależnie od tego, czy aplikacja wykorzystuje całą zarezerwowaną przepustowość. Cennik zależny od użycia nalicza opłaty na podstawie zmierzonego zużycia, czasem z uwzględnieniem minimów lub kredytów planu.

Model	Główna jednostka	Zaleta	Ryzyko
Stała instancja	Wybrany rozmiar w czasie	Przewidywalna pozycja na rachunku	Płacisz za bezczynne zasoby
Rzeczywiste użycie	Zużycie CPU/RAM/dysku w czasie	Rachunek odpowiada zużyciu	Zmienna prognoza
Abonament plus kredyt	Opłata za plan i uwzględnione saldo	Łączy dostęp i wydatki	Kredyt może być źle rozumiany
Serverless — żądanie	Liczba wywołań/czas trwania	Dla niektórych zadań skaluje się do zera	Skoki kosztów przy dużym ruchu
Liczba użytkowników plus zasoby	Dostęp zespołu plus compute	Funkcje współpracy	Wzrost kosztów wraz z liczbą użytkowników

Dockup korzysta z modelu abonament plus kredyt na użycie. Płatne plany nie ograniczają liczby zasobów, ale compute i dysk nie są bezpłatne. „Unlimited deployments” oznacza brak limitu liczby tworzonych wdrożeń; zużywane przez nie zasoby nadal pomniejszają saldo planu.

Pomiar minutowy jest bardziej szczegółowy niż miesięczna opłata za stałą instancję. Usługa zatrzymana przez część miesiąca może zużyć mniej niż usługa działająca bez przerwy, podczas gdy stale aktywna i obciążona usługa może regularnie wykorzystywać dostępne saldo.

Jakie są plany Dockup i jakie kredyty obejmują?

Tabela planów wygląda następująco:

Plan	Cena	Uwzględniony kredyt	Limity workspace’ów/baz danych/wdrożeń
Free	$0/miesiąc	$10 kredytu początkowego	1 workspace, 3 bazy danych, 3 wdrożenia
Hobby	$5/miesiąc	$0	Bez limitu w płatnych planach
Pro	$20/miesiąc	$20 miesięcznego kredytu na użycie	Bez limitu; plan rekomendowany

Zużycie CPU, RAM i dysku pomniejsza saldo. Oceniając płatny plan, traktuj opłatę jednocześnie jako dostęp do nieograniczonej liczby zasobów oraz przedpłacone saldo na użycie w tej samej wysokości.

Plan Pro jest rekomendowany, ponieważ zapewnia $20 miesięcznego kredytu i pozostawia miejsce na kilka małych usług lub reprezentatywne obciążenie produkcyjne. Właściwy plan nadal zależy od rzeczywistego zużycia.

Saldo konta i zużycie usług sprawdzisz w app.dockup.ai. Analizuj razem CPU, pamięć, dysk i bieżące saldo planu, zamiast traktować kwotę abonamentu jako kompletny rachunek.

Jak obliczyć realistyczny koszt PaaS?

Zbuduj szacunek na podstawie godzin działania obciążenia i zmierzonych zasobów.

Prosty wzór koncepcyjny wygląda następująco:

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

Dokładne stawki jednostkowe powinny pochodzić z aktualnego źródła cennika, a nie ze skopiowanego arkusza kalkulacyjnego, którego nikt nie aktualizuje. Metodyka pozostaje stabilna.

Dla każdej usługi zapisz:

• Liczbę godzin działania dziennie.
• Średnie i szczytowe użycie CPU.
• Średni working set pamięci.
• Rozmiar i przyrost persistent disk.
• Zasoby baz danych.
• Czas życia środowisk preview.
• Liczbę środowisk.
• Sezonowość ruchu.
• Przewidywaną częstotliwość buildów i wdrożeń.

Po uruchomieniu korzystaj ze zmierzonych wartości. Żądana ilość pamięci to nie to samo co rzeczywiste zużycie pamięci w modelu zależnym od użycia. Z kolei rachunek za stałą instancję może uwzględniać żądany rozmiar, nawet gdy rzeczywiste wykorzystanie jest niskie.

Przykładowy arkusz obciążenia

Zasób	Liczba	Schemat działania	Poziom pewności
Usługa webowa	1	24/7	Wysoki
Worker	1	8 godzin/dzień	Średni
PostgreSQL	1	24/7	Wysoki
Redis	1	24/7	Średni
Usługa preview	średnio 3	6 godzin każda	Niski
Volume	20 GB	Ciągłe	Wysoki

Nie zamieniaj tej tabeli w pozorny benchmark kwotowy bez aktualnych cen jednostkowych i rzeczywistego wykorzystania. To model zapotrzebowania.

Kiedy cennik zależny od użycia pozwala oszczędzić?

Rozliczanie zależne od użycia jest atrakcyjne, gdy obciążenia są zmienne, mogą zatrzymywać się w czasie bezczynności albo występuje duża różnica między zarezerwowanym limitem a rzeczywistym zużyciem.

Przykłady:

• Środowiska deweloperskie używane w godzinach pracy.
• Wdrożenia preview istniejące tylko podczas review.
• Workerzy batch działający przez ograniczony czas.
• Produkty na wczesnym etapie z niewielkim stałym ruchem.
• Usługi, które można zatrzymać między kampaniami.
• Małe API o niskim średnim użyciu CPU.

Stała instancja może być konkurencyjna, gdy obciążenie jest stale wysokie i przewidywalne. W takim przypadku zespół może preferować stabilną, zarezerwowaną cenę zamiast szczegółowego pomiaru zużycia.

Oszczędności w modelu zależnym od użycia wymagają, aby obciążenie faktycznie zużywało mniej zasobów. Zdefiniuj obsługiwany lifecycle dla rzeczywiście nieaktywnych środowisk deweloperskich i sprawdź bieżące zachowanie platformy, zamiast zakładać, że usługa wyglądająca na bezczynną nie generuje kosztów.

Znaczenie ma również lifecycle środowisk preview. Zespół, który pozostawia uruchomione dziesiątki preview, może całkowicie zniwelować korzyść kosztową krótkotrwałych środowisk. Ustal właścicieli i terminy wygaśnięcia.

Jak bazy danych, volume’y i preview wpływają na cennik PaaS?

Compute aplikacji to tylko jedna pozycja na rachunku.

Zarządzane bazy danych

PostgreSQL, MySQL, MongoDB i Redis zużywają CPU, RAM i dysk. Obciążenia baz danych często działają stale, a ilość danych rośnie z czasem. Uwzględnij backupy i wymagania migracji w modelu operacyjnym, nawet jeśli nie są osobnymi limitami planu.

Persistent volume’y

Volume’y zachowują dane między wdrożeniami i stale zużywają miejsce na dysku. Monitoruj rzeczywiste użycie:

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

Alokacja 20 GB przy wykorzystaniu 2 GB może oznaczać zapas na wzrost albo marnotrawstwo. Decyzja zależy od sposobu, w jaki Dockup nalicza opłaty za dysk, oraz od przewidywanego krótkoterminowego wzrostu aplikacji.

Wdrożenia preview

Każdy PR lub branch może otrzymać odizolowane środowisko i URL. Preview zużywa zasoby, gdy jest aktywne. Preview w prywatnej sieci może również odpytywać produkcyjną bazę danych za pośrednictwem automatycznego użytkownika tylko do odczytu, co może zwiększyć obciążenie bazy nawet bez tworzenia osobnej bazy danych.

Windows VM i Linux boxy

Compute na poziomie systemu operacyjnego może mieć większy stały narzut niż mały kontener aplikacji. Dobieraj rozmiar na podstawie zmierzonych wymagań oprogramowania, a tymczasowe zasoby wyłączaj lub usuwaj po zakończeniu zadania.

Płatne plany nie ograniczają liczby zasobów, dlatego governance musi zastąpić sztywne limity. Agent nie powinien tworzyć dziesięciu usług testowych tylko dlatego, że platforma na to pozwala.

Jak porównywać dostawców PaaS, aby nie wyciągać błędnych wniosków?

Najpierw ujednolić obciążenie. Uczciwe porównanie wykorzystuje te same:

1. Wymagania dotyczące CPU i pamięci.
2. Godziny działania.
3. Silnik bazy danych i ilość danych.
4. Persistent disk.
5. Liczbę i czas życia środowisk preview.
6. Liczbę użytkowników, jeśli jest rozliczana.
7. Założenia dotyczące transferu sieciowego.
8. Wymagania dotyczące backupów i supportu.
9. Regiony i model dostępności.
10. Nakład pracy operacyjnej.

Następnie sklasyfikuj każdą pozycję jako stałą, mierzoną, objętą kredytem albo niepewną.

Pozycja kosztowa	Dostawca A	Dostawca B	Dockup
Abonament	Zapisz bieżącą cenę	Zapisz bieżącą cenę	$0/$5/$20
Uwzględnione użycie	Zapisz bieżące dane	Zapisz bieżące dane	$10 na start lub miesięczny kredyt odpowiadający planowi
CPU	Stałe lub mierzone	Stałe lub mierzone	Mierzone co minutę
RAM	Stałe lub mierzone	Stałe lub mierzone	Mierzone co minutę
Dysk	Zapisz bieżącą cenę	Zapisz bieżącą cenę	Mierzony co minutę
Baza danych	Osobno lub w cenie	Osobno lub w cenie	Zużycie zarządzanych zasobów
Preview	Uwzględnij czas życia	Uwzględnij czas życia	Zużycie zasobów podczas aktywności
Użytkownicy	Zapisz bieżące dane	Zapisz bieżące dane	Sprawdź bieżące warunki planu zespołowego

Unikaj trzech częstych błędów:

• Porównywania usługi produkcyjnej na jednej platformie z uśpioną bezpłatną usługą na innej.
• Odejmowania uwzględnionego kredytu dwa razy.
• Traktowania nieograniczonej liczby zasobów jako nieograniczonego użycia.

Artykuł Dockup vs Render vs Fly.io stosuje tę metodę bez zamrażania cen konkurencji.

Jak zespoły powinny monitorować i kontrolować wydatki na PaaS?

Kontrola kosztów to cykl operacyjny. Sprawdzaj zużycie usług i saldo konta w app.dockup.ai, a następnie łącz zmiany z wdrożeniami, ruchem i wzrostem zasobów.

Przypisz właścicieli zasobów. Każda usługa, baza danych, volume, Windows VM, Linux box i preview powinny mieć określony cel i właściciela. Nieużywane zasoby usuwaj lub zatrzymuj zgodnie z zatwierdzoną procedurą.

Agent AI może pomagać w wyświetlaniu zasobów, podsumowywaniu użycia i proponowaniu działań. Nie powinien jednak samodzielnie usuwać zasobów wyłącznie na podstawie niskiej aktywności. Zatrzymana baza danych służąca do odtwarzania po incydencie lub rzadko używana usługa administracyjna może być celowo bezczynna.

Progi budżetowe

Zdefiniuj:

• Oczekiwany miesięczny zakres.
• Próg ostrzegawczy.
• Próg wymagający analizy.
• Wymóg zatwierdzenia nowych stale działających zasobów.
• Maksymalny czas życia preview.
• Próg wzrostu volume’u.
• Właściciela niewyjaśnionych wydatków.

Prognoza to zakres, a nie obietnica. Używaj scenariuszy niskiego, oczekiwanego i wysokiego dla ruchu oraz aktywności preview.

Ekonomia jednostkowa

Powiąż wydatki na infrastrukturę z jednostką produktu: aktywnym klientem, przetworzonym zadaniem, żądaniem API lub wygenerowanym artefaktem. Całkowity koszt może rosnąć, a koszt jednostkowy jednocześnie spadać. Stały abonament $20 może również wyglądać tanio, gdy nieużywane usługi zwiększają złożoność operacyjną.

Koszt czasu inżynierów

Niższy rachunek za platformę może być gorszą decyzją, jeśli zespół musi tworzyć i utrzymywać wrappery wdrożeniowe, monitoring, orkiestrację preview, backupy lub mechanizmy bezpieczeństwa agentów. Uwzględnij pracę operacyjną i ryzyko incydentów.

Propozycja wartości Dockup to nie tylko tabela cen. Platforma łączy warstwę wdrożeniową dla agentów AI z zarządzanymi usługami i operacjami obsługiwanymi przez jeden CLI.

Plan walidacji na 30 dni

1. Zacznij od najmniejszego planu obsługującego test.
2. Wdróż reprezentatywną usługę i bazę danych.
3. Wygeneruj realistyczny ruch lub obciążenie.
4. Utrzymuj preview tylko przez typowy czas review.
5. Śledź użycie co tydzień.
6. Sprawdzaj wzrost volume’ów i baz danych.
7. Porównaj prognozę z rzeczywistymi wydatkami na koniec miesiąca.
8. Zmieniaj plan wyłącznie na podstawie danych.

Plan Free zapewnia $10 kredytu początkowego na pierwszą walidację. Plan Pro zapewnia $20 miesięcznego salda na szerszy test produkcyjny.

Ostateczna decyzja dotycząca cennika PaaS

Cennik PaaS jest zrozumiały, gdy każda pozycja ma jednostkę, okres i zasadę odpowiedzialności. Rozliczanie zależne od użycia premiuje wydajne i sporadyczne obciążenia, a stałe instancje — przewidywalność, gdy zasoby są potrzebne przez cały czas.

Model Dockup, w którym CPU, RAM i dysk są rozliczane co minutę, należy oceniać na podstawie rzeczywistego użycia usług. Wybierz plan zapewniający odpowiednie saldo i funkcje konta, a następnie kontynuuj pomiary zamiast zakładać, że opłata abonamentowa ogranicza całkowite zużycie.

Skorzystaj z dokumentacji Dockup CLI, aby sprawdzić aktualne polecenia dotyczące użycia. Porównaj sąsiednie platformy w artykułach Dockup vs Railway i Dockup vs Heroku, sprawdzając przed publikacją ich aktualne oficjalne cenniki.

Oddziel przepływy pieniężne od kosztu ekonomicznego

Uwzględniony kredyt zmienia moment wypływu pieniędzy z konta, ale nie sprawia, że obciążenie jest bezpłatne. Śledź całkowite zużycie zasobów oraz kwotę netto do zapłaty. Zużycie brutto pokazuje efektywność, a wydatki netto — wpływ na przepływy pieniężne.

Na przykład abonament Pro zapewnia $20 miesięcznego kredytu. Jeśli zmierzone zużycie zasobów jest niższe niż saldo, opłata może pozostać na poziomie $20 za abonament. Jeśli zużycie przekroczy saldo, nadwyżka stanie się dodatkowym wydatkiem. Dokładny wynik zależy od bieżącego sposobu pomiaru i salda konta.

Korzystaj z raportów dotyczących cennika PaaS, które pokazują obie wartości, aby zespoły nie optymalizowały wyłącznie po wyczerpaniu kredytu.

Modeluj niepewność wprost

Wczesne prognozy powinny obejmować trzy scenariusze:

Zmienna	Niski	Oczekiwany	Wysoki
Ruch	50% planu	Prognoza	200% planu
Czas życia preview	2 godziny	8 godzin	3 dni
Wzrost bazy danych	1 GB/mies.	5 GB/mies.	20 GB/mies.
Aktywność workera	2 godz./dzień	8 godz./dzień	24 godz./dzień
Narzut incydentów	Brak	Jedno odtworzenie	Powtarzające się debugowanie

Przemnóż bieżące stawki jednostkowe przez każdy scenariusz. Celem nie jest precyzja co do centa, lecz wskazanie założeń, które mogą zmienić decyzję.

Stała instancja również wiąże się z niepewnością: zespół może przekroczyć wybrany rozmiar i przejść do kolejnego tieru. Uwzględnij takie skokowe zmiany.

Uwzględnij mnożenie środowisk

Architektura produkcyjna rzadko składa się z jednej usługi. Policz staging, preview, workerów, bazy danych, Redis, volume’y, Windows VM, Linux boxy i tymczasowe zasoby migracyjne.

Jedna mała usługa może bez problemu zmieścić się w kredycie początkowym. Ta sama usługa działająca w środowisku produkcyjnym, stagingowym i na pięciu trwałych preview to zupełnie inny problem związany z cennikiem PaaS.

Zdefiniuj, które środowiska działają stale:

• Produkcja: zazwyczaj zawsze uruchomiona.
• Staging: stale uruchomiony tylko wtedy, gdy jest potrzebny.
• Preview: powiązane z otwartym PR-em lub branchem.
• Load test: tworzone na zaplanowany okres.
• Migracja: usuwane po walidacji.
• Disaster recovery: wyceniane zgodnie z docelowym poziomem gotowości.

Nieograniczona liczba zasobów w płatnym planie sprawia, że governance jest ważniejszy, a nie mniej ważny.

Porównuj decyzje optymalizacyjne wraz z ryzykiem

Zmniejszenie ilości pamięci, zatrzymanie workera, skrócenie retencji lub usunięcie volume’u może obniżyć koszty, ale każda z tych czynności wpływa na niezawodność. Obok szacowanych oszczędności zapisz konsekwencje dla poziomu usług.

Przydatna propozycja optymalizacji zawiera:

1. Zasób i właściciela.
2. Bieżące zmierzone zużycie.
3. Proponowaną zmianę.
4. Oczekiwany miesięczny zakres.
5. Ryzyko związane z wydajnością lub odtwarzaniem.
6. Metodę wycofania zmiany.
7. Okres obserwacji.

Agent może podsumować zmierzone przez platformę zużycie, ale zmiany mogą be影响ać dostępność lub retencję danych powinny być zatwierdzane przez człowieka.

Aktualizuj cennik PaaS po zmianach architektury

Nowy cache może zmniejszyć użycie CPU przez bazę danych, jednocześnie zwiększając koszt Redis. Worker działający w tle może poprawić opóźnienia API, ale działać przez więcej godzin. Prywatna sieć może zmienić architekturę bez zmiany tych samych podstawowych jednostek CPU/RAM/dysku. Dockerfile może zmniejszyć rozmiar obrazu, ale wymagać czasu inżynierów.

Wykonaj nową prognozę po:

• Dodaniu zarządzanej bazy danych.
• Włączeniu wielu preview.
• Podłączeniu dużego volume’u.
• Przejściu na autoscaling Kubernetes.
• Utworzeniu Windows VM lub Linux boxa.
• Zmianie retencji.
• Uruchomieniu nowego regionu lub tieru klientów.

Cennik PaaS to żywy model powiązany z architekturą, a nie jednorazowy arkusz zakupowy.

Szablon miesięcznego przeglądu

Zapisz plan, saldo początkowe, zużycie brutto, pozostałe saldo, pięć najdroższych zasobów, nieoczekiwane zmiany, zatrzymane zasoby, liczbę preview, wzrost ilości danych na dysku oraz scenariusze na kolejny miesiąc.

Porównaj wynik z poprzednim miesiącem i dodaj adnotacje dotyczące wdrożeń lub zdarzeń związanych z ruchem, które wyjaśniają różnicę. Dzięki temu przegląd kosztów staje się użyteczny dla inżynierii, zamiast być niespodzianką dla finansów.

Ten sam szablon można wykorzystać do porównania dostawców stałych instancji: zastąp zmierzone pozycje zasobów opłatami za wybrane instancje i uwzględnij wykorzystanie, aby bezczynna przepustowość pozostała widoczna.

Publikuj założenia przy każdej prognozie

Liczba dotycząca cennika PaaS bez założeń nie nadaje się do weryfikacji. Dołącz godziny działania, wykorzystanie zasobów, wzrost ilości danych na dysku, czas życia preview, liczbę baz danych i datę bieżącej stawki jednostkowej. Oznacz wartości jako zmierzone, oszacowane lub nieznane.

Aktualizuj model po pierwszym tygodniu i po pierwszym pełnym miesiącu. Różnica między prognozą a rzeczywistością dostarcza informacji o obciążeniu, a nie jest jedynie błędem księgowym.

Ta dyscyplina pozwala zachować aktualność porównań cennika PaaS, gdy dostawcy zmieniają stawki lub architektura rośnie.

Wersjonuj model

Zapisz założenia i datę przeglądu obok notatek dotyczących architektury. Wersjonowany model cennika PaaS pokazuje, dlaczego zespół zmienił plan, i zapobiega temu, aby stary arkusz kalkulacyjny stał się niewyjaśnionym celem budżetowym.

Zacznij od wdrożenia, które można zweryfikować

Wdróż jedno reprezentatywne obciążenie, obserwuj je przez 30 dni i porównaj zmierzone zużycie usługi, bazy danych, preview i dysku z saldem planu.

Zacznij bezpłatnie na app.dockup.ai. Plan Free kosztuje $0 miesięcznie, obejmuje $10 kredytu początkowego i obsługuje jeden workspace, trzy bazy danych oraz trzy wdrożenia.

FAQ

Ile kosztuje Dockup?

Free kosztuje $0 i zawiera $10 kredytu początkowego. Hobby kosztuje $5 miesięcznie, a zużycie jest rozliczane dodatkowo, natomiast Pro kosztuje $20 miesięcznie i obejmuje pierwsze $20 zużycia.

Co jest nieograniczone w płatnych planach Dockup?

Płatne plany pozwalają tworzyć nieograniczoną liczbę workspace’ów, baz danych i wdrożeń. Zużycie CPU, RAM i dysku nadal pomniejsza saldo planu.

Jak mierzone jest zużycie Dockup?

Zużycie CPU, RAM i dysku jest mierzone co minutę i odejmowane od uwzględnionego w koncie lub doładowanego salda.

Czy cennik zależny od użycia jest zawsze tańszy niż stała instancja?

Nie. Może pozwolić oszczędzić przy zmiennych lub bezczynnych obciążeniach, podczas gdy stale obciążone i przewidywalne obciążenie może wypadać korzystnie w porównaniu ze stałą instancją. Porównuj takie samo zapotrzebowanie.

Jak porównać ceny dwóch platform PaaS?

Ujednolić godziny działania, CPU, pamięć, dysk, bazy danych, preview, transfer, liczbę użytkowników i support, a następnie określić opłaty stałe, użycie mierzone, uwzględnione kredyty i niepewność.