RPA hébergé dans Power Automate : des machines hébergées plutôt qu'une infrastructure propre

Le RPA sans surveillance (unattended) dans Power Automate a longtemps suivi le même schéma : il fallait une machine Windows physique ou virtuelle, y installer Power Automate pour ordinateur de bureau, configurer un compte de service, puis gérer soi-même les correctifs, les redémarrages et la planification de la capacité. C'est exactement cette partie que le RPA hébergé (Hosted RPA) dans Power Automate vous évite : Microsoft met à disposition la machine Windows dans Azure, vous n'apportez plus que le flux de bureau (desktop flow) et la licence.

Cet article explique ce qui se cache derrière les Hosted Machines et les Hosted Machine Groups, quelle licence est nécessaire et où se situe la limite avec le RPA sans surveillance classique sur une infrastructure propre. Mise à jour : juillet 2026.

Qu'est-ce que le RPA hébergé dans Power Automate

Selon l'Introduction au RPA hébergé de Power Automate Power Automate prend en charge deux scénarios de RPA hébergé qui s'exécutent sur l'infrastructure Microsoft dans Azure :

• Hosted Machines offrent aux développeuses et développeurs une seule machine Windows hébergée pour créer et tester des flux de bureau, puis les exécuter en mode surveillé ou non surveillé.
• Hosted Machine Groups fournissent un pool de bots qui s'adapte automatiquement à la demande et est conçu pour des scénarios non surveillés en production.

L'idée centrale : selon la documentation Microsoft, l'acquisition, l'installation et l'attribution manuelles d'une machine RPA peuvent prendre plusieurs jours. Avec le RPA hébergé, un nom, une image de base et un compte suffisent pour disposer d'une machine opérationnelle en quelques minutes. Pour l'automatisation web courante, Microsoft fournit par défaut une image Windows préconfigurée avec le navigateur Edge installé. Quiconque souhaite automatiser des applications de bureau plus spécifiques apporte sa propre image de VM via la connexion à l'Azure Compute Gallery.

Hosted Machines et Hosted Machine Groups en comparaison

Les deux offres résolvent des problèmes différents dans le cycle de vie du RPA :

• Hosted Machines conviennent à la création et au test d'un flux de bureau, ainsi qu'aux personnes qui souhaitent exécuter une automatisation, surveillée ou non surveillée, sur une seule machine. Selon la documentation sur les ordinateurs hébergés, le provisionnement passe par Windows 365, l'accès est réservé exclusivement à la créatrice ou au créateur de la machine, mais d'autres comptes utilisateur peuvent être ajoutés pour les exécutions non surveillées.
• Hosted Machine Groups sont conçus pour une exploitation en production à grande échelle. Si un flux de bureau attend dans la file et qu'aucun bot n'est disponible, Power Automate provisionne automatiquement une autre machine virtuelle, jusqu'au nombre maximal de bots défini par l'administration. La capacité est alors répartie dynamiquement entre plusieurs groupes : si le service financier a besoin de plus de bots que les ventes en fin de trimestre, la majeure partie de la capacité partagée se déplace automatiquement vers lui, puis revient ensuite.

Un flux de bureau peut d'abord être développé et testé sur une Hosted Machine, puis être attribué à un Hosted Machine Group, qui prend en charge la répartition de charge proprement dite.

Distinction avec le RPA non surveillé sur site (on-premises)

La différence la plus importante ne réside pas dans la fonctionnalité du flux de bureau lui-même, mais dans la question de savoir qui exploite la machine. Avec le RPA non surveillé classique sur site, vous apportez la machine, physique ou en tant que VM propre, installez Power Automate pour ordinateur de bureau, configurez le compte de service et gérez vous-même la gestion des correctifs, la configuration réseau et la planification de la capacité. Une exécution non surveillée se connecte alors à la machine via un bot non surveillé au nom d'un compte enregistré, exécute le flux, puis se déconnecte.

Avec le RPA hébergé, Microsoft prend en charge exactement cette partie de l'infrastructure. Selon le Hosted RPA Best Practices and FAQ, les images standard sont automatiquement mises à jour chaque mois dans le cadre du cycle habituel de correctifs de sécurité Windows, ce qui supprime la gestion des correctifs pour les scénarios standard. Quiconque apporte sa propre image de VM en reste responsable pour la maintenance, mais continue de bénéficier du provisionnement et de la mise à l'échelle automatiques. Une connexion réseau est également possible : via une connexion réseau virtuel personnalisée, les machines hébergées peuvent être connectées à un réseau Azure propre et donc à des ressources sur site, y compris Microsoft Entra Hybrid Join pour les scénarios nécessitant une appartenance à un domaine.

Licence : la différence centrale

