Zusammenfassung

  • HYCU meldete am 8. September die allgemeine Verfügbarkeit von R-Cloud für Azure DevOps, einschließlich Arbeitselementen, Auslieferungsdefinitionen und Organisationseinstellungen.
  • Microsoft unterhält bereits Sicherungen für den Dienstbetrieb und begrenzte Wiederherstellungswege nach Löschungen. Der neue Dienst muss an nutzbarer Wiederherstellung unter Kundenkontrolle gemessen werden.

Der Quellcode kann zurück sein, ohne dass ein Team wieder ausliefern kann. Fehlt eine Prozessdefinition oder die Verbindung einer Automatisierung zu anderen Einstellungen, bleibt zwischen Dateien und Arbeitsfähigkeit eine Lücke. Mit seiner Azure-DevOps-Integration will HYCU deshalb nicht nur das Repository, sondern das zusammenhängende Auslieferungssystem schützen.

Laut Startmitteilung vom 8. September ist R-Cloud für Azure DevOps im HYCU Marketplace verfügbar. Zum angekündigten Umfang gehören Arbeitselemente samt Verlauf, Boards und Abfragen, Auslieferungsdefinitionen, Wikis, Testpläne und Organisationseinstellungen. Prozessvorlagen und benutzerdefinierte Arbeitselementtypen sollen mitgesichert werden; Wiederherstellung ist auf mehreren Ebenen vorgesehen.

Das sind veröffentlichte Produktfähigkeiten, keine unabhängig gemessenen Ergebnisse. Besonders relevant ist die Behauptung, am ursprünglichen Ort wiederherstellen zu können, ohne nicht betroffene Teams zu unterbrechen. Eine vergleichbare Messung, wann ein repräsentativer Ablauf mit allen Abhängigkeiten tatsächlich wieder nutzbar war, liefert die Ankündigung nicht.

Native Sicherungen haben einen anderen Auftrag

Die Plattform als System ohne Backups darzustellen wäre falsch. Microsofts Datenschutz- und Datensicherungsübersicht beschreibt zeitpunktbezogene Sicherungen der zugrunde liegenden Speicher und Datenbanken, regionale Notfallwiederherstellung sowie ein 28-Tage-Fenster für gelöschte Organisationen oder Projekte.

Dieselbe Dokumentation grenzt diese Kontinuitätssicherungen von einem allgemeinen Dienst zur Wiederherstellung versehentlich durch Kunden gelöschter Ressourcen ab. Das bedeutet nicht, dass sämtliche objektspezifischen nativen Wiederherstellungswege fehlen. Es trennt den Fortbestand des Plattformdienstes von der Kundenentscheidung, welchen früheren Zustand man wann zurückholen möchte.

HYCU bietet nach eigener Darstellung Kopien in kundeneigenem Speicher, Konto und gewählter Region mit unabhängig festgelegter Aufbewahrung. Die Produkterläuterung beschreibt zusätzlich Unveränderlichkeit auf Speicherebene und Trennung von Azure-DevOps-Zugangsdaten. Solche Kontrollmerkmale sind zu prüfen. Sie beweisen nicht, dass jede Berechtigung, Speicherverwaltung oder Richtlinieneinstellung automatisch sicher ist.

Verbindungen statt Stückzahlen prüfen

Die genannten Abhängigkeiten erklären den Unterschied. Eine Auslieferungsdefinition kann Variablengruppen, Dienstverbindungen und Agentenwarteschlangen aus verschiedenen Geltungsbereichen benötigen. Ein Wiki besteht aus einem Git-Repository und einer Registrierung im Dienst. Arbeitselemente setzen passende Prozessdefinitionen voraus. Alle Objekte zu erfassen belegt noch nicht ihr gemeinsames Funktionieren nach der Rücksicherung.

Eine sinnvolle Abnahme könnte daher einen repräsentativen Arbeitsablauf wählen, seine benötigten Teile zurückholen und die Nutzung ohne Schäden für unbeteiligte Arbeit prüfen. Das ist ein vorgeschlagener Kundentest, kein hier durchgeführtes Experiment. Die Mitteilungen enthalten weder einen kundenspezifisch gemessenen Wiederherstellungszeitraum noch eine vergleichbare Kostenrechnung.

HYCU erklärt außerdem, Build- und Veröffentlichungsverläufe, Testläufe und Prüfprotokolle zu erfassen und exportierbar zu machen. Das könnte Nachweise länger verfügbar halten. Ein bestandener Audit folgt daraus nicht automatisch. Wirtschaftlich zählt die zurückgewonnene Arbeitsfähigkeit zusammen mit verständlichen Aufzeichnungen. Die Liste geschützter Objekte beginnt diesen Nachweis, sie ersetzt ihn nicht.