s sbomcollector
SOFTWARE IM ÜBERBLICK

Wissen, was
bei euch läuft.

Alle Dokploy-Server. Jeder Container.
Eine Übersicht für eure Software-Stücklisten.

Der Key bleibt im lokalen Backend und wird vom Dashboard nicht zurückgegeben.

Entfernten Deployment-Server zuordnen

Für einen Remote-Server derselben Instanz dessen serverId eintragen. Swarm-Worker werden hierdurch nicht automatisch erfasst.

Sicher hinterlegen. Der Token erlaubt nur Report-Uploads für diesen registrierten Server.

Upload-Endpunkt
CONTAINER-DETAILS
POST/api/schedule.createAnlegen
POST/api/schedule.updateÄndern
GET/api/schedule.listAbgleichen
POST/api/schedule.runManuallyJetzt starten
POST/api/schedule.deleteBereinigen

Bei Mehrfach-Replikaten weist Dokploy Compose-Jobs einem Service zu, nicht einer stabilen einzelnen Replica-ID. Datenbank-Services ohne unterstützte Application-/Compose-Zuordnung werden übersprungen. Die Bereinigung kann nur Services prüfen, die Dokploy aktuell noch kennt; Jobs an vollständig gelöschten Dokploy-Ressourcen sind über die dokumentierte API nicht global auffindbar und müssen dort entfernt werden.

Dokploy-API-Dokumentation ↗
"name": "Nächtlicher SBOM-Report", "scheduleType": "dokploy-server", "cronExpression": "0 2 * * *", "timezone": "Europe/Berlin", "shellType": "sh", "command": "/opt/sbom/report.sh", "enabled": false }

Das Report-Skript muss in der Ausführungsumgebung bereitstehen. Ein „dokploy-server“-Job läuft im Dokploy-Container. Für einen Remote-Host ist „server“ mit serverId vorgesehen.

Dokploy-API-Dokumentation ↗