Warum ein Unternehmen einen Zwilling braucht und wie Mithril ihn bereitstellt
Die Produktion ist der falsche Ort, um zu erfahren, wer ein sensibles System erreichen kann, wie eine Ablehnung aussieht oder ob der laufende Cluster dem deklarierten entspricht. Ein Zwilling behält diese Namen und wendet das Ergebnis nicht an. Mithril macht diesen Zwilling zu einem Dokument: Komponenten mit Reverse-Domain setzen sich zusammen, ein Lauf gibt die Antwort und die Entscheidung zurück, und ein Cluster wird gegen die Beobachtung geprüft, ohne gestartet zu werden.
Dieser Artikel wurde maschinell übersetzt.
Ein Unternehmen braucht einen Zwilling, weil die Fragen, auf die es ankommt, nicht in der Produktion gestellt werden können. Wer ein System erreichen kann, das Kundendaten hält. Wie ein abgelehnter Aufruf aussieht, wenn eine Quota erschöpft ist. Ob der heute laufende Cluster der Cluster ist, der deklariert wurde. Die Produktion ist der Ort, an dem Kunden, Zahlungen und Identität bereits leben. Sie als Ort zu nutzen, um diese Antworten zu lernen, koppelt Neugier an einen Ausfall. Jede Änderung einzufrieren, bis ein Gremium sicher ist, ist das andere Versagen: Die Systemlandschaft bewegt sich weiter, und ihr Modell nicht.
Ein Zwilling ist eine zweite Kopie dieser Systemlandschaft mit denselben Namen und einer harten Regel, dass nichts angewendet wird. Der Principal, der Bucket, die Queue und der Cluster sind real genug, um die Frage zu beantworten. Die Wirkung endet an der Kopie. Security, Plattform und Architektur können eine Zulassung, eine Ablehnung, einen Fehler und einen Drift proben, bevor eines davon das Konto erreicht, das Kunden abrechnet.
Mithril macht den Zwilling zu einem Dokument, nicht zu einer zweiten Cloud. Jeder Teil der Systemlandschaft ist eine Komponente, die über ihre Reverse-Domain benannt ist, und Komponenten setzen sich zusammen. Identität, Autorisierung, Quota, Konsistenz, Fault und TLS stehen unter dem Dienst, der sie braucht. Ein Lauf durchläuft diese Kette und gibt zwei Dinge zurück, die der Aufrufer behalten kann: die Antwort, die ein Client sehen würde, und die Entscheidung, die sie hervorgebracht hat. Das Flag applied bleibt false. Die Laufzeit öffnet keinen Socket, und ein Dokument, das einen Live-Host oder ein Secret benennt, wird abgelehnt, bevor es läuft.
Dieselbe Grenze umfasst den Cluster. Docker und Podman werden als Mithril-Dokument verpackt, das angibt, welche Dienste existieren sollen und wie sie voneinander abhängen. Das Rendern dieses Dokuments erzeugt die Compose-Datei. Die Prüfung vergleicht die Deklaration mit dem, was tatsächlich beobachtet wird. Die Prüfung startet keine Container. Das Unternehmen erhält eine Übung seiner eigenen Systemlandschaft, neben den Engines, die bereits die Cloud-Protokolle sprechen, mit einer Aufzeichnung dessen, was entschieden wurde und was bewusst nicht angewendet wurde.