Eén applicatie, twee paden naar nuttig werk
Dit illustratieve scenario is een klein reporting-product, geen klantcase of geleverde applicatie. Het synchrone pad authenticeert een account en leest reportmetadata. Het asynchrone pad maakt een CSV-export. PostgreSQL houdt applicatiestatus vast, een wachtrij dispatcht werk en een aparte bestemming bewaart herstelkopieën.
De operator installeert en onderhoudt deze componenten. Een VPS-profiel maakt niet automatisch de database, wachtrij, HTTPS-configuratie of applicatie aan. Bepaal waar persistente data leeft voordat u een container start.
Budgetteer API-latentie en jobdoorvoer afzonderlijk
App 2 begint met 2 vCPU, 4 GB RAM, 60 GB opslag en 2 TB maandelijkse transfer. Dit zijn toewijzingen, geen belofte over het aantal accounts, requests of exports dat het kan ondersteunen. Start een werkblad voor API-processen, database, één worker, de host en overlappend releasewerk.
Het illustratief 3,840 MiB-werkblad laat te weinig vertrouwen over nabij een nominale 4 GB-grens. Als metingen die vorm ondersteunen, komt App 2 plus 2 GB RAM uit op $15.00 per maand vóór termijnkortingen. Dat voegt geheugen toe, niet CPU of database-onafhankelijkheid. Vergelijk Scale 4 als zowel CPU als geheugen een groter startbudget nodig hebben.
Monitor de leeftijd van de oudste job en de nuttige voltooiingsratio naast API-latentie. Een groeiende wachtrij met lage CPU kan wijzen op wachten op opslag of database. Koop geen compute om een export te compenseren die herhaaldelijk een ongeldige invoer opnieuw probeert.
Kies de koppeling die u kunt beheren
Eén host vereenvoudigt de eerste servicemap en vermijdt enige coördinatie tussen hosts, maar deelt geheugen, schijf, onderhoud en falen. Een dure export kan gewone requests verstoren. Begrens worker-concurrency en maak herhaalde levering veilig voordat u processen toevoegt.
Scheid workers wanneer een realistische jobbelasting het API-gedrag consistent schaadt, wanneer hun runtime-eisen uiteenlopen of wanneer onafhankelijke scaling en onderhoud belangrijk worden. Scheid de database wanneer zijn eigen resource-, toegangs- of herstelbehoeften het extra netwerk- en operationele werk rechtvaardigen. Dit zijn ontwerpkeuzes, geen functies die automatisch worden geleverd door een plan te upgraden.
Bewijs de vorm met een herhaalbare oefening
Gebruik synthetische accounts en een representatieve dataset. Draai API-reads, een grote export en een release-overlap samen. Registreer latentie, fouten, aantal actieve workers, leeftijd van de oudste job, geheugen en tijdelijke schijf. Herstart dan één worker nadat een output is geschreven maar voordat voltooiing is geregistreerd; bevestig dat de applicatie nog steeds één logisch resultaat publiceert.
Herhaal een hersteloefening voor de database en één upload op een geïsoleerd doel. Leg het werkelijke resultaat vast en herstel ontbrekende afhankelijkheden. Voer deze oefening niet uit tegen klantdata of echte externe betalings- en e-mailbestemmingen zonder een apart operationeel plan.
Kies een periode na het kiezen van de resources
De volgende totalen gebruiken de huidige App 2-basisconfiguratie. Resource-opties verhogen het maandelijkse subtotaal en krijgen dezelfde gekozen termijnkorting. De volledige verlaagde periode wordt vooraf betaald; meer maanden verhogen de CPU-, RAM- of maandelijkse transfertoewijzing niet.
| Periode | Vóór korting | Besparing | Totaal USD |
|---|---|---|---|
| 1 maand | $12.00 | $0.00 (0%) | $12.00 |
| 3 maanden | $36.00 | $0.00 (0%) | $36.00 |
| 6 maanden | $72.00 | $20.16 (28%) | $51.84 |
| 12 maanden | $144.00 | $72.00 (50%) | $72.00 |
Bevestig de werkelijke voorraad, serviceverantwoordelijkheden, belasting en verlengingsvoorwaarden in servicefeiten. Een lokale betalingsreferentie vestigt geen geregistreerde bestelling of een geleverde server. Houd uw workload-werkblad bij en herzie het wanneer de applicatie verandert.
Zet het budget om in een configuratie.
Controleer alle keuzes en het volledige vooraf te betalen totaal.