Composants d'entreprise et exigences minimales

Les clients interactifs Blue Prism servent à configurer et à contrôler l'environnement, ainsi qu'à surveiller les ressources Blue Prism lors de l'exécution des processus. Ils peuvent être considérés comme des machines d'administration ou de développement.

Chaque client interactif Blue Prism nécessite l'installation de Blue Prism et la configuration logicielle requise.

Dans les environnements de développement, les clients interactifs servent à développer et à maintenir les processus. Par conséquent, l'accès à chacune des applications cibles et à tous les prérequis ou clients lourds associés devra également être déployé et configuré sur ces appareils.

Cette configuration logicielle peut inclure le pont d'accès Java, les scripts SAP, Adobe Acrobat Professional et le logiciel d'émulateur de terminal certifié pour l'automatisation centrale. Les privilèges d'administrateur local sont généralement requis pour installer ces logiciels et la ressource d'exécution Blue Prism.

Les processus et objets sont stockés dans le serveur de la base de données (ou, en cas d'utilisation hors-production, dans une copie locale de SQL Express).

Les clients interactifs communiquent avec chaque ressource d'exécution connectée afin de vérifier son statut.

En général, les clients interactifs communiquent avec la base de données via le serveur Blue Prism à l'aide d'une connexion Windows Communication Framework (WCF). Cependant, il est possible de configurer une connexion directe à la base de données, ce qui est nécessaire lorsqu'un serveur Blue Prism n'est pas disponible.

Les ressources d'exécution Blue Prism sont responsables de l'exécution des processus qui leur sont alloués. Elles sont exécutées sans surveillance et sont souvent appelées « travailleurs numériques ».

Il faut généralement récupérer des définitions de processus depuis le référentiel central, interagir avec ces définitions, automatiser plusieurs applications tierces via l'interface utilisateur et générer les informations de logging nécessaires.

Chaque ressource d'exécution nécessite l'installation de Blue Prism et la configuration logicielle requise. De plus, chaque ressource devra être configurée avec un accès à chacune des applications cibles et à tous les prérequis associés. Les clients lourds pertinents devront également être déployés.

En général, les ressources d'exécution communiquent avec la base de données via le serveur Blue Prism à l'aide d'une connexion Windows Communication Framework (WCF). Cependant, il est possible de configurer une connexion directe à la base de données, ce qui est nécessaire lorsqu'un serveur Blue Prism n'est pas disponible.

Les spécifications des clients interactifs (utilisés pour le développement) et des ressources d'exécution doivent respecter les recommandations collectives des applications cibles dans ce cadre. (par exemple, SAP, Office, Kana, etc.)
En vous basant sur les spécifications d'un PC équivalent utilisé par un utilisateur final pour automatiser ces mêmes applications, vous aurez une bonne indication de la configuration requise.

Le serveur Blue Prism est un composant optionnel mais important qui rassemble les connexions à la base de données et vous épargne la configuration de connexions directes entre les différents composants Blue Prism et la base de données.

Lorsqu'ils sont implémentés, tous les composants Blue Prism (les clients interactifs et les ressources d'exécution) se connecte au service de serveur Blue Prism.

Des serveurs Blue Prism supplémentaires peuvent être ajoutés à un environnement pour offrir une échelle et une capacité plus importantes. En général, les serveurs Blue Prism sont déployés sur des serveurs virtuels dédiés. Cependant, il est possible d'héberger conjointement des serveurs Blue Prism pour différents environnements sur les mêmes appareils. Par exemple, un serveur virtuel unique pourrait héberger des serveurs Blue Prism pour les environnements Développement et Test.

Le serveur Blue Prism est responsable de la clé utilisée par les files d'attente de travail et des identifiants cryptés, et il gère également l'exécution et l'allocation des processus planifiés.

Lorsque plusieurs serveurs Blue Prism sont déployés pour le même environnement, ils doivent tous être configurés avec les mêmes informations de schéma de cryptage, et ceux pour lesquels le planificateur d'événements est activé doivent être configurés de façon à utiliser le même fuseau horaire.

