Das ceterion Deployment Framework 2610 ist ab sofort verfügbar. Das erste Release seit 2607 macht cDF cloud-ready: Pakete und Jobs sind jetzt per REST API über HTTPS erreichbar, für den ceterion Service Worker ebenso wie für eigene Orchestrierungstools. Darunter liegt eine neue Datenbasis mit Run-Daten in SQL Server und stabilen GUIDs für alle Objekte.
Mehr Reichweite. Mehr Integration. Mehr Beständigkeit.
Highlights
Paketbereitstellung per REST API: cloud-ready über HTTPS
Seit 2503 wächst die REST API von cDF mit jedem Release, mit 2604 kam der objektspezifische Zugriff für Computer-Konten, mit 2605 kamen objektgebundene API Keys. Mit 2610 liefert die API jetzt auch die Pakete selbst aus, ohne SMB-Freigabe.
api/assure-packageprüft die Verfügbarkeit eines Pakets als ZIP und startet die Erzeugung bei Bedarf automatisch- Klare Statusrückmeldung:
unavailable(503),creating(202),error(500),ready(200) api/get-package/<Guid>liefert das ZIP-Paket als Datenstream aus- Endpoints authentifizieren sich mit ihrem vertrauenswürdigen Computerkonto oder einem objektgebundenen API Key, mit API Key auch ohne Domänenkontakt
- Ablage der ZIP-Pakete konfigurierbar über
PackagesZipRepositoryin derappsettings.json
Job-API für Orchestrierung
Neue Endpoints öffnen die Ausführung von Runs für den ceterion Service Worker und externe Orchestrierungstools.
api/collect-jobsholt bis zu 100 anstehende Runs ab, geplante Runs erst bei Fälligkeit- Abgeholte Runs werden dem anfragenden Account zugeordnet und können nicht doppelt abgeholt werden, unbearbeitete Claims verfallen nach 5 Minuten
api/set-jobstatusmeldetrunning,erroroderfinishedzurück, inklusive Fehlerbeschreibung überErrorDetails- Bei wiederkehrenden Deployments wird nach Abschluss automatisch der nächste Run angelegt
api/get-jobstatusliefert den Status aktueller und historischer Runs, per GET oder POST- Neue Rolle
ApiServiceWorkerergänzt das bestehende API-Rollenmodell
Neue Datenbasis: Runs und Metadaten in SQL Server
Run-Daten und Metadaten liegen jetzt in der Datenbank und bilden die Grundlage für die neuen Schnittstellen.
- Speichermodus für Run-Daten konfigurierbar über
DataStoragein derappsettings.json - Standard ist
FilesAndDatabase, alternativDatabaseOnlyoderFilesOnly - Bestandsdaten werden beim ersten Start automatisch migriert
Stabile Objektidentität per GUID
Jedes Objekt und jeder Ordner trägt jetzt eine GUID, die über den gesamten Lebenszyklus erhalten bleibt.
- GUIDs bleiben bei Move und Rename erhalten, Kopien erhalten eine neue GUID
- Bestehende Objekte und Ordner erhalten beim ersten Start automatisch eine GUID
- Das Change Log referenziert Objekte per GUID, die Historie bleibt auch nach Verschiebungen eindeutig zuordenbar
- Bulk Moves müssen keine Change-Log-Einträge mehr anpassen und laufen dadurch deutlich schneller
Weitere Verbesserungen
- Bulk Move löst nur noch ein Sammel-Event statt eines Events pro Objekt aus
- API-Anfragen liefern nach einem AppPool-Recycling auch bei parallelen Requests zuverlässig Ergebnisse statt 404
- Restore des ältesten Backups löscht das Objekt nicht mehr, Restores von Scripts, Script Sets und Packages werden im Change Log protokolliert
- Gleichzeitige Berechtigungsprüfungen auf Ordnern laufen stabil
- Schließen des Browsers während einer Weiterleitung erzeugt keinen unnötigen Fehler im Event Log mehr
- Abbruch im Content-Tab während der Installation funktioniert korrekt, die Installationssequenz wird als abgebrochen markiert
- SQL-Installationsskript mit Parametern für
DatabaseName,ApplicationLoginundSkipInitialSetup
Mit Version 2610 stellt cDF Pakete und Jobs über eine Adresse statt über eine Freigabe bereit: mehr Reichweite für die Verteilung, mehr Integration für Orchestrierungstools und mehr Beständigkeit in den Daten.
