Octobre 2021

18 octobre 2021

Améliorations

• À des fins d'audit, nous avons ajouté les propriétés nécessaires à plusieurs DTO de ressources, et donc aux corps de réponse des points de terminaison suivants :

  • /odata/Users

    "LastModificationTime": "2021-10-12T07:29:25.914Z", "LastModifierUserId": 0, "CreatorUserId": 0

  • odata/Robots

    "LastModificationTime": "2021-10-12T07:32:24.940Z", "LastModifierUserId": 0, "CreationTime": "2021-10-12T07:32:24.940Z", "CreatorUserId": 0

  • odata/Releases

    "LastModificationTime": "2021-10-12T07:29:25.914Z", "LastModifierUserId": 0, "CreatorUserId": 0

  • odata/Assets

    "LastModificationTime": "2021-10-12T07:57:15.145Z", "LastModifierUserId": 0, "CreationTime": "2021-10-12T07:57:15.145Z", "CreatorUserId": 0

  • odata/Libraries

    "Created": "2021-10-12T07:59:04.182Z", "LastUpdated": "2021-10-12T07:59:04.182Z", "Owners": "string", "IconUrl": "string", "Summary": "string", "PackageSize": 0, "IsPrerelease": true, "LicenseUrl": "string", "ProjectUrl": "string"

• La récupération des journaux d'audit via l'API renvoie désormais les entrées par lots de 3 000 entrées maximum, afin d'améliorer les performances. Pour obtenir les entrées restantes, utilisez les paramètres de requête $skip et $top .
  Par exemple, pour obtenir le deuxième lot de 3 000 entrées de journal d'audit, l'appel d'API serait : GET https://{base_url}/{organization}/{tenant}/api/auditLog?top=3000&skip=3000.

Résolution de bogues

• Vous ne pouviez pas déboguer les ressources par paire utilisateur-machine de Studio. Pour vérifier si une paire utilisateur-machine spécifique avait reçu une ressource, vous deviez démarrer la tâche depuis l'Assistant ou Orchestrator. Ce n'est maintenant plus le cas.
• Essayer de créer un calendrier sans autorisations de Modification (Edit) dans les paramètres générait une erreur "Le calendrier portant le même nom existe" au lieu de "Vous n'êtes pas autorisé !". Le comportement a été corrigé et le bon message d'erreur s'affiche.

14 octobre 2021

Elastic Robot Orchestration

Prise en charge de GCP

Pour ceux d'entre vous qui utilisent Google Cloud Platform (GCP), nous avons ajouté la prise en charge de l'utilisation de ce fournisseur pour Elastic Robot Orchestration.

GCP est désormais disponible en option sur la page Paramètres > Connexions au cloud (Settings > Cloud Connections).

Nouveau nom du modèle de machine

Le modèle de machine utilisé pour Elastic Robot Orchestration a été renommé de Pool de machines cloud (Cloud Machine Pool) en Pool d'Elastic Robots (Elastic Robot Pool).

Plus de contrôle sur la mise à l'échelle automatique

Nous avons ajouté quelques boutons supplémentaires au modèle de machine du pool d'Elastic Robots afin que, lors de l'utilisation de la mise à l'échelle automatique (option Créer automatiquement des machines (Automatically Create Machines) activée), vous puissiez ajouter des règles spécifiques indiquant comment et quand les nouvelles machines doivent être créées. Voici les nouvelles commandes :

• La sélection de la nouvelle option Avancé (Advanced) pour la planification permet de définir la vitesse d'attribution, ainsi que le nombre de machines que vous souhaitez maintenir inactives et le temps d'inactivité autorisé pour les machines :

  
  

  

  
  

• Le nouveau paramètre Planification du profil (Profile scheduling) pour le modèle de machine vous permet de spécifier des exceptions (avec une heure de début et de fin) pendant lesquelles vous souhaitez qu'un profil de planification différent s'applique au modèle :

  
  

  

  
  

Par exemple, si votre modèle de machine utilise le profil Équilibré (Balanced), mais que vous savez que la fin du mois est plus occupée que d'habitude, vous pouvez ajouter un intervalle pour utiliser le profil Rapide (Fast) pendant les 5 derniers jours du mois. De cette façon, Elastic Robot Orchestration est plus rapide pendant cette période, puis revient au profil d'origine défini pour le modèle de machine (Équilibré (Balanced).

Configuration de la planification des profils

7 octobre 2021

Améliorations

• À partir de maintenant, le rôle d'administrateur de locataire (Tenant Administrator) est fourni avec des autorisations de Consultation (View) sur les tâches en arrière-plan. Cette modification ne modifie pas les rôles d'administrateur de locataire existants. Voir les détails sur les rôles par défaut et leurs autorisations.

• Salut cher utilisateur d'automatisation, nous venons de déverrouiller l'autorisation Journaux [Création] (Logs [Create]) pour vous par défaut. À partir de maintenant, vous pouvez créer des journaux chaque fois que vous exécutez des tâches dans Orchestrator en tant qu'utilisateur d'automatisation. Pour bénéficier de cette configuration, accédez à Locataire (Tenant) > Paramètres (Settings) > Rôles standards (Standard roles) et mettez à jour les rôles Automation User pour inclure l'autorisation par défaut manquante.

  
  

  

  
  

Résolution de bogues

• Le fuseau horaire de Volgograd dans les paramètres de l'application Orchestrator (UTC+04:00) Volgograd a été renommé en (UTC+03:00) Volgograd. Il s'agissait d'un problème d'affichage, le fuseau horaire lui-même était correct (c'est-à-dire UTC+03:00).
• Une erreur Release does not exist était générée lors de l'actualisation de la fenêtre des détails de surveillance pour un processus dans un sous-dossier enfant (Surveillance (Monitoring) > Processus > Inclure les sous-dossiers (Include Subfolders) > Vue d'ensemble des processus (Processes Overview)).
• L'utilisation excessive des licences alors que vous n'aviez plus aucune licence d'un même type n'était pas correctement illustrée dans Orchestrator sur la page Licence (License) en raison de l'absence de cartes de licence affichées. Ce comportement a été corrigé et les cartes sont affichées dans des scénarios de surutilisation avec 0 licence.