Considérations sur les performances des fonctionnalités

Les activités de Runbook contiennent deux types de codes : un code de plateforme et un code de domaine. Le code de plate-forme s'appuie sur une infrastructure partagée par tous les Runbooks. Le code de plate-forme gère les processus Orchestrator. Le code de domaine fait référence au code d'une activité de Runbook qui gère les processus en dehors de Orchestrator. Par exemple, l'activité Appeler des services Web contient le code de plate-forme qui gère les traitements tels que la publication de données dans Orchestrator, et le code de domaine spécifique à l'appel d'un service Web.

Il existe peu de différences de traitement entre les Runbooks lorsque vous comparez des activités qui exécutent un code de plate-forme similaire. Le code de domaine dépend des problèmes de latence externes à Orchestrator. Le code de domaine peut varier considérablement d'une activité à l'autre. Pour comprendre les dépendances du code de domaine et leur impact sur les performances du Runbook, vous devez tester les performances des activités individuelles avant de déterminer la configuration requise pour l'environnement de production.

Les Runbooks dans Orchestrator partagent des données entre activités. Chaque activité consomme les données publiées qui ont été créées par les précédentes activités du Runbook. L'utilisation par une activité des données publiées dépend du code de domaine. Toutes les activités de Runbook publient un ensemble minimal de paramètres d'exécution appelé Données publiées communes. Le code de domaine peut publier des données, mais n'y est pas obligé. Les données publiées créées par le code de domaine sont appelées Données publiées spécifiques aux activités. Les données produites par une activité peuvent contenir des éléments de données à valeurs uniques ou multiples. Par exemple, chaque activité produit un seul enregistrement de Données publiées communes de valeur unique. Le code de domaine peut produire plusieurs enregistrements avec des données à valeurs uniques et multiples.

La publication de données sur la base de données Orchestration est une activité gourmande en ressources. Les performances du Runbook dépendent de la quantité de données publiées par chaque activité ainsi que des performances et de la robustesse de l'ordinateur qui héberge la base de données Orchestration. Lors de la planification de vos besoins en matière de performances, pensez à la quantité de données publiées que requièrent vos Runbooks et aux performances de l'ordinateur qui héberge votre base de données Orchestration.

Les activités de Runbook créent une branche si une activité nécessite la transmission simultanée des données à deux activités ou plus. Au démarrage d'un Runbook, le traitement comporte un seul thread. Un thread est créé pour chaque branche rencontrée. Chaque thread renvoie aux données publiées de l'ensemble des activités précédentes du thread. Le nombre total de threads d'un Runbook dépend du nombre de branches utilisées dans un Runbook. Les Runbooks multithreads nécessitent plus de puissance de traitement que les Runbooks à un seul thread.

Lors de l'évaluation des besoins en performances du Runbook, tenez compte du nombre de branches que vous projetez d'y inclure. Les Runbooks avec de nombreuses branches nécessitent plus de puissance de traitement sur les serveurs Runbook que ceux sans branche.