Polycrate API 0.15.5
Polycrate API 0.15.5
Release-Datum: 24. April 2026
Typ: Fix
Highlights
- Provider-Seed active-Flag – Der Seed-Prozess setzt
active=falsejetzt korrekt zurück für Provider, die nicht mehr im Seed-Katalog enthalten sind (Spec 197). - LoadbalancerInstance – Kanonische Region-Labels – HAProxy-Deployments verwenden ab sofort kanonische Region-Labels (
polycrate_loadbalancerregion_id/name) statt der Legacy-Labels im Formatloadbalancerinstances.polycrate.io/region_*; der „Traffic by Region"-Graph zeigt dadurch korrekte Region-Namen in der Legende (Spec 199).
Details zu einzelnen Specs: polycrate spec inspect <id> im Workspace polycrate-api.
Artefakte
Docker Image
docker pull cargo.ayedo.cloud/polycrate/polycrate-api:0.15.5
Block
polycrate pull cargo.ayedo.cloud/ayedo/k8s/polycrate-api
polycrate run polycrate-api install
Fixes
Provider-Seed active-Flag (Spec 197)
Der seed_catalog-Management-Command setzte bisher active=false nur für Provider, die im Seed vorhanden, aber deaktiviert waren. Provider, die vollständig aus dem Seed-Katalog entfernt wurden, behielten ihren bisherigen active-Status. Jetzt werden alle Provider, die nicht im aktuellen Seed-Katalog enthalten sind, auf active=false gesetzt.
LoadbalancerInstance Kanonische Region-Labels (Spec 199)
In _reconcile_deployments() wurden bei jedem Update- und Create-Pfad die Region-Labels explizit mit den alten loadbalancerinstances.polycrate.io/region_id und region_name-Keys überschrieben – unabhängig davon, ob zuvor kanonische Labels gesetzt wurden. Dadurch fehlten polycrate_loadbalancerregion_id und polycrate_loadbalancerregion_name auf den HAProxy-Pods und damit in VictoriaMetrics, was im „Traffic by Region"-Graph zu „unknown" als Region-Namen führte.
Die Label-Erzeugung wurde in die neue Methode _build_deployment_labels() konsolidiert, die als Single Source of Truth für alle Deployment-Pfade dient.
Kompatibilität und Deployment
- Kein Breaking Change, keine Django-Migrationen.
- Bestehende HAProxy-Pods in Prod erhalten die kanonischen Region-Labels erst nach dem nächsten Reconcile-Trigger (Konfig-Änderung und Revert an der LoadbalancerInstance).