Im "Erster Anwendungsfall", Wir haben demonstriert, wie das NetApp Astra Control Center für die Sicherung Ihrer Applikationen in Kubernetes genutzt wird. Dieser Abschnitt beschreibt, wie Sie Applikations-Backups über Astra Control direkt mit dem Python SDK im NetApp Astra Toolkit in Ihren Entwicklungs-Workflow integrieren. Dieser Ansatz ermöglicht den Schutz von Entwicklungs- und Produktionsumgebungen durch die Automatisierung von On-Demand Backups während der kontinuierlichen Integration und Continuous Deployment (CI/CD)-Prozesse. Mit dieser zusätzlichen Schicht applikationskonsistenter Datensicherung, die der CI/CD-Pipeline und den Produktionsanwendungen hinzugefügt wird, sind die Entwicklungsprozesse sicher, wenn bei einem Prozess ein Fehler auftritt, was zu guten Business-Continuity-Verfahren führt.

In einem herkömmlichen Workflow würde das Entwicklungsteam versuchen, das Problem anhand von Fehlerberichten von Kunden in Echtzeit zu beheben, nachdem ein Fehler beim Upgrade der Anwendung auf eine neue Version aufgetreten ist. Alternativ könnte das Team bei der ersten Fehlermeldung versuchen, die Applikation in eine parallele Debugging-Umgebung neu zu implementieren, um diesen Prozess offline zu schalten. Sie könnten eine ältere Code-Basis von einer früheren Version in den Produktionsbetrieb wiederherstellen, um die Arbeitsreihenfolge der Applikation wiederherzustellen.

Obwohl dieser Ansatz funktioniert, muss das Team sicherstellen, dass der Zustand der defekten Produktions-App mit der Version übereinstimmt, die in der Produktion gesehen wurde, als die Probleme aufgetreten sind. Sie müssten auch Zeit auf die Förderung des bekannten fehlerfreien Builds in die Produktion verwenden, indem sie Code aus ihrem Repository abrufen und die Machine-Images neu implementieren, um die Applikation in einem guten, ausgeführten Zustand wiederherzustellen. Auch in diesem Szenario wurde nicht berücksichtigt, ob die Produktionsdatenbank selbst durch den fehlerhaften Code beschädigt war. Im Idealfall gibt es separate Backup-Prozesse für die Datenbankdaten, aber müssen wir davon ausgehen, dass sie mit dem Zustand der Applikation, wie sie veröffentlicht wurde, konsistent sind? Hier zeigen die Vorteile statusbehafteter und applikationskonsistenter Backups, Restores und Klone mit Astra Control ihren Wert.

Erstens können wir Astra Control nutzen, um eine Nachmortem-Analyse über den Stand der Anwendung zu ermöglichen. Dazu klonen wir die Buggy-Produktionsversion auf applikationskonsistente Weise in einer parallelen Testumgebung. Wenn diese Umgebung in ihrem fehlergeritten Zustand beiseite gelegt wurde, können wir das Problem in Echtzeit beheben.

Darüber hinaus unterstützt Astra Control die Möglichkeit zur Wiederherstellung der vorhandenen Daten, mit der die Produktionsanwendung auf ein letztes akzeptables Backup wiederhergestellt werden kann (das der betroffenen Codeversion vorausging). Die wiederhergestellte Version übernimmt die Position der vorherigen, Buggy-Produktionsanwendung auf anwendungskonsistente und zustandsorientierte Weise, einschließlich der zuvor zugewiesenen Ingress-IP. Aus diesem Grund haben Kunden, die auf das Front-End zugreifen, den Übergang zur Backup-Version nicht bemerkt.

Folgende Tools oder Plattformen wurden implementiert und als Voraussetzungen konfiguriert:

Angesichts des Upgrades der Applikation auf eine neue Version, der Applikation in der Produktionsumgebung (magento-prod) Verhält sich nicht wie vorgesehen nach der Aktualisierung. Nehmen wir an, dass die Daten, die von Front-End-Abfragen zurückgegeben werden, nicht mit der Anfrage übereinstimmen oder dass die Datenbank tatsächlich beschädigt wurde. Um die Pipeline zu klonen und wiederherzustellen, gehen Sie wie folgt vor:

Diese beiden Vorgänge beschleunigen gleichzeitig die Rückkehr zu den normalen Geschäftsabläufen. Sehen Sie sich das Video an, um diesen Anwendungsfall in Aktion zu sehen "Hier".