Häufige Fragen zu DevCaleo

DevCaleo ist eine zentrale Plattform für gemeinsam genutzte Prüfstände und Entwicklungsumgebungen. Teams buchen Systeme, arbeiten per Remote Desktop darauf und automatisieren wiederkehrende Abläufe.

CI/CD-Pipelines führen automatisierte Tests aus. DevCaleo organisiert die reale Hardware dahinter: Teams finden gemeinsame Prüfstände, buchen sie und erhalten sicheren Zugriff. Treten Fehler in Produktion oder Pipeline auf, können berechtigte Teams den HIL-Prüfstand reservieren und den Fehler im technischen Kontext untersuchen.

DevCaleo macht freie Kapazitäten sichtbar und erhöht die Nutzung vorhandener Systeme. Teams vermeiden Doppelaufbauten, finden Prüfstände und Zugänge schneller und geben ungenutzte Slots früher frei. Das reduziert Verwaltungsaufwand und kann den Bedarf an zusätzlichen Testsystemen senken.

DevCaleo ist für R&D-Teams, Automotive-Engineering-Teams, Testlabore, Universitäten und technische Organisationen mit gemeinsam genutzten Ressourcen gedacht.

DevCaleo bindet Prüfstände, Lab-Rechner, HIL-Systeme, Entwicklungsumgebungen, ECUs und Remote-Access-Hosts ein. Buchungsfenster, Zugriff, Vorgänge und Automatisierung bleiben an der jeweiligen Ressource verbunden.

DevCaleo führt Plattformen, Prüfstände, Lab-Rechner und Zubehör in einer integrierten relationalen Asset-Datenbank zusammen. Teams filtern gezielt nach technischen Merkmalen, Verfügbarkeit, Standort, Projekt oder Ownership und behalten so Ressourcen und Zusammenhänge im Überblick.

Ja. Ressourcen können nach Projekten, Gruppen, Teams oder Standorten organisiert werden. Sichtbarkeit und Zugriff werden über Rollen und Berechtigungen gesteuert, sodass gemeinsam genutzte Infrastruktur bei Bedarf über einzelne Projekte hinaus verfügbar wird.

In der Regel nicht. DevCaleo ist darauf ausgelegt, vorhandene Prüfstände, Lab-Rechner und Entwicklungsumgebungen schrittweise anzubinden. Die Systeme bleiben bestehen und werden über DevCaleo kontrolliert bereitgestellt, ähnlich wie Ressourcen in einer eigenen On-Premise-Cloud.

Ja. Berechtigte Kolleginnen und Kollegen können einer Buchung hinzugefügt werden und erhalten für diesen Zeitraum Zugriff auf die Plattform. Je nach Konfiguration nutzen sie eine gemeinsame Desktop-Ansicht per Remote Desktop oder WebRTC; für technische Arbeit kann parallel eine SSH-Verbindung bestehen. DevCaleo steuert und protokolliert Berechtigungen, Zeitfenster und Zugriffswege getrennt.

Je nach Plattform-Konfiguration kann DevCaleo Zugriffe über SSH, RDP, Web Terminal, VS Code oder weitere Remote-Zugänge bereitstellen. Der Zugriff bleibt an Buchungen, Sessions und Berechtigungen gebunden.

Ja. Vorhandene Prüfstände, Lab-Rechner, Workflows, Skripte und Toolchains lassen sich schrittweise in DevCaleo einbinden. Die Laborumgebung bleibt bestehen; Teams buchen, nutzen und automatisieren die vorhandenen Systeme über eine gemeinsame Plattform.

Ja. DevCaleo kann wiederkehrende operative Aufgaben wie Setup, Prüfungen, Testausführung, Cleanup und Folgeaktionen automatisieren.

Für die jeweilige Plattform wird ein Runner über DevCaleo bereitgestellt. Er verbindet die Plattform mit Buchungen, Zugriffen und Automationen. Die Einrichtung hängt vom Betriebssystem und den vorhandenen Voraussetzungen ab.

Ja. Je nach Setup und Berechtigung kann DevCaleo KI-gestützte Funktionen anbieten, etwa einen Chatbot für Informationen, Plattformkontext und Betriebsdaten.

DevCaleo kann in Azure, AWS oder Google Cloud laufen – ebenso selbst gehostet oder on-premise. Die Zielumgebung richtet sich nach Netzwerkgrenzen, Sicherheitsvorgaben und dem Standort der angebundenen Testsysteme.

DevCaleo speichert die Informationen für Buchung, Zugriff und Betrieb: Benutzer, Rollen, Ressourcen, Sessions, Tickets, Workflows und Audit-Einträge. Bei selbst gehostetem oder on-premise Betrieb bleiben diese Daten in der eigenen Umgebung. Zugriffe sind zeitlich begrenzt; relevante Aktionen werden protokolliert.

Ja. DevCaleo protokolliert sicherheits- und betriebsrelevante Ereignisse in einem unveränderbaren Audit-Verlauf. Die Einträge sind über SHA-256-Hashes miteinander verkettet, damit nachträgliche Änderungen erkennbar sind.

DevCaleo kennt die globalen Rollen Benutzer und Admin. Projekte, Gruppen und Plattformen ergänzen sie um bereichsbezogene Mitglieds- und Owner-Rechte. Die wirksamen Rechte ergeben sich aus Rolle, Ownership, Mitgliedschaften und direkten Freigaben.

Die konkrete Auslegung hängt vom Betriebsmodell ab. Grundsätzlich braucht DevCaleo definierte Verbindungen zwischen Plattform, angebundenen Runnern und Zielressourcen. Firewall-Regeln, DNS, Remote-Zugänge und interne Netzwerkgrenzen werden im Setup geklärt.

Ein Pilot startet mit wenigen ausgewählten Ressourcen, etwa einem Prüfstand oder Lab-Rechner. Gemeinsam werden Buchungsregeln, Zugriffe, Rollen und erste Automationen eingerichtet. Danach wird die Nutzung im Arbeitsalltag bewertet.

DevCaleo unterstützt Windows, Linux/Unix und macOS. Damit lassen sich unterschiedliche Arbeitsplätze, Laborrechner und Entwicklungsumgebungen über eine zentrale Plattform einbinden.

Auf der Zielplattform wird ein DevCaleo Runner installiert. Er verbindet die Plattform mit DevCaleo, setzt Buchungs- und Zugriffsregeln um und führt konfigurierte Automationsschritte aus. Die benötigten Rechte hängen davon ab, welche Aktionen auf der Plattform gesteuert werden sollen.

Ja. Admins können Regeln für ungenutzte Buchungen oder inaktive Sessions konfigurieren. Nach der festgelegten Zeit kann DevCaleo den Zugriff beenden und die Ressource wieder freigeben, damit knappe Plattformen nicht unnötig blockiert bleiben.

Die Aufbewahrung richtet sich nach Konfiguration und Compliance-Vorgaben des Unternehmens. In self-hosted oder on-premise Setups können Retention-Regeln an interne Richtlinien angepasst werden.

Updates werden passend zum gewählten Betriebsmodell geplant. In Enterprise-Setups werden Wartungsfenster, Rollout-Schritte und Verantwortlichkeiten mit dem Kunden abgestimmt, damit der Betrieb zur bestehenden IT passt.