- Notes de publication
Notes de publication d'Orchestrator
Mars 2020
Dans 2018.3, nous avons introduit les concepts d’attended floating robot et de modèle de machine.
Utilisés ensemble, ces deux concepts sont devenus le mécanisme idéal pour gérer les déploiements basés sur des VDI non persistants, de longs décalages avec des changements de Hotseat, et généralement des environnements avec des combinaisons arbitraires machine/utilisateur.
Les modèles de machines ont rendu obsolète la nécessité de définir un produit cartésien entre les ensembles d'utilisateurs et de machines, dans le sens où un environnement avec 8 utilisateurs et 8 VDI nécessite une configuration avec un modèle de machine et 8 robots flottants, alors qu'auparavant, vous auriez du définir l'ensemble des 64 combinaisons de robots entre les deux ensembles de 8.
Dans la version 2019.10, dans le but de réduire encore plus l'effort de déploiement, nous avons introduit l'enregistrement et la gestion automatiques des robots Attended. Il est alors devenu possible de créer automatiquement un Attended Robot pour n'importe quel type d'identité d'utilisateur que vous avez dans votre instance. Ceci, en plus des paramètres du Robot et des besoins de licence, peut être configuré directement au niveau de l'utilisateur.
Si jusqu’à présent, vous ne pouviez profiter de ces avantages que grâce à notre plan Attended, dans cette version, nous apportons pleinement notre solution à maturité, en portant notre attention sur notre offre Unattended. À cette fin, tous les comportements décrits ci-dessus sont maintenant valables pour les unattended robots et les robots de non-production également.
En résumé, les nouvelles fonctionnalités principales sont axées sur une gestion facilitée des déploiements importants, quel que soit le type de Robot. Elles visent à améliorer l'efficacité de l'utilisation du Robot à l'aide d'une méthode d'affectation dynamique et d'enregistrement automatique, ainsi que d'une prise en charge des VDI non persistante - si vous aimez ce genre d'outils. Pour terminer, concluons avec cet article décrivant les Robots dans les dossiers modernes.
Cette version est livrée avec une fonctionnalité permettant aux utilisateurs de modifier facilement le nom d’affichage d’un processus. Elle s’adresse à tous ceux qui republient des packages et recréent des processus à cause d’une faute de frappe. Enfin ! La convivialité en est considérablement améliorée.
La fonctionnalité Tâches a fait l'objet d'une refonte majeure. Elle s'appelle désormais Action Center, avec des actions au lieu de tâches fonctionnant comme les unités opérationnelles du centre. Ne vous inquiétez pas, la fonctionnalité elle-même reste la même. Des détails sur les actions sont disponibles ici.
Nous avons également introduit un nouveau type d'action, et les gars, c'est une bombe ! Ce qui s'est passé, c'est que nous avons intégré la Station de validation à notre tout nouveau Action Center. Qu’est-ce que cela signifie ?
Pour garantir l'absence de gaspillage en termes de consommation de ressources en attendant la fin d'un processus de longue durée, chaque fois qu'une entrée de l'utilisateur est requise en ce qui concerne la révision et la correction des résultats de la classification des documents et de l'extraction automatique des données, une action de validation du document est générée.
Cette action doit être exécutée par l’utilisateur auquel elle est affectée. Pendant que l'action est en attente d'achèvement, aucun robot n'est pris en otage. Ils peuvent être utilisés pour exécuter différents processus comme celui-ci. À la fin de l'action Validation du document (Document Validation), le workflow initial reprend quel que soit le robot disponible.
Si vous travaillez régulièrement avec des processus en arrière-plan, sachez que désormais, nous ne limitons plus leur exécution à l'aide d'utilisateurs distincts. En effet : vous pouvez désormais exécuter simultanément autant de processus de ce type que vous souhaitez avec le même utilisateur. Nous avons également apporté plusieurs modifications à notre interface utilisateur afin que vous puissiez facilement faire la différence entre les processus qui nécessitent une intervention de l'utilisateur et ceux qui n'en nécessitent pas, de sorte que vous puissiez facilement gérer vos processus et vos exécutions. Cliquez ici pour en savoir plus.
Nous avons ajouté la fonctionnalité Priorité de l’exécution (Jobs Priority) que vous attendiez tous. Vous pouvez désormais mieux contrôler quelle tâche a la priorité sur les autres tâches concurrentes. Les tâches de priorité plus élevée obtiennent les ressources en premier et sont exécutées avant celles de priorité plus faible. Les travaux avec la même priorité sont exécutés dans l’ordre dans lequel ils ont été créés. C’est tout pour aujourd’hui. Amusez-vous bien !
Orchestrator vous offre désormais une prise en charge intégrée du stockage des objets blob, en utilisant la base de données Orchestrator ou des fournisseurs externes (c'est-à-dire Azure, Amazon, MinIO). Ces compartiments de stockage sont des entités à étendue de dossier, vous permettant de maintenir un contrôle précis sur l'accès et l'utilisation du stockage et du contenu.
À partir du déploiement d'aujourd'hui, vous ne serez plus en mesure de démarrer des tâches ou de créer des déclencheurs à partir d'Orchestrator sur les Robots de type Studio ou StudioX. Voici ce que vous devez faire pour que votre environnement fonctionne sans problème :
- Si vous utilisez Studio dans des environnements de production via une planification Unattended configurée dans Orchestrator, utilisez des Unattended Robots.
- Si vous utilisez Orchestrator dans des environnements de développement pour planifier et exécuter des tâches sur des robots Studio ou StudioX, utilisez plutôt des NonProduction Robots.
Petite mise au point concernant les changements à venir dans Orchestrator :
À partir de 2020.4, vous ne serez plus en mesure de lancer des tâches ou de créer des déclencheurs à partir d’Orchestrator sur les robots Studio ou StudioX. Bien que nous soyons bien conscients que cela pourrait entraîner des difficultés d’ajustement, vous devez savoir que cela intervient dans le but de parvenir à une solution d’entreprise plus simplifiée. Sans plus tarder, voici ce que vous devez faire pour que votre environnement fonctionne sans problème :
- Si vous utilisez Studio dans des environnements de production via une planification Unattended configurée dans Orchestrator, utilisez des Unattended Robots.
- Si vous utilisez Orchestrator dans des environnements de développement pour planifier et exécuter des tâches sur des robots Studio ou StudioX, utilisez plutôt des NonProduction Robots.
Afin de mieux contrôler les performances d'Orchestrator, les nouveaux éléments de file d'attente ne peuvent pas contenir de données spécifiques dépassant 1 Mo. Tout ce qui dépasse cette limite ne peut pas être ajouté à une file d'attente. Si vous devez télécharger des éléments plus volumineux, stockez les données dans un stockage externe et référencez uniquement le lien à l'intérieur de l'élément.
Nous savons qu'avoir trop de colonnes dans la grille de colonnes peut être pénible, donc pour ceux d'entre vous qui ne veulent voir que les colonnes les plus fréquemment utilisées, nous avons ajouté un nouveau bouton pour contrôler la visibilité des colonnes. Par défaut, toutes les colonnes sont affichées sur toutes les pages. Cliquez sur le bouton Colonnes et décochez les cases correspondant aux colonnes que vous souhaitez masquer. C'est tout. Amusez-vous bien !
