CapordiaAbgrenzen, was migriert wird und was warten muss
Dieser Leitfaden richtet sich an die Person, die Berechnung, Daten und Betrieb koordiniert. Ein Stapel bezeichnet hier ein identifiziertes Arbeitspaket, zu unterscheiden von einem Los GPU-Karten aus dem Katalog. Die Methode eignet sich zunächst für Ausgaben, die vor der Annahme kontrolliert werden können. Bei einem Dienst, der Anfragen ohne Unterbrechung empfängt, planen Sie, wo die neuen Eingaben warten, wie lange dieses Warten akzeptabel ist und wie sie zur Zielumgebung gelangen. Ein kopiertes Dossier legt diese Zulassungsrichtlinie nicht für sich allein fest.
Die vorgeschlagene Übung arbeitet mit einer geschlossenen Menge von acht synthetischen Stapeln. Sie sendet keine Netzwerkanfrage und beansprucht weder GPU noch Capordia-Konto. Sie vermittelt eine Wiederaufnahmelogik auf einem einzigen Rechner und mit einem einzigen Arbeitsprozess. Sie validiert weder eine verteilte Warteschlange noch die Kontinuität eines exponierten Dienstes oder die Verschiebung einer Berechnung im laufenden Betrieb. Vor einer echten Migration muss Ihr Team diese Elemente mit der gewählten Anwendung und Hardware qualifizieren.
Ein Inventar erstellen, das eine Rekonstruktion ermöglicht
Fassen Sie den Code und seine Version, die Abhängigkeiten, die Parameter, die Modelle, die Eingaben, die geplanten Aufgaben und die Ausgabeziele zusammen. Geben Sie für jedes Element den Eigentümer, die Rekonstruktionsmethode und die auf der Zielumgebung erwartete Kontrolle an. Notieren Sie die Namen der Geheimnisse und ihre Bereitstellungsart, ohne ihren Wert in das geteilte Register aufzunehmen. Eine manuelle Installation oder eine beim Start ausgelöste Aufgabe kann in einer bloßen Kopie des Projektverzeichnisses fehlen.
Trennen Sie die Eingabedateien, die akzeptierten Ergebnisse und den für den Neustart erforderlichen Zustand. Bei einem Training kann dieser Zustand über die Modellgewichte hinausgehen: Das PyTorch-Tutorial zum Speichern eines Checkpoints umfasst allgemein insbesondere den Zustand des Optimierers und den Fortschritt. Der erforderliche Inhalt hängt von Ihrem Code ab. Stellen Sie ihn in einem neuen Prozess wieder her und vergleichen Sie dann die Ausgaben nach einer vor dem Versuch festgelegten Toleranz; leiten Sie aus einem einzigen erfolgreichen Neustart keine universelle numerische Identität ab.
Entscheidung, Übergabe und Abnahme zuweisen
Legen Sie die Rollen fest, bevor Sie das Zeitfenster bestimmen. In einem kleinen Team kann dieselbe Person mehrere Rollen übernehmen, doch die Entscheidungen bleiben getrennt. Der Verantwortliche für die Umschaltung bestätigt die Abschaltung des alten Produzenten und genehmigt den Start des Zielsystems. Der Datenverantwortliche kontrolliert das Inventar, die Prüfsummen und die Ausgaben. Der Eigentümer des Prozesses beurteilt die funktionale Qualität. Der Betrieb führt das Änderungsprotokoll und bereitet die Übergabe vor.
Das Umschaltprotokoll muss vier konkrete Fragen beantworten: Wer darf die Eingänge stoppen, wer stellt fest, dass der alte Prozess nichts mehr ausgibt, wer akzeptiert die ersten Ergebnisse und wer entscheidet über den Rückweg. Tragen Sie außerdem eine Entscheidungsfrist und die Kontaktmöglichkeiten dieser Personen ein. „Bei Bedarf zurückkehren“ genügt nicht, wenn das Zielsystem bereits Ergebnisse erzeugt hat, die das alte Register nicht kennt.
Ein Register führen, das Begonnenes und Abgenommenes unterscheidet
Weisen Sie jedem Los eine stabile Kennung zu und verknüpfen Sie es mit einer präzisen Datenversion. Bewahren Sie seinen Status, die Anzahl der Versuche, den Speicherort des Ergebnisses und die Kontrolle auf, die seine Abnahme erlaubt. Ein laufendes Los ist nicht abgeschlossen, nur weil eine Ausgabedatei existiert: Diese Datei kann unvollständig sein oder aus einem früheren Versuch stammen. Das Verfahren muss darlegen, was aufbewahrt, was neu berechnet und was zur Prüfung in Quarantäne bleibt.
In der Übung hält ein lokales SQLite-Register den Status und die Abnahme des Ergebnisses in einer Transaktion zusammen. Seine Status sind termine, en_cours und a_reprendre; letzterer umfasst auch ein Los, das noch nicht gestartet ist. Das Zielsystem nimmt die nicht validierten Lose wieder auf, statt alle acht Eingänge unterschiedslos neu zu starten. Die JSON- und CSV-Exporte machen die Nachverfolgung lesbar. Die leere CSV begleitet Ihre Vorbereitung und Ihre menschliche Prüfung; sie ersetzt nicht den Koordinationsmechanismus einer realen Anwendung.
| Lose | Status an der Grenze | Entscheidung vor der Wiederaufnahme |
|---|---|---|
| LOT-001 bis LOT-003 | termine | Ergebnisse aufbewahren und ihre Integrität prüfen |
| LOT-004 | en_cours, Ergebnis nicht abgenommen | Ausdrücklich einen neuen Versuch vorbereiten |
| LOT-005 bis LOT-008 | a_reprendre, kein Versuch | Nach Freigabe auf dem Zielsystem starten |
Übung zu Unterbrechung und Wiederaufnahme herunterladen und starten
Sehen Sie Python 3.10 oder neuer mit dem Modul sqlite3 und ein lokal beschreibbares Verzeichnis vor. Laden Sie das vollständige Archiv herunter und entpacken Sie es, wobei das Skript, der Datenordner und das Manifest zusammenbleiben. Die README-Datei beschreibt die verfügbaren Befehle. Es sind weder Treiber noch Rechenpakete oder Modelle zu installieren. Lesen Sie das Skript, bevor Sie es ausführen, und verwenden Sie dann einen neuen Ausgabeordner, damit die Nachweise mehrerer Versuche nicht vermischt werden.
Aus dem Verzeichnis mit exercice.py erzeugt der folgende Befehl eine fortlaufende Referenz, einen unterbrochenen Durchlauf, eine Umschaltkopie und eine mit der Referenz verglichene Wiederaufnahme. Die acht CSV-Dateien enthalten 48 fiktive dimensionale Messwerte von Prüflingen, in ganzen Mikrometern angegeben und für diesen Ordner erstellt. Es wird keine reale industrielle Kontrolle dargestellt. Die Berechnung auf der CPU dient der Untersuchung der Losverwaltung, nicht der Schätzung eines GPU-Durchsatzes oder einer Migrationsdauer Ihrer Daten.
python exercice.py demonstration --dossier essai-capordiaDie Nachweise der Wiederaufnahme Los für Los lesen
Capordia-Beispiel: Ein Team bereitet acht Pakete mit zu verarbeitenden Dateien vor. Die Referenz verarbeitet sie ohne Unterbrechung. Auf dem anderen Weg hinterlässt der Stopp drei abgeschlossene Lose, LOT-004 in Bearbeitung und vier Lose, die ohne Versuch wiederaufzunehmen sind. Der Verantwortliche für die Umschaltung verlangt nicht „bis zur Hälfte wiederaufnehmen“, sondern benennt LOT-004. Die Wiederaufnahmevorbereitung setzt es in den Status a_reprendre: Damit sind drei Lose abgeschlossen und fünf auszuführen. Bereits abgenommene Lose dürfen nicht neu berechnet werden.
Sehen Sie etat.json für Kennungen, Zustände und Versuche ein, registre-lots.csv für die Prüfung, resultats.json für die Ausgaben und anschließend rapport-verification.json für die Kontrollen. Beim lokalen Lauf am 24. September 2026 unter Windows AMD64, Python 3.14.6 und SQLite 3.50.4 waren die 16 Kontrollen aus 37 Skriptstarts erfolgreich: Die acht übernommenen Ergebnisse entsprechen der Referenz, abgeschlossene Lose werden nicht neu berechnet, und eine erneute Annahme desselben Loses wird abgelehnt. Auch veränderte Eingaben, doppelte Kennungen und beschädigte Ausgaben werden erkannt.
Einen konsistenten Zustand kopieren und anschließend seine Integrität kontrollieren
Bei einem echten Wechsel stoppen Sie die Annahme oder legen neue Eingaben in eine ausdrücklich dafür vorgesehene Warteschlange. Warten Sie das Ende der laufenden Arbeit ab, oder speichern Sie unterbrochene Lose gemäß Ihrer Wiederaufnahmeregel. Bestätigen Sie danach, dass die alte Instanz nicht mehr veröffentlichen kann. Die Versiegelung der Quelle in dieser Übung hindert das Skript daran, sie erneut als Produzent zu verwenden. Es bleibt ein lokaler Schutz des Szenarios, keine gegenseitige Ausschließung zwischen mehreren Maschinen, die jeweils eine Kopie des Zustands besitzen.
Für das Kopieren einer von einer Anwendung genutzten SQLite-Datenbank schlägt deren Dokumentation eine Backup-API vor, die einen konsistenten Schnappschuss erzeugt. Eine gewöhnliche Kopie einer Datei, die gerade geschrieben wird, ist daher kein Verfahren, das man improvisieren sollte. Prüfen Sie außerdem das Manifest der übertragenen Dateien. Die in hashlib verfügbaren SHA-256-Fingerabdrücke helfen hier, eine Inhaltsdifferenz zu erkennen; sie sagen jedoch nicht, ob das Ergebnis für Ihr Geschäft korrekt ist, noch ob das Referenzmanifest vertrauenswürdig ist.
Entscheiden, wann fortgesetzt und wann zurückgerollt wird
Geben Sie das Ziel erst frei, wenn die Eingaben, das Register und die aufbewahrten Ergebnisse übereinstimmen, der alte Produzent gestoppt ist und die Softwarevoraussetzungen erfüllt sind. Starten Sie zunächst mit einem Umfang, dessen Ausgaben nachgeprüft werden können. Der Prozessverantwortliche akzeptiert die Qualität; der Datenverantwortliche prüft Kennungen, Fehlbestände und Duplikate. Ein fehlerfreier Start genügt nicht, wenn das nutzbare Ergebnis unvollständig ist.
Tritt der Fehler vor einer neuen Veröffentlichung auf, halten Sie das Ziel an und gehen Sie vom kontrollierten Quellzustand gemäß dem vorgesehenen Verfahren aus. Nach einer Veröffentlichung bewahren Sie zuerst die Ergebnisse und das Register des Ziels auf. Gleichen Sie die von ihm abgeschlossenen Lose mit denen der Quelle ab und wählen Sie dann eine einzige zulässige Wiederaufnahme. Beide Seiten zu reaktivieren, um Zeit zu sparen, kann genau die Duplikate erzeugen, die die Migration vermeiden sollte.
| Beobachtung | Sofortige Entscheidung | Bedingung für die Fortsetzung |
|---|---|---|
| Fehlende Eingabe oder abweichender Fingerabdruck | Übertragung aussetzen und die Kopie isolieren | Eine dem Referenzmanifest entsprechende Eingabe beschaffen |
| Doppelte Kennung oder unerwartete Ausgabe | Das betroffene Los nicht veröffentlichen | Den Konflikt verstehen und eine einzige akzeptierte Version beibehalten |
| Unbrauchbarer Wiederaufnahmezustand | Das Ziel anhalten und die Nachweise aufbewahren | Einen bekannten Zustand wiederherstellen oder den vorbereiteten Rücklauf anwenden |
| Ergebnis außerhalb des fachlichen Kriteriums | Die Ausweitung der Wiederaufnahme stoppen | Korrigieren und die funktionale Validierung erneut durchführen |
| Entscheidungsfrist erreicht | Die Entscheidung für Rücklauf oder Verschiebung auslösen | Ausdrückliche Zustimmung der verantwortlichen Person und Fähigkeit, den Export abzuschließen |
Das gesamte Fenster messen und die Übergabe vorbereiten
Wiederholen Sie Installation, Kopie, Verifikation, Wiederaufnahme und Export in ihrer tatsächlichen Reihenfolge. Notieren Sie die Dauer jeder Phase und die menschlichen Eingriffe, mit einer Stichprobe, deren Übertragung zulässig ist. Berücksichtigen Sie für die Schätzung Ihres Fensters die neuen Eingaben, die warten werden, und die Fähigkeit, diesen Rückstand abzubauen. Die beste beobachtete Zeit bei einem kleinen Ordner ist keine Zusage für ein größeres Volumen.
Der gewählte Zeitraum muss Vorbereitung, Wiederholung, Umschaltung, Beobachtung und Abruf der Ergebnisse abdecken. Die Capordia-Pakete mit 3, 7 oder 30 Tagen bleiben Zeiträume, die organisiert werden müssen; dieser Leitfaden leitet daraus keine Rechenzeit ab. Vor dem Abschluss muss eine zweite Person das Register wiederfinden, die Ausgaben von ihrem Zielort aus öffnen und den Ablauf neu starten können. Archivieren Sie die Entscheidung zum Ende des Rückzugs, die akzeptierten Abweichungen und die verbleibenden Maßnahmen, bevor Sie die nicht mehr benötigten Zugänge entziehen.
Was die Übung prüft und was noch zu qualifizieren bleibt
Der Beitrag dieser Dokumentation ist ein nachvollziehbares Verfahren und eine reproduzierbare Erfahrung der Wiederaufnahme anhand synthetischer Dateien. Derselbe Stapel muss vor dem Abbruch, während der Umschaltung und nach der Wiederaufnahme identifizierbar sein. Das Register, der Vergleich mit einer Referenz und die provozierten Ablehnungen machen diese Regel beobachtbar. Die Unterbrechung wird durch eine kontrollierte Ausnahme im Skript ausgelöst: Es wurde kein Test eines Stromausfalls durchgeführt. Die zitierte technische Dokumentation erläutert die verwendeten Mechanismen; sie bescheinigt nicht Ihre zukünftige Produktionsumgebung.
Im Szenario arbeitet jeweils nur ein Prozess gleichzeitig. Lokales Sealing ist kein verteiltes Lock; ein Fingerprint ist kein Qualitätstest; ein CPU-Ergebnis ist keine Qualifizierung für CUDA, ROCm oder Multi-GPU. Eine Anwendung, die auch in eine externe Datenbank, einen gemeinsamen Speicher oder eine Queue schreibt, erfordert eine konsistente Regel über alle diese Ziele hinweg. Lassen Sie diese Regel und Ihren Rollback-Plan validieren, bevor Sie die tatsächliche Verarbeitung migrieren.
Zur Vorbereitung des weiteren Vorgehens
Ein Backup muss die Wiederaufnahme der Arbeit ermöglichen.
In einem isolierten Ziel wiederherstellen und prüfen, ob die Kopie tatsächlich die Wiederaufnahme ermöglicht.
Die Übergabe mit einem Zustand, einer Aktion und einem Verantwortlichen vollziehen.
Aufgaben, Grenzen und Zuständigkeiten an eine andere Person übergeben.