Kubernetes Best Practices, 2. Auflage

Kapitel 16. Verwaltung von Zuständen und zustandsabhängigen Anwendungen

Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: [e-mail]

In den Anfängen der Container-Orchestrierung waren die angestrebten Workloads in der Regel zustandslose Anwendungen, die externe Systeme nutzten, um den Status zu speichern, wenn er benötigt wurde. Der Gedanke war, dass Container sehr zeitlich begrenzt sind und die Orchestrierung der Backing Speicherung, die benötigt wird, um den Status konsistent zu halten, bestenfalls schwierig war. Im Laufe der Zeit wurde der Bedarf an Container-basierten Workloads, die den Status beibehalten, zur Realität, und in bestimmten Fällen konnte dieser Bedarf auch leistungsfähiger sein. Als immer mehr Unternehmen die Cloud für ihre Rechenleistung nutzten und Kubernetes zur de facto Container-Laufzeit für Anwendungen wurde, wurde der hinderliche Faktor die Datenmenge und der performante Zugriff auf die Daten, manchmal auch "Datengravitation" genannt. Kubernetes hat sich über viele Iterationen hinweg angepasst. Jetzt ist es nicht nur möglich, Speichervolumes in den Pod einzubinden, sondern diese Volumes auch direkt von Kubernetes verwalten zu lassen. Dies war eine wichtige Komponente bei der Orchestrierung der Speicherung mit den Workloads, die sie benötigen.

Wenn die Fähigkeit von , ein externes Volume in den Container zu mounten, ausreichen würde, gäbe es viel mehr Beispiele für zustandsabhängige ...