Jedna aplikacja, dwie ścieżki do użytecznej pracy
Ten ilustracyjny scenariusz to mały produkt raportujący, a nie studium przypadku klienta ani dostarczona aplikacja. Jego ścieżka synchroniczna uwierzytelnia konto i odczytuje metadane raportu. Jego ścieżka asynchroniczna tworzy eksport CSV. PostgreSQL przechowuje stan aplikacji, kolejka dysponuje pracą, a oddzielny cel przechowuje kopie odzyskiwania.
Operator instaluje i utrzymuje te komponenty. Profil VPS nie tworzy automatycznie bazy danych, kolejki, konfiguracji HTTPS ani aplikacji. Zdecyduj, gdzie przechowywane są trwałe dane, zanim uruchomisz kontener.
Budżetuj osobno opóźnienie API i przepustowość zadań
Aplikacja 2 startuje z 2 vCPU, 4 GB RAM, 60 GB pamięci i 2 TB miesięcznego transferu. To przydziały, a nie obietnica liczby kont, żądań lub eksportów, które może obsłużyć. Rozpocznij arkusz dla procesów API, bazy danych, jednego workera, hosta i nakładającej się pracy wydania.
Ten ilustracyjny arkusz 3,840 MiB pozostawia zbyt mało pewności w pobliżu nominalnej granicy 4 GB. Jeśli pomiary potwierdzają ten kształt, App 2 plus 2 GB RAM daje łącznie $15.00 miesięcznie przed rabatami za okres. To dodaje pamięć, a nie CPU ani niezależność bazy danych. Porównaj Scale 4 jeśli zarówno CPU, jak i pamięć wymagają większego budżetu startowego.
Monitoruj wiek najstarszego zadania i użyteczny wskaźnik ukończenia obok opóźnienia API. Rosnąca kolejka przy niskim CPU może wskazywać na oczekiwanie na pamięć masową lub bazę danych. Nie kupuj mocy obliczeniowej, aby zrekompensować eksport, który wielokrotnie ponawia nieprawidłowe dane wejściowe.
Wybierz sprzężenie, którym możesz zarządzać
Jeden host upraszcza pierwszą mapę usług i unika niektórych koordynacji między hostami, ale dzieli pamięć, dysk, konserwację i awarie. Drogi eksport może zakłócać zwykłe żądania. Ogranicz współbieżność workerów i zapewnij bezpieczeństwo wielokrotnego dostarczania, zanim dodasz procesy.
Oddziel workery, gdy realistyczne obciążenie zadaniami konsekwentnie szkodzi zachowaniu API, gdy ich wymagania środowiskowe się rozchodzą lub gdy niezależne skalowanie i konserwacja stają się ważne. Oddziel bazę danych, gdy jej własne potrzeby dotyczące zasobów, dostępu lub odzyskiwania uzasadniają dodatkową pracę sieciową i operacyjną. To wybory projektowe, a nie funkcje automatycznie zapewniane przez ulepszenie planu.
Udowodnij kształt powtarzalnym ćwiczeniem
Użyj syntetycznych kont i reprezentatywnego zestawu danych. Uruchom razem odczyty API, duży eksport i nakładające się wydanie. Zapisz opóźnienie, błędy, liczbę aktywnych workerów, wiek najstarszego zadania, pamięć i dysk tymczasowy. Następnie zrestartuj jednego workera po zapisaniu wyniku, ale przed zarejestrowaniem ukończenia; potwierdź, że aplikacja nadal publikuje jeden logiczny wynik.
Powtórz ćwiczenie odzyskiwania dla bazy danych i jednego przesłanego pliku na izolowanym celu. Zapisz rzeczywisty wynik i napraw brakujące zależności. Nie wykonuj tego ćwiczenia na danych klientów ani rzeczywistych zewnętrznych celach płatności i e-mail bez oddzielnego planu operacyjnego.
Wybierz okres po wybraniu zasobów
Poniższe sumy używają bieżącej konfiguracji bazowej App 2. Opcje zasobów zwiększają miesięczną sumę częściową i otrzymują ten sam rabat za wybrany okres. Pełny obniżony okres jest płacony z góry; więcej miesięcy nie zwiększa przydziału CPU, RAM ani miesięcznego transferu.
| Okres | Przed rabatem | Oszczędność | Razem USD |
|---|---|---|---|
| 1 miesiąc | $12.00 | $0.00 (0%) | $12.00 |
| 3 miesięcy | $36.00 | $0.00 (0%) | $36.00 |
| 6 miesięcy | $72.00 | $20.16 (28%) | $51.84 |
| 12 miesięcy | $144.00 | $72.00 (50%) | $72.00 |
Potwierdź rzeczywisty stan magazynowy, obowiązki serwisowe, podatki i warunki odnowienia w fakty o usłudze. Lokalne odniesienie do płatności nie ustanawia zarejestrowanego zamówienia ani dostarczonego serwera. Zachowaj arkusz obciążenia i wróć do niego, gdy aplikacja się zmieni.
Zamień budżet na konfigurację.
Przejrzyj wszystkie wybory i pełną sumę płatną z góry.