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. L'ancien et le nouveau propriétaire 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 bases de données SQL 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 base 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 .

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 ne respecte pas le fuseau horaire du profil de l'utilisateur dans toute l'application. Il reflète plutôt le fuseau horaire que l'utilisateur a sélectionné sur l'écran de modification des planifications.

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 avons ajouté la section Gestion des connexions DCM à l'interface d'administration où vous pouvez gérer les règles de gestion des connexions DCM. Ces règles vous permettent 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.

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. 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.

In a single-Server setup, you can still make sure that the workflow is executed differently in the Designer than on the Server. This enables an easier lifecycle of workflows across multiple environments (dev, test, production) without making changes to it.

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

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

Le coffre-fort externe générique vous permet de configurer un coffre-fort générique qui peut récupérer des secrets à partir de coffres-fort externes existants (HashiCorp, Conjur et AWS) à l'aide de l'authentification de base. 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 et Gestionnaire de connexion aux données : interface utilisateur Server .

En plus des nouvelles fonctionnalités et des changements apportés au DCM, nous avons ajouté de nouvelles autorisations DCM :

These permissions are automatically enabled for new and existing users, except for the Manage Generic Vaults permission.

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 mTLS d'authentification est disponible et vous permet d'obtenir des secrets à partir du coffre HashiCorp.