Thema: kubernetes
-
Cron-Expression-Dialekte: Felder, Sekunden und die Falle bei Tag des Monats und Wochentag
Vixie cron, Quartz, Kubernetes CronJob, GitHub Actions und AWS EventBridge nennen ihren Zeitplan-String alle «Cron Expression», unterscheiden sich aber in der Feldanzahl, in der Unterstützung von Sekunden und Jahr sowie darin, ob Tag des Monats und Wochentag per ODER verknüpft werden oder nie beide gesetzt sein dürfen.
-
Rolling-, Blue-Green- und Canary-Deployments im Vergleich
Rolling Updates ersetzen Instanzen schrittweise innerhalb von Grenzen für Surge und Nichtverfügbarkeit; Blue-Green betreibt den vollständigen neuen Stack neben dem alten und schaltet den Verkehr auf einmal um; Canary schickt einen kleinen Anteil des echten Verkehrs an die neue Version und befördert sie anhand von Evidenz. Die Wahl hängt von Kapazität, Geschwindigkeit des Rollbacks und davon ab, ob zwei Versionen gleichzeitig bedienen dürfen.
-
ConfigMaps und Secrets in Kubernetes: Grössengrenzen, Verbreitung von Aktualisierungen und was ein Secret nicht schützt
ConfigMaps und Secrets sind beide auf 1 MiB begrenzte Schlüssel-Wert-Objekte; als Volume eingebundene Schlüssel aktualisieren sich nach einer Sync-Verzögerung des kubelet, Umgebungsvariablen dagegen nie, subPath-Mounts aktualisieren sich nie, und ein Secret ist nur base64-kodiert und liegt unverschlüsselt in etcd, sofern nicht Verschlüsselung im Ruhezustand und RBAC konfiguriert sind.
-
Nach dem Ende von ingress-nginx: eine parallele Migration zur Gateway API validieren
Die Wartung von Ingress NGINX endete im März 2026. Mit den offiziellen Migrationswerkzeugen Entwürfe für Gateway-API-Ressourcen erzeugen, nicht unterstütztes Verhalten ermitteln und einen separaten Pfad für den Datenverkehr validieren, bevor der Produktionsverkehr umgestellt wird.
-
Kubernetes Resource Requests und Limits: Scheduling, Throttling und OOM-Kills
Ein Request ist das, was der Scheduler für einen Container reserviert und was das Kubelet garantiert; ein Limit ist das, was der Kernel durchsetzt. CPU-Limits drosseln, Memory-Limits töten, und das Verhältnis von Request zu Limit entscheidet über die QoS-Klasse des Pods und damit darüber, wer unter Node-Druck zuerst entfernt wird.
-
Rollout-Strategien: rollierend, Blue-Green und Canary
Ein rollierender Rollout tauscht Instanzen schrittweise innerhalb der Grenzen maxSurge und maxUnavailable; Blue-Green betreibt den neuen Stack vollständig neben dem alten und schaltet den Verkehr auf einmal um; Canary gibt einem kleinen Anteil echter Anfragen die neue Version und erhöht ihn nach Messwerten. Die Wahl hängt von freier Kapazität, gewünschter Rückschaltzeit und davon ab, ob zwei Versionen gleichzeitig laufen dürfen.
Maschinenlesbar: JSON