Bereitstellung, Sicherung und Betrieb

Mit diesen Anweisungen wird keine Site, kein Paket oder kein Remote-Endpunkt bereitgestellt.

Windows-Release-Bereitschaft

Für die formelle Verpackung sind passende SDK-/Laufzeiteingaben, der Web-Workbench-Build, Tests und Nachweise für die Verteilungsgenehmigung erforderlich. Das Passieren des Verpackungstors ist kein Beweis für eine saubere Installation, ein Upgrade, eine Geräteisolierung oder eine langfristige Abnahme.

Notieren Sie vor der Kundenfreigabe Paket-Hashes, Abhängigkeitsmanifest/SBOM, SDK-Berechtigungen, Laufzeit-/Modellverteilungsgenehmigung, Betriebssystem/Umgebung, unterstützte Kamera/Firmware und Testnachweise. Stellen Sie sicher, dass Desktop, Service, Verträge und Web-Assets aus der passenden Version stammen. Verteilen Sie lizenzierte SDK-Dateien nicht weiter.

Sichern Sie vor der Änderung

1. Gleichen Sie laufende und unbekannte Vorgänge ab und bewahren Sie Wiederherstellungsanforderungen.
2. Stoppen Sie die Anwendung und ihren eigenen Dienst über die normalen Steuerelemente. Bestätigen Sie, dass die gewünschte Instanz gestoppt wurde.
3. Sichern Sie das eigentliche Aufgabendatenstammverzeichnis und die separate Kamerakonfiguration an einem neuen Ziel. Bewahren Sie Original-/Ergebnisbilder getrennt auf, sofern die Website-Richtlinie dies erfordert.
4. Zeichnen Sie Paketidentität, Daten-/Schemaversion, Instanz, Zeit und Backup-Hashes auf. Schützen Sie Backup-Anmeldeinformationen/-Daten als private Informationen.
5. Stellen Sie sicher, dass die Sicherung gelesen werden kann, und planen Sie die Wiederherstellung auf einer isolierten Kopie. Eine Dateikopie allein ist keine getestete Wiederherstellung.

Führen Sie keinen älteren Dienst für eine neuere Datenbank aus und entfernen Sie keine Wiederherstellungsmaterialien, um Speicherplatz freizugeben. Änderungen des Datenbankschemas und die Wiederherstellung von Kamerajobs sind separate Anliegen. Die Downgrade-Kompatibilität und die vollständige Wiederherstellung der Produktion erfordern eine explizite Validierung.

Browser Lab und Forschungshosting

Das Produkt verfügt über einen separaten öffentlichen Lab-Build und eine separate Worker-Konfiguration. Das bereitgestellte Lead-Formular, das Cookie-Gate, die Datenbindungen und die optionale menschliche Prüfung liegen in der Verantwortung des Betreibers. Durch das Erstellen eines statischen Lab-Verzeichnisses allein wird das gehostete Gate nicht reproduziert.

Forschungskonto-/Relay-Hosting ist eine weitere Bereitstellung. Es erfordert passende Web-/Relay-/Serverversionen, konfigurierte Identitätsanbieter-/Client-Registrierung und Datenbankrichtlinien. Der öffentliche eigene Codex und die vollständige Wiederherstellung/Lastabnahme der Produktion stehen in den überprüften Beweisen noch aus. Aktivieren Sie diese Funktionen nicht durch Kopieren einer Lab-Bereitstellung.

Eine wiederhergestellte Kontodatenbank kann zuvor gültige Sitzungen enthalten. Vor der Zulassung von HTTP-Anfragen sind Überprüfungen der Außerkraftsetzung und der Autorisierungsversion des Kontos erforderlich. Stellen Sie eine sitzungstragende Datenbank nicht direkt in einem öffentlichen Dienst wieder her.

Checkliste für den Betrieb

Überwachen Sie tatsächliche Schreibfehler, Speicherplatz, Wiederherstellungsanforderungen, Anforderungsbelege und Dienstidentität. Testen Sie das Trennen/Wiederverbinden und das erwartete Herunterfahren in einem kontrollierten Fenster. Verwenden Sie die Aufbewahrungs- und Sicherungsrichtlinien der Website. Es bestehen weiterhin Lücken im internen Materialbudget und in der Sanierungsdeckung.

Durch die überprüfte Vorschau wird kein Anspruch auf universelle Kameraanzahl, 24-Stunden-Stabilität, Wiederherstellungszeit oder Null-Ausfallzeit erhoben.