chore(k8s): CPU- und Speicher-Reservierung entfernen

Requests stehen explizit auf 0 statt zu fehlen, weil Kubernetes einen
fehlenden Request auf das Limit setzt und dann noch mehr reserviert.
Die Limits bleiben als Obergrenze.

Co-Authored-By: Claude Opus 5.5 (1M context) <[email protected]>
This commit is contained in:
Nick SzaunigandClaude Opus 5.5 committed 2026-10-10 04:08:40 +02:00
1 parent 93b589ff04
commit 7698d4cef3
4 files changed
+12 -12

No files matched your search

+2 -2
View File
@@ -43,8 +43,8 @@ spec:
periodSeconds: 5
resources:
requests:
cpu: 100m
memory: 256Mi
cpu: "0"
memory: "0"
limits:
memory: 512Mi
volumeClaimTemplates:
+2 -2
View File
@@ -42,8 +42,8 @@ spec:
periodSeconds: 5
resources:
requests:
cpu: 100m
memory: 256Mi
cpu: "0"
memory: "0"
limits:
memory: 512Mi
volumeClaimTemplates:
+2 -2
View File
@@ -164,8 +164,8 @@ spec:
# Transcode hart drosseln, auch wenn der Knoten gerade frei ist.
resources:
requests:
cpu: 500m
memory: 512Mi
cpu: "0"
memory: "0"
limits:
memory: 1Gi
volumes:
+6 -6
View File
@@ -129,8 +129,8 @@ spec:
ls -lh /backup
resources:
requests:
cpu: 50m
memory: 128Mi
cpu: "0"
memory: "0"
limits:
memory: 256Mi
volumeMounts:
@@ -242,8 +242,8 @@ spec:
exec tsx scripts/release-stale-orders.ts
resources:
requests:
cpu: 50m
memory: 128Mi
cpu: "0"
memory: "0"
limits:
# Derselbe Wert wie beim App-Container: der Lauf laedt
# denselben Prisma-Client samt Treiber.
@@ -296,7 +296,7 @@ spec:
exec tsx scripts/apicore-stock-sync.ts
resources:
requests:
cpu: 50m
memory: 128Mi
cpu: "0"
memory: "0"
limits:
memory: 512Mi