Nouveautés de Server 2024.1

Dans cette version, nous avons fourni aux administrateurs la possibilité de transférer la propriété des workflows et des planifications entre les utilisateurs sans qu'ils se trouvent dans le même studio que le nouveau propriétaire. Cela facilitera la gestion de la propriété des workflows et des planifications, en particulier lorsque les employés quittent l'entreprise. Cela permet d'améliorer la collaboration et d'éviter les remaniements fastidieux en cas de changement de propriétaire de workflow, éliminant ainsi les perturbations du pipeline de données.

Ainsi, lorsque vous transférez le workflow à un nouveau propriétaire, il passe du studio de l'ancien utilisateur au studio du nouvel utilisateur et le champ de propriété est mis à jour. Lorsque les workflows sont transférés, l'historique des versions est conservé. Ce dernier est essentiel pour la conformité des audits et le contrôle des versions.

En plus de cette nouvelle fonctionnalité, de nouvelles options de notification sont disponibles dans Notifications. Elles sont automatiquement activées lors de la mise à niveau. Des notifications sont envoyées lorsque vous transférez des workflows via l'interface utilisateur Server et l'API. Les anciens et les nouveaux propriétaires sont notifiés. Pour plus d'informations, consultez la page d'aide Notifications.

Vous pouvez transférer la propriété d'une ressource dans l'interface utilisateur Server ou à l'aide des points de terminaison d'API Server V3.

Nous avons ajouté la prise en charge des instances SQL gérées par l'utilisateur en plus de l'intégration MongoDB existante. Cet ajout vous fournit la flexibilité nécessaire pour tirer parti des bases de données relationnelles en fonction de vos préférences et de vos exigences. Nous avons inclus la fonctionnalité de prise en charge des bases de données SQL dans les environnements respectant les normes FIPS et non FIPS. Pour le moment, nous prenons uniquement en charge Microsoft SQL Server.

Pour commencer à utiliser des bases de données SQL avec Alteryx Server, effectuez les configurations nécessaires dans les Paramètres système Alteryx.

Pour plus d'informations sur l'utilisation des bases de données SQL dans Server, consultez la page d'aide Gestion de la base de données SQL. Sur cette page, vous trouverez plus d'informations sur les schémas des bases de données SQL, les chaînes de connexion et le Guide de migration de Mongo vers SQL. Pour une présentation générale de notre prise en charge de SQL et de la migration de MongoDB vers SQL, consultez la page FAQ client sur la base de données SQL Server.

Nous avons apporté les améliorations suivantes au processus de migration cryptographique :

Nous avons amélioré nos fonctionnalités de recherche et de tri sur Server pour les utilisateurs administrateurs et non-administrateurs, afin d'optimiser l'expérience globale de l'interface utilisateur Server. Vous pouvez maintenant effectuer aisément les opérations suivantes :

Pour plus d'informations, consultez la page Recherche de ressources.

Nous avons modifié l'explorateur d'authentification SAML de Designer en remplaçant Chromium Embedded Framework (CEF) par l'explorateur par défaut de la machine. Vous pourrez ainsi éviter les problèmes de sécurité si CEF devient obsolète avant qu'une version mise à jour de Designer soit publiée.

Tous les horodatages des bases de données Server ont été convertis au format UTC. Par défaut, dans l'interface utilisateur, tous les champs de date et d'heure seront affichés selon le fuseau horaire du profil de l'utilisateur. La seule exception est le champ de fréquence, qui affiche le fuseau horaire choisi au moment de la création de la planification.

Si vous relevez les horodatages directement à partir de la base de données Server, veuillez noter que ces horodatages ont été convertis au format UTC à des fins de normalisation dans l'ensemble du produit et de limitation des problèmes liés à l'heure d'été.

Si vous effectuez une mise à niveau à partir d'une version antérieure vers la version 2024.1, les horodatages des ressources existantes seront convertis au nouveau format UTC au démarrage d'AlteryxService.

Notez qu'AlteryxService utilise des bibliothèques tierces pour conserver les informations de fuseau horaire mises à jour dans la base de données. Ces bibliothèques doivent être actualisées au fur et à mesure des mises à jour. Si les valeurs d'un fuseau horaire sont incorrectes, attendez la mise à jour de la bibliothèque.

Nous lançons des règles de gestion des connexions de l'environnement DCM, vous permettant de définir quelles connexions présentes sur Server doivent être utilisées à la place des connexions de workflow lors de l'exécution des workflows sur Server. Cette fonctionnalité est disponible pour tous les administrateurs via l'interface utilisateur et les API Server.

Pour chaque environnement, vous pouvez définir une liste d'ID de connexion qui doivent être remplacés par une connexion différente lorsqu'ils sont identifiés dans le workflow lors de l'exécution. En d'autres termes, cela signifie que pour un tel environnement, chaque ID de connexion source (présent dans le workflow) sera remplacé par la connexion cible (définie par l'ID de connexion) lors de l'exécution du moteur. Un seul workflow peut donc être exécuté différemment (à l'aide de connexions différentes) sur chaque version de Server sans apporter de modifications au workflow lui-même. DCM gère le remplacement de connexion de manière dynamique lors de l'exécution, sans mettre à jour le workflow YXMD.

Dans une configuration à version unique de Server, vous pouvez toujours vous assurer que le workflow est exécuté différemment dans Designer et sur Server. Cela simplifie le cycle de vie des workflows dans plusieurs environnements (développement, test, production) sans apporter de modifications.

Pour plus d'informations sur les règles de gestion des connexions de l'environnement DCM, consultez les pages Connexions DCM et Gestion des connexions DCM. Pour consulter les autorisations nécessaires aux règles de gestion des connexions de l'environnement DCM, consultez la page Rôles et autorisations des utilisateurs.

Pour consulter les points de terminaison d'API pour gérer les règles de gestion des connexions de l'environnement DCM, consultez la page d'aide Points de terminaison DCME.

Vous pouvez utiliser la configuration DCM pour récupérer les secrets utilisés dans les informations d'identification DCM lors de l'exécution à partir d'un coffre-fort en fournissant un script ou un exécutable personnalisé qui gère l'authentification et la récupération des secrets. Il est possible de former ce type de coffre-fort via Designer et Server.

Le coffre-fort externe générique vous permet de configurer un coffre générique pouvant récupérer des secrets à partir de n'importe quel coffre avec une interface de programmation utilisant l'authentification de base.

Pour plus d'informations, consultez les pages DCM - Server, Gestionnaire de connexion aux données : interface utilisateur Server et Coffre-fort externe générique DCM.

En plus des nouvelles fonctionnalités et des changements apportés au DCM, nous avons ajouté de nouvelles autorisations DCM, offrant aux administrateurs de Server un meilleur contrôle sur les connexions DCM utilisateurs présentes sur Server.

Ces permissions sont automatiquement activées pour les nouveaux utilisateurs et les utilisateurs existants, à l'exception de la permission Gérer les coffres-forts génériques.

Pour plus d'informations, consultez la page d'aide Rôles et autorisations des utilisateurs.

Vous pouvez désormais partager la même connexion avec un utilisateur pour la collaboration, et avec un autre utilisateur ou avec le même utilisateur pour l'exécution. Pour plus d'informations, consultez Gestionnaire de connexion aux données : interface utilisateur Server.

Une nouvelle méthode d'authentification est disponible pour le coffre HashiCorp. Server peut désormais utiliser mTLS (« mutual TLS », aussi appelé « Authentification client TLS ») pour obtenir les secrets DCM du coffre-fort.