Tel het gelijktijdige geheugenbudget op
Begin met processen die overlappen, niet met hun rustige gemiddelden. Een illustratief 4 GB-werkblad kan 700 MiB reserveren voor host-tooling, 900 MiB voor API-processen, 1,200 MiB voor een database, 500 MiB voor één worker en 700 MiB voor onzekerheid: 4,000 MiB totaal. Dit verbruikt bijna het nominale profiel en laat weinig vertrouwen voor een grotere release-overlap.
Schat de CPU-vraag op basis van gemeten werk
Meet de CPU-tijd voor één representatief verzoek of taak en vermenigvuldig die met de piekvoltooiingssnelheid. Bijvoorbeeld 25 ms CPU-tijd × 20 verzoeken per seconde = 500 ms CPU per seconde, of gemiddeld 0.5 core. Herhaal dit met een realistische actieve worker en inspecteer pieken; gemiddelden verbergen bursts, planning en database-wachttijden.
Scheid de beperkende signalen
| Waargenomen signaal | Waarschijnlijke volgende controle |
|---|---|
| Hoge CPU met uitvoerbaar werk | Profilering van het hot path, daarna meer CPU vergelijken. |
| Geheugendruk of procesbeëindiging | Overlap verminderen of gemeten RAM toevoegen. |
| Lage CPU met trage verzoeken | Database-, pool- en externe wachttijden inspecteren. |
| Wachtrijleeftijd stijgt naarmate workers toenemen | Verlaag gelijktijdigheid en inspecteer de gedeelde afhankelijkheid. |
Neem de resourcebeslissing
Kies alleen meer CPU wanneer profilering aanhoudende compute-concurrentie aantoont. Kies meer RAM wanneer de gelijktijdige werkset geen reserve heeft. Verlaag de gelijktijdigheid wanneer parallel werk de API-latentie of nuttige voltooiingssnelheid schaadt. Leg de triggerende meting vast en herhaal daarna dezelfde workload na het wijzigen van één variabele.