La plateforme Blue Prism sous-jacente est une base de données SQL qui contient non seulement le référentiel de processus et d'objets, mais aussi les identifiants d'utilisateur, les informations d'audit et les données du log des processus de production (un journal des transactions de chaque processus de production qui s'exécute dans l'environnement).

En règle générale, la communication entre les ressources d'exécution Blue Prism, les serveurs d'application et la base de données gère des volumes modérés à élevés. De plus, cette communication est de nature transactionnelle, car des enregistrements sont fréquemment insérés dans le log de session, et des recherches ainsi que des mises à jour sont réalisées au sein des tableaux de flux de travail.

Il faut tenir compte de la proximité du serveur de la base de données par rapport au serveur d'application et aux ressources d'exécution Blue Prism, notamment en cas d'implémentation sur des réseaux d'envergure ou sur plusieurs sites. Lorsque vous rencontrez des problèmes de latence, ces derniers seront accentués par la fréquence des requêtes soumises.

En général, la base de données Blue Prism recevra des connexions directes uniquement de la part de chaque serveur d'applications Blue Prism au sein d'un environnement donné.

Dans certains cas (par exemple, lorsque les serveurs d'applications ne sont pas déployés), n'importe quel composant Blue Prism peut être configuré pour établir une connexion directe à la base de données. Cela dépendra de l'application de réglages de routage, d'autorisation et d'accès appropriés.

Le nombre de connexions qui sont établies par chaque appareil connecté directement est géré par .NET Framework via l'utilisation de pools de connexion SQL.

Comme de nombreuses applications de base de données, Blue Prism peut occuper l'espace partagé dans un centre de données si des serveurs de base de données viables sont déjà disponibles. De même, lorsqu'il existe plusieurs environnements Blue Prism séparés (par exemple, Développement, Test et Production), ou pour différents secteurs d'une entreprise (RH, finances, opérations), chaque environnement possèdera sa propre base de données. Le cas échéant, ces schémas peuvent coexister au sein de la même instance SQL Server. Dans ce cas, le serveur d'applications Blue Prism est responsable de la redirection des communications vers la bonne base de données.

Consultez également les fiches de données spécifiques qui sont disponibles pour la mise en service et la maintenance d'un serveur de base de données Blue Prism.

Assemblage de la base de données

L'assemblage de la base de données Blue Prism ne doit pas être sensible à la casse et doit prendre en charge la page de codes 1 252. L'insensibilité à la casse est généralement indiquée par la mention CI dans le nom de l'assemblage. Par exemple :

• Latin1_General_CI_AS
• SQL_Latin1_General_CP1_CI_AS

Espace disque nécessaire pour la base de données

Les bonnes pratiques doivent être respectées vis-à-vis des performances et de l'allocation d'ensembles de disques et de leur utilisation par le SQL Server Microsoft et le système d'exploitation sous-jacent.

La quantité d'espace disque requise par Blue Prism dans la base de données dépend énormément du nombre de ressources d'exécution connectées, bien qu'elle dépende également de la politique de conservation des données. Pour les environnements de production, la quantité d'espace requise est la suivante :

• Fichier de données de 10 Go minimum par ressource d'exécution connectée
• Fichier journal de 5 Go minimum par ressource d'exécution (50 % de la valeur allouée au fichier de données)

Outre la configuration ci-dessus, la quantité d'espace disque minimum allouée au fichier de données de la base de données pour un environnement de production ne doit pas être inférieure à 100 Go (+ 50 Go pour les logs). Pour les environnements Développement/Test, ce minimum ne doit pas être inférieur à 50 Go (+ 25 Go pour les logs)

L'archivage régulier des logs Blue Prism, ainsi que la maintenance et l'entretien fréquents du serveur de la base de données permettent de contrôler la quantité d'espace disponible au fil du temps.

Haute disponibilité et redondance

La plateforme peut être connectée aux bases de données SQL qui sont configurées pour la haute disponibilité ou la redondance SQL.
Cela inclut les bases de données qui sont configurées pour le clustering ou la mise en miroir et celles hébergées par les groupes de disponibilité SQL.