Passer au contenu principal
Administrator Guide
Dernière mise à jour : 2023-06-23
Concept : Workday Studio

Concept : Workday Studio

Workday propose deux (2) façons d’effectuer des intégrations :
  • Connectors : des intégrations en paquet qui se connectent à divers services tiers courants.
  • Créateur d’interfaces Entreprise (EIB) : un outil simple pour créer des intégrations sans effectuer de programmation.
Workday Studio est une troisième option qui vous permet de créer, de détenir et de prendre en charge des intégrations beaucoup plus complexes, que Workday héberge et exécute en votre nom. Contrairement à Connectors et au Créateur d’interfaces Entreprise, Studio ne fait pas partie de Workday. Il s’agit d’un environnement de développement logiciel intégré fondé sur Eclipse que vous téléchargez séparément. Comme pour toute autre intégration dans votre locataire, vous pouvez lancer, planifier et auditer les intégrations que vous créez avec Studio. Vous pouvez lancer les intégrations créées par Studio à partir de Studio ou de l’application Workday.
L’utilisateur cible de Studio :
  • Possède un ensemble d’habiletés de perfectionnement.
  • Connaît les concepts de la programmation d’intégration.
  • Est à l’aise d’utiliser un environnement de développement logiciel intégré.
La plateforme Studio a quatre composantes principales :
  • L’environnement de développement logiciel intégré Studio.
  • Les intégrations, les regroupements et le référentiel Cloud.
  • L’application Workday.
  • Les exécutions Cloud.

L’environnement de développement logiciel intégré Studio

Studio est un environnement de développement logiciel intégré fondé sur Eclipse. Vous l’utilisez pour créer des flux d’intégration qui :
  • Accèdent à l’information à partir de Workday.
  • Manipulent l’information.
  • (Facultatif) L’envoient quelque part.
Ces flux sont appelés assemblages. Vous créez des assemblages en ajoutant et en connectant des éléments graphiques appelés composantes et étapes dans Studio Assembly Editor.
Studio comprend des composantes et des étapes pour de nombreuses actions, notamment le fractionnement, la transformation et le routage. Les composantes propres à Workday comportent une description intégrée de la façon dont Workday représente l’information.
Vous pouvez tester votre intégration dans Studio avant de la déployer directement dans votre locataire Workday.
Studio prend en charge l’utilisation des extensions Java dans les projets d’assemblage. Vous pouvez fournir votre propre code Java et le configurer en tant que Spring bean. De plus, vous pouvez regrouper des bibliothèques Java tierces au sein de vos intégrations.

Intégrations, collections et référentiel Cloud

Le référentiel Cloud (Cloud Repository) est le terme utilisé par Workday pour désigner son stockage d’intégration Studio. Avant le déploiement, Studio affecte chaque intégration à une collection. Une collection peut contenir plusieurs intégrations. Une intégration peut appartenir à plus d’une collection. Cela signifie que vous pouvez facilement réutiliser des assemblages et des sous-assemblages dans toutes les intégrations et tous les locataires.
Une seule instance d’une collection spécifique peut être exécutée à la fois. Si vous modifiez un projet d’assemblage dans un regroupement et que vous redéployez le projet, il remplace toute version précédemment déployée.
Le fichier binaire que Studio déploie dans le référentiel Workday Cloud est appelé CLAR (CLoud ARchive). Un CLAR contient :
  • Tous les artéfacts des projets d’intégration inclus, tels que leurs fichiers assembly.xml, XSLT et Text Schema.
  • Tout code Java compilé ou toutes les bibliothèques Java tierces que les développeurs ont ajoutés aux projets d’intégration.
En tant qu’objets binaires, les CLAR n’incluent pas d’artéfacts de code source comme les fichiers sources Java.
Le référentiel Cloud stocke les CLAR dans un format chiffré. Toutefois, ne stockez pas d’informations telles que des mots de passe directement dans vos intégrations. Configurez plutôt les détails sensibles dans l’application Workday afin de pouvoir les gérer de manière dynamique.

L’application Workday

Workday utilise une abstraction appelée système d’intégration pour modéliser les intégrations. Dans Workday, pour chaque intégration, vous pouvez préciser :
  • Les utilisateurs autorisés à lancer l’intégration et les droits dont dispose l’intégration pendant l’exécution.
  • La manière et le moment d’informer les différents utilisateurs Workday de l’exécution de l’intégration.
Dans la mesure où vous concevez et configurez vos intégrations Studio séparément, vous pouvez redéployer une intégration sans affecter sa configuration.
Workday permet de lancer des intégrations selon différents scénarios. Vous pouvez :
  • Lancer les intégrations manuellement.
  • Planifier des intégrations pour qu’elles s’exécutent automatiquement en tant qu’événement.
  • Lancer une intégration automatiquement dans le cadre d’un processus de gestion.
  • Déclencher le lancement à distance à l’aide d’un client de service Web pour faire appel à un service Web Workday.
Vous pouvez utiliser le rapport
Console des traitements
de Workday pour surveiller l’exécution d’une intégration.

Exécutions Cloud

Quand une intégration est lancée, Workday :
  • Génère un événement d’intégration.
  • Récupère l’intégration à partir du référentiel Cloud.
  • Affecte un ensemble protégé de ressources de traitement appelé Cloud Runtime.
  • Exécute l’intégration dans Cloud Runtime.
Si le système Workday ne peut pas exécuter une intégration, il met à jour la
console des traitements
avec le statut de lancement de l'intégration
Failed
.
Si Workday rencontre un problème au cours de l'exécution, tel que la non-disponibilité d'une ressource externe, il met fin à l'emploi et met à jour la
console des traitements
avec le statut de lancement de l'intégration
Completed with errors
.
Il incombe au développeur d'intégration de gérer les intégrations marquées comme
Completed with errors
.
Workday met fin aux intégrations qui prennent plus de deux heures à s’exécuter. En général, le code Java fourni par le développeur ne peut pas être lu ou écrit dans le système de fichiers ou dans les propriétés du système Java. Le code Java fourni par le développeur ne peut pas générer de nouveaux fils d’exécution Java.

Sécurité et confidentialité

Studio prend automatiquement en charge deux environnements Cloud :
  • Bac à sable
  • Production
Vous pouvez ajouter des connexions à d’autres environnements Workday. Il est de votre seule responsabilité de vous assurer que vous déployez les intégrations adéquates dans l’environnement approprié. Les politiques de sécurité standard des services Web de Workday s’appliquent à toutes les données accessibles à l’aide des intégrations Studio.
Vous pouvez créer des assemblages hors ligne dans Studio, mais vous devez disposer de la configuration de sécurité appropriée pour pouvoir les intégrer à Workday. Une fois déployées, les intégrations sont lancées et exécutées avec les données d’identification et les privilèges de l’utilisateur qui les exécute.
Workday n’a aucun renseignement en ce qui concerne l’aspect de votre intégration ou sur ce qu’elle est censée faire. Il est de votre responsabilité de vous assurer qu’elle se comporte comme prévu. Les interactions de votre intégration avec votre locataire Workday se font par le biais des API publiques de Workday; vous héritez donc de toutes les garanties de robustesse et de sécurité associées.