Polycrate CLI 0.43.0¶
Release-Datum: 15. Juni 2026
Typ: Feature Release
Highlights¶
Endpoint Monitoring: Neue Check-Formate (TCP, DNS, ICMP)¶
0.43.0 erweitert das Endpoint-Monitoring um drei neue Check-Formate:
TCP-Checks (kind: tcp) prüfen die Erreichbarkeit eines TCP-Ports. Optional kann nach dem Verbindungsaufbau ein konfigurierbarer Command-String gesendet werden.
DNS-Checks (kind: dns) fragen einen Endpoint aktiv als DNS-Server ab. Record-Typ (A, AAAA, CNAME, MX, TXT, NS, SOA, PTR) und erwartetes Ergebnis (Record-Werte oder RCODE wie NXDOMAIN, NOERROR) sind frei konfigurierbar.
ICMP-Checks übermitteln jetzt Rich-Check-Data (Status-Code, Response Body, TLS-Cert-Ablaufzeit) vollständig über den Health-Report-Payload an die API.
TLS-Zertifikat-Ablaufzeit ohne VictoriaMetrics¶
Die letzte verbliebene VictoriaMetrics-Abhängigkeit in der Endpoint-Reconciliation wurde entfernt. Die TLS-Zertifikat-Ablaufzeit wird jetzt direkt im Health-Report-Payload des Agents übermittelt — die Reconciliation-Pipeline ist vollständig eigenständig.
Prometheus-Metrik-Reduktion¶
High-Cardinality-Metriken pro Probe (polycrate_io_probe_*) werden entfernt. Der Prometheus-Endpunkt des Operators/Agents exponiert ausschließlich akkumulierte, agent-granulare Performance-Metriken ohne endpoint-spezifische Labels. Endpoint-spezifische Check-Ergebnisse werden ausschließlich über die API in VictoriaMetrics gespeichert.
Resolved IP und LBI-Assoziation¶
Endpoints speichern jetzt die zuletzt aufgelöste IP-Adresse (aus Agent-Checks) als indiziertes, filterbares Feld. Bei der Reconciliation verknüpft die API den Endpoint automatisch mit einer LoadbalancerInstance, wenn die aufgelöste IP übereinstimmt — ohne manuelle Konfiguration.
Maintenance-Window-Pre-Run-Check¶
polycrate run prüft vor der Ausführung von Actions das Maintenance-Window des Workspaces bzw. der Organisation. Liegt die aktuelle Zeit ausserhalb des konfigurierten Fensters, wird der Nutzer zur Bestätigung aufgefordert.
Artefakte¶
Docker Images¶
CLI Downloads¶
| Plattform | Architektur | Download |
|---|---|---|
| Linux | amd64 | Download |
| Linux | arm64 | Download |
| macOS | amd64 | Download |
| macOS | arm64 (Apple Silicon) | Download |
Installation & Update¶
Aenderungen¶
Feat: TCP Check Format (Spec 217)¶
Neues Endpoint-Monitoring-Format kind: tcp. Der Operator baut eine TCP-Verbindung zum konfigurierten Port auf und prüft die Erreichbarkeit. Optional: konfigurierbarer Command-String nach Verbindungsaufbau.
Feat: DNS Check Format (Spec 218)¶
Neues Endpoint-Monitoring-Format kind: dns. Der Endpoint wird als DNS-Server behandelt und aktiv abgefragt. Konfigurierbar:
- Record-Name (z. B.
example.com) - Record-Typ (A, AAAA, CNAME, MX, TXT, NS, SOA, PTR)
- Erwartetes Ergebnis: Liste von Record-Werten oder RCODE (
NXDOMAIN,SERVFAIL,NOERROR)
Feat: ICMP Check mit Rich Check Data (Spec 216)¶
ICMP-Checks übermitteln jetzt vollständige Check-Daten (Status-Code, Response Body, TLS-Cert-Ablaufzeit) über den Health-Report-Payload. Bisher wurden diese Felder nur als Prometheus-Metriken exponiert, nicht an die API übermittelt.
Feat: TLS-Cert-Ablaufzeit im Health-Report-Payload (Spec 215)¶
Der Operator überträgt CertExpiry direkt im CheckResultDetails-Payload des Health-Reports. Die API benötigt keinen separaten VictoriaMetrics-Query mehr für _check_tls_certificate_expiry() in der Reconciliation.
Feat: Prometheus-Metrik-Reduktion (Spec 219)¶
Per-Probe-Metriken mit vollem Label-Set (endpoint_id, hostname, org, workspace, agent_id, pop) werden entfernt. Der Prometheus-Endpunkt exponiert ausschließlich aggregierte, agent-granulare Performance-Metriken. Endpoint-spezifische Ergebnisse sind ausschließlich via API abrufbar.
Feat: Resolved IP auf Endpoint-Model (Spec 221)¶
Neues Feld resolved_ip auf dem Endpoint-Model:
- Indiziert und via API filterbar
- Wird automatisch aus dem jüngsten Agent-Check befüllt
- Alle Check-Typen (HTTP, TCP, DNS) übermitteln die aufgelöste IP im
CheckResultInputSerializer
Feat: LBI-Assoziation via Resolved IP (Spec 224)¶
Neues nullable FK-Feld loadbalancer_instance auf Endpoint. Die Reconciliation setzt dieses Feld automatisch, wenn resolved_ip mit einer LoadbalancerInstance übereinstimmt — sichtbar im Endpoint-Detail-Dashboard.
Feat: Resolved IP im Endpoint-Detail-UI (Spec 222)¶
Die aufgelöste IP wird im Dashboard-Tab des Endpoints neben Remote Address, Expected Status, Response Time und Check Method angezeigt.
Feat: Maintenance-Window-Pre-Run-Check (Spec 220)¶
polycrate run führt vor jeder Action einen Pre-Run-Check durch: Liegt die aktuelle Zeit ausserhalb des Maintenance-Windows des Workspaces bzw. der Organisation, wird der Nutzer via promptYesNo zur Bestätigung aufgefordert.
Fix: Endpoint-Status-Graph-Intervall (Spec 223)¶
Der Status-Bar-Graph im Endpoint-Dashboard wurde auf 60-Sekunden-Checks angepasst:
stepvon 300s auf 60s gesenkt- Bar-Slice von 36 auf 288 Eintraege erweitert (volle 24h-Abdeckung)
- Veralteter Text "Check every 5 minutes" entfernt
Fix: block-finalize Completion-Summary (Spec 212)¶
polycrate release block-finalize gibt den validierten CHANGELOG-Eintrag jetzt in der Completion-Summary aus.
Fix: Self-Review Code-Anchor-Format (Spec 213)¶
Das Trennzeichen im Self-Review-Anker wechselt von Em-Dash (—) zu Doppelpunkt (:): @path/to/file.ext:LINE.
Fix: spec submit UX (Spec 214)¶
Verbesserter Grounding-Review-Loop und klareres Submit-Gate-Feedback.
polycrate-operator Block¶
Der polycrate-operator Block wurde auf Version 0.8.0 aktualisiert (app_version: 0.43.0):
polycrate pull cargo.ayedo.cloud/ayedo/k8s/polycrate-operator
polycrate run polycrate-operator deploy
Jetzt aktualisieren¶
Oder laden Sie die Binaries direkt vom PolyHub herunter.