Kubernetes
Kubernetes Incident Response, und alles daneben
Das Gateway installiert sich per Helm-Chart in Ihr Cluster und liest es so, wie Sie es lesen würden. Es schlägt einen Fix als deklarative Änderung vor, und nur eine freigegebene Aktion von der Allowlist wird je angewendet. Dieselbe Plattform erreicht die Bare-Metal-Hosts und VMs, auf die sich Ihr Cluster stützt, sodass ein Incident, der in einem Pod beginnt und auf einem Node endet, eine einzige Untersuchung bleibt.
Read-only-Diagnostik im Cluster
Über ein Gateway im Cluster erfassen Read-only-Abfragen Pod-Status, Events, Rollout-Historie und Resource-Limits, abgeglichen mit dem letzten gesunden Stand. Nichts wird verändert, um herauszufinden, was nicht stimmt. Das Modell liefert einen Vorschlag mit angehängter Evidenz und Konfidenzwert, und es darf sagen, dass es die Antwort nicht kennt.
Deklarative, freigegebene Remediation
Ein Rollback auf die letzte gesunde Revision oder ein korrigiertes Resource-Limit wird als deklarative Änderung ausgedrückt, nicht als Freitext-Kommando. Es passiert ein Policy-Gate, landet bei einem Ihrer Engineers, und erst dann wird eine Aktion von der Allowlist angewendet. Ein Verifikationslauf beobachtet, wie die Pods ready werden, bevor der Incident als gelöst gilt.
Über Kubernetes hinaus
Ein Großteil der Kategorie ist Kubernetes-only. Echte Systeme sind es nicht. Weil die Ausführung über das Gateway läuft und nicht über einen cluster-nativen Agent, automatisiert dieselbe Plattform auch Incidents auf Bare Metal und VMs, sodass ein Fehler, der in einem Pod beginnt und zu einem Node führt, eine Untersuchung ist statt zweier Tools.
Als Helm-Chart ausgeliefert
Das Gateway wird als Helm-Chart ausgeliefert, eines pro Netzsegment, wo Ihre Topologie es verlangt, jedes nur ausgehend und mit eigener lokaler Allowlist. Die Control Plane hält keinerlei dauerhafte Zugangsdaten zum Cluster; Secrets liegen nur im Gateway innerhalb Ihrer Grenze.
Siehe auch: DSGVO & On-Premises · Sicherheit
Testen Sie es an Ihren echten Incidents, als Design-Partner
Vesmona ist in der Private Beta. Wir suchen eine kleine Gruppe von Teams, die die Plattform an echten Incidents betreiben und uns sagen, wo sie zu kurz greift. Sie bekommen frühen Zugang, einen direkten Draht zum Engineering-Team und ein echtes Mitspracherecht bei der Roadmap. Wir bekommen die betriebliche Realität (und, wo sie verdient ist, die Referenz), die eine Plattform produktreif macht.
Design-Partner werden