- Démarrage
- Meilleures pratiques
- Modélisation de l'organisation dans Orchestrator
- Meilleures pratiques d'automatisation
- Optimisation de l'infrastructure Unattended à l'aide de modèles de machine
- Organisation des ressources avec des balises
- Réplica Orchestrator en lecture seule
- Exportation des grilles dans l'arrière-plan
- Appliquer la gouvernance de la connexion Integration Service au niveau de l’utilisateur
- Locataire
- À propos du contexte du locataire
- Recherche de ressources dans un locataire
- Gestion des Robots
- Connexion des Robots à Orchestrator
- Enregistrement des identifiants du Robot dans CyberArk
- Stockage des mots de passe de l’Unattended Robot dans Azure Key Vault (lecture seule)
- Stockage des informations d’identification de l’Unattended Robot dans HashiCorp Vault (lecture seule)
- Stockage des informations d'identification du robot Unattended dans AWS Secrets Manager (lecture seule)
- Suppression des sessions Unattended déconnectées et qui ne répondent pas
- Authentification du Robot
- Authentification du Robot avec les informations d'identification du client
- Configurer les capacités d’automatisation
- Solutions
- Audit
- Cloud Robots
- Consommer des unités de plateforme
- Exemple de calcul des Platform Units
- Exécution d'automatisations Unattended à l'aide de Cloud Robots - VM
- Téléchargement de votre propre image
- Réutilisation des images de machines personnalisées (pour les pools manuels)
- Réinitialisation des informations d'identification d'une machine (pour les pools manuels)
- Surveillance
- Mises à jour de sécurité
- Demander un essai
- Questions fréquemment posées
- Configuration du VPN pour les robots du cloud
- Configurer une connexion ExpressRoute
- Diffusion en direct et contrôle à distance
- Contexte des dossiers
- Automatisations
- Processus (Processes)
- Tâches (Jobs)
- Apps
- Déclencheurs (Triggers)
- Journaux (Logs)
- Surveillance
- Files d'attente (Queues)
- Actifs
- À propos des actifs
- Gestion des actifs dans Orchestrator
- Gestion des actifs dans Studio
- Stockage des ressources dans Azure Key Vault (lecture seule)
- Stockage des ressources dans HashiCorp Vault (lecture seule)
- Stockage des ressources dans AWS Secrets Manager (lecture seule)
- Stockage des ressources dans Google Secret Manager
- Règles métier
- Compartiments de stockage
- Serveurs MCP
- Index
- Tests d'Orchestrator
- Service de catalogue de ressources
- Intégrations
- Résolution des problèmes

Guide de l'utilisateur d'Orchestrator
Cet exemple montre comment calculer les Platform Units requises pour différents types de robots cloud (VM et Serverless) pour trois locataires au sein d'une organisation. Il prend en compte le nombre de machines, la durée d'utilisation et le tarif des Platform Units de chaque type de robot cloud.Le coût total est calculé pour un environnement Production.
Voyons comment fonctionne le compteur de consommation des robots cloud :
-
Automation Cloud™ Robots – VM : ces machines consomment un nombre fixe de Platform Units par mois et par machine. Dans cet exemple, une machine VM Standard consomme 1 200 Platform Units/mois.
-
Automation Cloud™ Robots – Serverless : ces machines consomment des Platform Units en fonction de leur durée estimée et de leur taille. Le coût est calculé à la minute. Dans cet exemple, une machine Serverless moyenne a été négociée à 0,8 Platform Units/minute.
Niveau (Level) |
Exigences relatives au locataire |
Montant des unités de plateforme négociées |
Nombre total d'unités de plateforme nécessaires |
---|---|---|---|
Locataire 1 |
|
|
|
Locataire 2 |
|
|
|
Locataire 3 |
|
|
Étant donné que le nombre de jours ouvrables dans un mois varie, nous considérons le nombre maximal de 23 jours ouvrables :
|
Organisation |
|
|
Coût pour tous les locataires : 2 880 + 1 200 + 3 312 Besoins totaux de l'organisation : 7 392 Platform Units/mois |