Pour le RPA hébergé, la documentation indique que vous avez besoin de la licence Power Automate Hosted Process, anciennement appelée module complémentaire Hosted RPA. Chaque unité de capacité Hosted Process peut être attribuée à une seule Hosted Machine ou répartie comme capacité partagée entre plusieurs Hosted Machine Groups. Vous avez en outre besoin des licences de base Windows, Intune et Microsoft Entra ID, car les machines sont techniquement fournies via Windows 365.

Important pour la classification : selon les types de licence Power Automate, la licence Hosted Process est un sur-ensemble de la licence Process classique pour le RPA non surveillé. Un bot hébergé est automatiquement également considéré comme un bot non surveillé, vous n'avez donc pas besoin d'une licence RPA non surveillé distincte pour les scénarios de RPA hébergé. Pour les exécutions surveillées et pour la création de flux de bureau dans le portail, le plan utilisateur premium reste requis, que la machine soit hébergée ou exploitée de manière classique sur site.

Gouvernance, sécurité et mise à l'échelle

Même si l'infrastructure se trouve chez Microsoft, vous conservez le contrôle de l'accès et de la configuration. Des rôles comme Environment Maker, Desktop Flows Machine Owner ou Desktop Flows Machine Configuration Admin déterminent qui est autorisé à créer et à libérer des machines, des images de VM et des connexions réseau. Les stratégies d'accès conditionnel dans Microsoft Entra ID et, pour les Hosted Machines connectées en mode hybride, les stratégies de groupe classiques via Active Directory peuvent continuer à s'appliquer. Le tableau de bord de capacité Hosted Process vous permet de voir à tout moment quelle part de la capacité réservée est réellement utilisée et si un Hosted Machine Group atteint sa limite.

Pour les Hosted Machine Groups, vous définissez en outre un nombre maximal et, en option, un nombre garanti de bots. Le nombre maximal permet une montée en charge automatique lorsque de la capacité est disponible, tandis que le nombre garanti assure au groupe une capacité minimale, même lorsque d'autres groupes sollicitent fortement la capacité partagée. Cela permet de protéger un traitement de factures critique pour l'activité contre les pics de charge d'autres processus, sans devoir maintenir en permanence des machines inutilisées.

Quand le RPA hébergé est intéressant

Le RPA hébergé convient bien si vous souhaitez démarrer rapidement sans acquérir au préalable de matériel ou de VM, si votre automatisation est majoritairement basée sur le web et se contente de l'image standard, ou si des pics de charge comme les clôtures trimestrielles nécessitent une mise à l'échelle à court terme. Une infrastructure propre reste pertinente si des environnements de VM déjà entretenus existent, si des applications sur site très spécifiques avec des exigences réseau strictes doivent être automatisées, ou si un environnement de cloud souverain est requis, les Hosted Machines n'y étant, selon la documentation, pas encore disponibles.

Questions fréquentes

Quelle est la différence entre les Hosted Machines et les Hosted Machine Groups ?

Une Hosted Machine est une seule machine hébergée sur laquelle vous créez, testez et exécutez des flux de bureau, en mode surveillé ou non surveillé. Un Hosted Machine Group est un pool de plusieurs machines qui s'adapte automatiquement à la demande et qui est conçu pour l'automatisation non surveillée en production, à plus grande échelle.

Ai-je besoin en plus d'une licence RPA non surveillé pour le RPA hébergé ?

Non. La licence Power Automate Hosted Process est un sur-ensemble de la licence Process classique pour le RPA non surveillé. Chaque bot hébergé est automatiquement également considéré comme un bot non surveillé, une licence RPA non surveillé distincte n'est donc pas nécessaire pour les scénarios de RPA hébergé.

Puis-je installer mes propres applications sur une machine hébergée ?

Oui, via une image de VM personnalisée provenant de l'Azure Compute Gallery. L'image doit répondre à certaines exigences, notamment Windows 10 ou 11 Enterprise, une image Gen2 généralisée sans partition de récupération et la capacité de session unique. Sans image propre, une image Windows standard avec le navigateur Edge préinstallé est disponible pour l'automatisation web.

Le RPA hébergé est-il disponible dans toutes les régions ?

Selon la documentation, le RPA hébergé est disponible dans de nombreuses régions Power Platform du cloud public, notamment l'Europe, l'Allemagne, la France, la Suisse et d'autres. Dans les environnements de cloud souverain, la fonctionnalité n'est pas encore disponible.

Que se passe-t-il avec une machine hébergée si elle n'est pas utilisée ?

Dans les environnements sans licence Hosted Process active, par exemple dans des environnements de test purs, Power Automate supprime automatiquement une Hosted Machine si elle n'a exécuté aucun flux et n'a pas été utilisée pendant 14 jours. La machine supprimée reste visible, mais ne peut plus être utilisée et doit être recréée, y compris les connexions reconfigurées dans les flux cloud concernés.