Konzept: Workday Studio
Workday bietet zwei Möglichkeiten, Integrationen durchzuführen:
- Konnektoren: Integrationspakete, die eine Verbindung zu einer Vielzahl gängiger Services von Drittanbietern herstellen.
- Enterprise Interface Builder (EIB): Ein einfaches Tool zum Erstellen von Integrationen ohne Programmieraufwand.
Workday Studio ist eine dritte Option, mit der Sie wesentlich komplexere Integrationen erstellen, selbst verwalten und unterstützen können, die Workday in Ihrem Auftrag hostet und ausführt. Im Gegensatz zu Konnektoren und EIB ist Studio nicht Teil von Workday. Es handelt sich um eine Eclipse-basierte integrierte Entwicklungsumgebung (Integrated Development Environment, IDE), die Sie separat herunterladen können. Wie bei allen anderen Integrationen in Ihrem Mandanten können Sie die Integrationen, die Sie mit Studio erstellen, starten, planen und auditieren. Sie können von Studio erstellte Integrationen in Studio selbst oder in der Workday-Anwendung starten.
Der Zielbenutzer für Studio:
- Verfügt über Kenntnisse in der Entwicklung.
- Ist mit Konzepten der Integrationsprogrammierung vertraut.
- Ist mit der Verwendung einer IDE vertraut.
Die Studio-Plattform besteht aus vier Hauptkomponenten:
- Die Studio-IDE
- Integrationen, Sammlungen und das Cloud Repository
- Die Workday-Anwendung
- Cloud-Laufzeiten
Die Studio-IDE
Studio ist eine Eclipse-basierte IDE. Sie verwenden es, um Integrationsabläufe zu erstellen, die:
- Auf Informationen aus Workday zugreifen.
- Es bearbeiten.
- Es (optional) irgendwo hinsenden.
Studio enthält Komponenten und Schritte für viele Aktionen, einschließlich Splitten, Transformieren und Routing. Workday-spezifische Komponenten haben eine integrierte Beschreibung dafür, wie Workday Informationen darstellt.
Sie können Ihre Integration in Studio testen, bevor Sie sie direkt in Ihrem Workday-Mandanten bereitstellen.
Studio unterstützt die Verwendung von Java-Erweiterungen in Assembly-Projekten. Sie können Ihren eigenen Java-Code bereitstellen und ihn als Spring Bean konfigurieren. Darüber hinaus können Sie Java-Bibliotheken von Drittanbietern in Ihre Integrationen einbinden.
Integrationen, Sammlungen und das Cloud Repository.
Das Cloud Repository ist der Begriff von Workday für seinen Studio-Integrationsspeicher. Vor der Bereitstellung weist Studio jede Integration einer Sammlung zu. Eine Sammlung kann mehrere Integrationen enthalten. Eine Integration kann zu mehr als einer Sammlung gehören. Das bedeutet, dass Sie Assemblys und Subassemblys problemlos für Integrationen und Mandanten wiederverwenden können.
Es kann immer nur eine Instanz einer bestimmten Sammlung ausgeführt werden. Wenn Sie ein Assembly-Projekt innerhalb einer Sammlung ändern und das Projekt erneut bereitstellen, ersetzt es alle zuvor bereitgestellten Versionen.
Die Binärdatei, die Studio für das Workday Cloud Repository bereitstellt, wird als CLAR (CLoud ARchive) bezeichnet. Eine CLAR enthält Folgendes:
- Alle Artefakte der enthaltenen Integrationsprojekten, z. B. deren Dateien „assembly.xml“, „XSLT“ und „Textschema“.
- Alle kompilierten Java-Codes oder Java-Bibliotheken von Drittanbietern, die Entwickler zu den Integrationsprojekten hinzugefügt haben.
Als binäre Objekte enthalten CLARs keine Quellcode-Artefakte wie Java-Quelldateien.
Das Cloud Repository speichert CLARs in einem verschlüsselten Format. Speichern Sie Informationen wie Kennwörter jedoch nicht direkt in Ihren Integrationen. Konfigurieren Sie sensible Details stattdessen in der Workday-Anwendung, damit Sie diese dynamisch verwalten können.
Die Workday-Anwendung
Workday verwendet eine Abstraktion, die als Integrationssystem bezeichnet wird, um Integrationen zu modellieren. In Workday können Sie für jede Integration Folgendes angeben:
- Welche Benutzer die Berechtigung zum Starten der Integration haben und welche Rechte die Integration während der Ausführung hat.
- Wie und wann verschiedene Workday-Benutzer benachrichtigt werden, wenn die Integration ausgeführt wird.
Da Sie Ihre Studio-Integrationen separat entwerfen und konfigurieren, können Sie eine Integration erneut bereitstellen, ohne dass sich dies auf ihre Konfiguration auswirkt.
Mit Workday können Integrationen in einer Reihe verschiedener Szenarien gestartet werden. Sie können:
- Integrationen manuell starten.
- Integrationen so planen, dass sie automatisch als Ereignis ausgeführt werden.
- Eine Integration automatisch als Teil eines Geschäftsprozesses starten.
- Den Start remote über einen Webservice-Client auslösen, um einen Workday-Webservice aufzurufen.
Sie können den Workday-Bericht
Prozessmonitor
verwenden, um die Ausführung einer Integration zu überwachen.Cloud-Laufzeiten
Wenn eine Integration gestartet wird, führt Workday folgende Schritte aus:
- Ein Integrationsereignis wird generiert.
- Die Integration wird aus dem Cloud Repository abgerufen.
- Ein geschützter Satz von Verarbeitungsressourcen wird zugewiesen, der als Cloud-Laufzeit bezeichnet wird.
- Führt die Integration zur Cloud-Laufzeit aus.
Wenn Workday eine Integration nicht ausführen kann, wird der
Prozessmonitor
mit dem Startstatus der Integration aktualisiert Failed
.Wenn Workday während der Ausführung ein Problem feststellt, z. B. die Nichtverfügbarkeit einer externen Ressource, wird der
Prozessmonitor beendet und der Prozessmonitor
mit dem Integrationsstartstatus "" aktualisiert Completed with
errors
. Es liegt in der Verantwortung des Integrationsentwicklers, sich mit Integrationen zu befassen, die als markiert sind
Completed with errors
.Workday beendet Integrationen, deren Ausführung länger als 2 Stunden dauert. Ein vom Entwickler bereitgestellter Java-Code kann im Allgemeinen nicht aus dem Dateisystem oder den Java-Systemeigenschaften lesen oder schreiben. Ein vom Entwickler bereitgestellter Java-Code kann keine neuen Java-Threads generieren.
Sicherheit und Datenschutz
Studio unterstützt automatisch zwei Cloud-Umgebungen:
- Sandbox
- Produktion
Sie können Assemblys offline in Studio erstellen, aber Sie müssen über die entsprechende Sicherheitskonfiguration verfügen, um sie in Workday zu integrieren. Nach der Bereitstellung werden Integrationen mit den Zugangsdaten und Berechtigungen des Benutzers, der sie ausführt, gestartet und ausgeführt.
Workday hat keine Einsicht in das Aussehen und die Funktionsweise Ihrer Integration. Es liegt in Ihrer Verantwortung, sicherzustellen, dass sich die Integration wie erwartet verhält. Die Interaktionen Ihrer Integration mit Ihrem Workday-Mandanten erfolgen über die öffentlichen APIs von Workday, sodass Sie alle zugehörigen Stabilitäts- und Sicherheitsgarantien übernehmen.