Behebung von Speicherproblemen mit Cloud-nativer Entwicklung

Wir haben bereits erörtert, wie sich Cloud Computing zu Cloud-Native entwickelt hat und wie sich DevOps-Praktiken problemlos in sein Ökosystem integriert haben. Diese Verschmelzung hat jedoch einen weiteren Schwachpunkt für Entwickler deutlich gemacht: Wie verwaltet man die Speicherung der riesigen Datenmengen, die mit jedem Zyklus der Feedbackschleife anfallen?

Genauer gesagt, gibt es zwei Probleme, die durch Speicherprobleme entstehen können:

• Datenverlust oder Datenverfügbarkeit.
• Performance-Probleme oder die Unfähigkeit, Lastspitzen zu bewältigen.

Das Cloud-Native-System gibt Ihnen die Kontrolle über den Speicherbereitstellungsprozess, und Entwickler erhalten die Möglichkeit, anwendungsbezogene Daten zu speichern, die auf dem Weg dorthin optimal genutzt werden können.

Was sind also die besten Maßnahmen, die in diesem Szenario zu ergreifen sind? Finden wir es heraus!

Was bedeutet Cloud Native für die Speicherung?

Containerisiertes Cloud-Native und sein Mechanismus verfügen über drei Kernfunktionen – Sichtbarkeit, Experimentierfreudigkeit und Optimierung –, die in gleichem Maße auch für die Speicherlandschaft der Plattform gelten. Organisationen wollen die traditionellen Speicherarten hinter sich lassen und die Speicherung und Struktur der Daten auf innovative Weise ausbauen und strukturieren.

Wenn Daten von der Cloud-Native-Anwendung abgeleitet werden, werden sie an verschiedenen Orten gespeichert: Ereignisprotokoll, Objektspeicher, Cache, Cold Storage oder relationale Datenbank. Unter diesen Optionen hängt die Wahl des Speichers vollständig von der Situation, der Art der Daten und ihrem Nutzen ab. Wenn Sie beispielsweise Mediendateien für eine lange Zeitdauer speichern möchten, ist der Objektspeicher der ideale Ort dafür. Wenn es sich um einen Produktkatalog handelt, der stark frequentiert wird, sollte er im Cache gespeichert werden. Zu den Überlegungen können auch die Latenz und die Leseleistung gehören, um die Auswahl einzugrenzen.

Es gibt zwei weitere Aspekte der Datenspeicherung: Skalierbarkeit und Leistung. Da Cloud-Native-Anwendungen auf Scale-Out-Architekturen aufbauen, muss die Datenschicht hoch skalierbar sein. Die von der Cloud bereitgestellte Flexibilität ist hier von großer Bedeutung, da Hunderttausende von Dateneinheiten eine zuverlässige und skalierbare Möglichkeit zur Durchführung benötigen.

Wie Speicher- und Datenmanagement heute stattfinden

Eine Kundenstudie der Cloud Native Computing Foundation (CNCF) ergab, dass 73 % der Kunden containerisierte Anwendungen in der Produktion einsetzen und 27 % nur planten, Container in naher Zukunft zu verwenden.

Bei der Anwendung der Container-Prinzipien ist es von vorrangiger Bedeutung, den Daten- und Metadatenfluss in der Cloud-Native zu trennen.

Dies ermöglicht einen reibungslosen Ablauf des Datenpfads, und Operationen wie Tiering, Mobilität oder Snapshots werden ohne Beeinträchtigung durchgeführt.

Das ist jedoch leichter gesagt als getan. Die Trennung der Kontrolle über die Datenebenen wird oft durch nicht optimale Datenflüsse und ineffiziente Verhaltensweisen behindert. Und um dieses Problem zu lösen, werden Microservices zur Rettung gerufen.

Anpassung an eine neue Speicherarchitektur

Wie wir bereits festgestellt haben, hilft es nicht vollständig, Ihre Produktion in Container zu verlagern, sondern sie benötigt die Unterstützung einer Architektur, die auf den Konzepten von Microservices basiert, um die Container zu halten. In dieser Übergangsphase werden die isolierten Speichergeräte immer voller, und umfangreiche Datenverwaltungsfunktionen werden zu einem integralen Bestandteil des Systems.

Darüber hinaus sind die zustandslosen und zustandsbehafteten Anwendungen als Container zu implementieren, die die Fähigkeit besitzen, das Management effektiv zu tragen, Kosten zu senken und die Gesamtauslastung zu verbessern.

Wie effizient sind Microservices?

Welche Vorteile geben die Microservices und ihre Prinzipien an die Cloud-Native-Anwendungen weiter?

Die unabhängige Skalierung der Daten und die Kontrolle der Datenebenen sind das, was Microservices-basierte Anwendungen in die Cloud-Native-Plattformen erzwingen.

Als Nächstes wird auch die erforderliche Portabilität der Anwendungen und Container in diesem Prozess berücksichtigt, zusammen mit der einfachen Bereitstellung und Konfiguration, der Steigerung der Produktivität und der Integration effizienterer Ressourcen. Laut 12factorapp sollten die Microservices der Cloud-Native Haltbarkeit, Elastizität und kontinuierliche Integration ermöglichen, indem sie keine Konfigurationen, Protokolle oder Daten speichern.

Aber die Geschichte endet hier nicht. Sie stellt gleichermaßen Hindernisse für die Aufrechterhaltung einer starken Konsistenz in einem verteilten System dar.

Wenn es jedoch Probleme gibt, sind Lösungen nicht weit entfernt.

Fazit

Neben dem Cloud-Native-Speicher muss sich auch die Infrastruktur, die zur Unterstützung der Anwendungen benötigt wird, weiterentwickeln. Organisationen sollten sich über die Einschränkungen hinwegsetzen und die lösbaren Fehler des Microservices-basierten Ansatzes ignorieren und den maximalen Nutzen der Anwendung ausschöpfen, die die Container modernisiert und Ihre Software auf effektive Weise bereitstellt.

Was halten Sie von der Cloud-Native-Entwicklung? Teilen Sie uns Ihre Meinung in unseren sozialen Netzwerken mit: Facebook, LinkedIn und Twitter.