Fügen Sie das gleichzeitige Speicherbudget hinzu
Beginnen Sie mit Prozessen, die sich überlappen, nicht mit ihren ruhigen Durchschnittswerten. Ein illustratives 4 GB-Arbeitsblatt könnte 700 MiB für Host-Tools, 900 MiB für API-Prozesse, 1,200 MiB für eine Datenbank, 500 MiB für einen Worker und 700 MiB für Unsicherheit reservieren: insgesamt 4,000 MiB. Dies verbraucht nahezu das nominale Profil und lässt wenig Vertrauen für eine größere Release-Überlappung.
Schätzen Sie den CPU-Bedarf aus gemessener Arbeit
Messen Sie die CPU-Zeit für eine repräsentative Anfrage oder Aufgabe und multiplizieren Sie sie mit der Spitzenabschlussrate. Zum Beispiel 25 ms CPU-Zeit × 20 Anfragen pro Sekunde = 500 ms CPU pro Sekunde oder 0.5 Kern im Durchschnitt. Wiederholen Sie dies mit einem realistischen aktiven Worker und prüfen Sie Spitzen; Durchschnittswerte verbergen Bursts, Scheduling und Datenbankwartezeiten.
Trennen Sie die Begrenzungssignale
| Beobachtetes Signal | Wahrscheinlich nächste Prüfung |
|---|---|
| Hohe CPU mit ausführbarer Arbeit | Profilieren Sie den Hot Path und vergleichen Sie dann mehr CPU. |
| Speicherdruck oder Prozessbeendigung | Überlappung reduzieren oder gemessenen RAM hinzufügen. |
| Niedrige CPU bei langsamen Anfragen | Prüfen Sie Datenbank-, Pool- und externe Wartezeiten. |
| Queue-Alter steigt mit zunehmenden Workern | Senken Sie die Parallelität und prüfen Sie die gemeinsame Abhängigkeit. |
Treffen Sie die Ressourcenentscheidung
Wählen Sie mehr CPU nur, wenn die Profilierung anhaltende Rechenkonkurrenz zeigt. Wählen Sie mehr RAM, wenn der gleichzeitige Arbeitssatz keine Reserve hat. Senken Sie die Parallelität, wenn parallele Arbeit die API-Latenz oder die nützliche Abschlussrate beeinträchtigt. Erfassen Sie die auslösende Messung und wiederholen Sie dann die gleiche Workload, nachdem Sie eine Variable geändert haben.