Beispiel-Dokumentation: Worker Queue
Ziel
Eine asynchrone Verarbeitung mit Queue, Producer, Worker-Skalierung und Netzwerkbegrenzung nachvollziehen.
Was gemacht wird
Das Lab startet Redis als Queue, schreibt per Job fünf Aufträge hinein und verarbeitet sie mit mehreren Worker-Pods. Ein HPA beschreibt die Zielskalierung, auch wenn die tatsächliche Metrik-Auswertung einen Metrics Server braucht.
Typische Kommandos
kubectl apply -f manifests/
kubectl get deploy,job,hpa,pdb -n queue-lab
kubectl logs -n queue-lab job/queue-producer
kubectl logs -n queue-lab deployment/queue-worker --tail=50
kubectl scale deployment queue-worker -n queue-lab --replicas=4
Erfolg prüfen
- Redis und Worker sind bereit.
- Der Producer-Job endet mit
Complete. - Worker-Logs zeigen verarbeitete
order-*-Einträge. - Die NetworkPolicies erlauben Redis-Zugriff nur für Producer und Worker.
Typische Fehler
- Worker starten vor Redis und brauchen mehrere Probe-Zyklen.
- HPA zeigt
unknown, wenn der Metrics Server fehlt. - Queue-Daten gehen verloren, weil Redis in diesem Lab keinen PVC verwendet.