Der Hinweis auf jeder Seite
Getestet, wie es benutzt wird
Kastra ist nicht unter Produktionsbedingungen geprüft. Es läuft auf den Servern, für die es gebaut wurde, und wird dort benutzt; was dabei auffällt, wird behoben. Eine Prüfung mit fremden Anlagen, fremden Lasten und fremden Fehlern hat es nicht gegeben. Wer es einsetzt, tut das auf eigene Verantwortung und mit einer Sicherung, die er selbst ausprobiert hat.
Was das konkret heißt
- Es gibt keinen Support. Keine Adresse, an die man schreibt, keine Frist, in der jemand antwortet. Was es gibt: ein Handbuch im Panel, Fehlermeldungen mit Originalausgabe, ein Changelog je Fassung.
- Es gibt keine Zusage. Kastra läuft auf den Servern, für die es gebaut wurde. Dass es auf deinen läuft, ist wahrscheinlich, weil die Testmatrix vier Distributionen abdeckt — aber es ist nicht versprochen.
- Es gibt keine Prüfung mit fremden Anlagen. Andere Lasten, andere Pakete, andere Fehler: was dort passiert, hat noch niemand gesehen. Wer das als Erster sieht, sieht es allein.
- Sicherung zuerst. Vor dem ersten Einsatz und vor jedem Update: Sicherungsziel eingerichtet, ein Lauf gemacht, probeweise zurückgeholt. Kastra hat dafür einen Knopf. Benutz ihn.
Was stattdessen geprüft wird
Jeder Bau läuft durch dieselben Gates: Übersetzung von Control Plane, Agent und Oberfläche, Go-Tests, eine Zugriffsprüfung über jeden REST-Endpunkt, die Umlaut- und Handbuchprüfung, der Paketbau. Was die Gates nicht sehen — ob eine Domain noch ausgeliefert wird, ob eine Wiederherstellung zurückbringt, was gesichert wurde, ob zweimal Anwenden einen leeren Diff ergibt —, fahren 75 Prüfreihen jede Nacht auf einer Testanlage, dazu die Testmatrix über Debian 12, 13 und Ubuntu 22.04, 24.04.
Das ist mehr, als die meisten Hobbyprojekte haben, und weniger, als ein Produkt braucht. Genau das ist gemeint mit getestet, wie es benutzt wird: die Prüfung folgt dem, was gebaut wurde, nicht dem, was ein Kunde irgendwann tun könnte.
Zwei Kanäle, keine Garantie
Kanal test
Der Kanal test bekommt jede Fassung, die die Bau-Gates besteht: Übersetzung, Go-Tests, Zugriffs- und Umlautprüfung, Handbuch. Auf einer Anlage gelaufen ist sie zu diesem Zeitpunkt nicht. Der Kanal wird ständig mit neuen Fassungen gefüttert; wer ihn abonniert, bekommt Fehler als Erster zu sehen.
Kanal stabil
Der Kanal stabil bekommt keine neuen Bauten. Er bekommt genau das Paket, das im Kanal test lag, nachdem die nächtlichen Reihen darüber gelaufen sind und jemand die Fassung mit freigegebenem Changelog nach stabil gehoben hat. Das ist stabiler als test — nicht durchgeprüft. Eine Fassung, die auf der Testanlage lief, hat fremde Anlagen nie gesehen.
Der Weg einer Fassung: ein Commit wird gebaut und in den Kanal test aufgenommen. Nachts laufen die Reihen gegen genau diesen Stand. Läuft das durch und will jemand die Fassung ausliefern, gibt er den Changelog frei und hebt das Paket — dasselbe Paket, nicht neu gebaut — nach stabil. Ohne freigegebenen Changelog gibt es keine Auslieferung; das ist die eine Regel, die wirklich wirkt.
Was ein Update vorher sagt
Bevor das Panel eine Fassung einspielt, zeigt es den Changelog: was neu ist, was sich ändert, was behoben wurde — und welche Eingriffe die Fassung am Node vornimmt: ein Paket, eine Datei außerhalb der verwalteten Verzeichnisse, ein sysctl-Wert, ein systemd-Drop-in. Eine Fassung mit Eingriffen wird nicht im Zeitfenster eingespielt, sondern wartet auf eine ausdrückliche Zustimmung, und die steht mit Benutzer und Zeitpunkt im Audit-Log. Denselben Text findest du hier unter Änderungen, je Kanal.
Warum überhaupt veröffentlichen
Weil es fertig genug ist, um nützlich zu sein, und ehrlich genug, um das zu sagen. Bezahlte Panels versprechen Stabilität und liefern Preisstufen. Kastra verspricht nichts und liefert den Changelog. Wer seine Server selbst in der Hand hat, weiß, was ihm lieber ist.