Was gibt’s neues bei Server 2024.1?

In dieser Version haben wir Administratoren die Möglichkeit gegeben, die Besitzerrechte an Workflows und Zeitplänen zwischen Benutzern zu übertragen, ohne dass sie sich im selben Studio wie die neuen Besitzer befinden müssen. Dies erleichtert die Verwaltung der Besitzerrechte an Workflows und Zeitplänen, insbesondere wenn Mitarbeiter:innen das Unternehmen verlassen. Dadurch wird die Zusammenarbeit verbessert und langwierige Nacharbeiten werden verhindert, wenn sich Workflow-Besitzer ändern. So werden Unterbrechungen der Daten-Pipelines vermieden.

Für Workflows bedeutet das Folgendes: Wenn ein Workflow auf neue Besitzer übertragen wird, wird er vom Studio der vorherigen Besitzer in das Studio der neuen Besitzer verschoben. Das Besitzerfeld wird aktualisiert. Wenn Workflows übertragen werden, bleibt der Versionsverlauf erhalten, was für die Audit-Compliance und Versionskontrolle unerlässlich ist.

Neben dieser neuen Funktionalität sind unter Benachrichtigungen neue Benachrichtigungsoptionen verfügbar. Diese werden automatisch aktiviert, wenn Sie eine Aktualisierung durchführen. Benachrichtigungen werden beim Übertragen von Workflows per Server-Benutzeroberfläche und per API gesendet. Sowohl der vorherige als auch der neue Besitzer werden benachrichtigt. Weitere Informationen finden Sie auf der Hilfeseite Benachrichtigungen.

Sie können Asset-Besitzerrechte in der Server-Benutzeroberfläche oder mit Server API V3-Endpunkten übertragen.

Neben der bestehenden MongoDB-Integration werden nun auch durch Benutzer-verwaltete SQL-Instanzen unterstützt. Diese Erweiterung bietet Ihnen die Flexibilität, relationale Datenbanken entsprechend Ihren Vorlieben und Anforderungen zu nutzen. Wir haben die SQL DB-Unterstützungsfunktion sowohl in FIPS-kompatiblen als auch in Nicht-FIPS-Umgebungen integriert. Derzeit wird nur Microsoft SQL Server unterstützt.

Um die SQL-DB mit Ihrem Alteryx Server zu verwenden, müssen Sie das unter Alteryx-Systemeinstellungen konfigurieren.

Weitere Informationen zum Verwalten von SQL DB in Server finden Sie auf der Hilfeseite SQL-DB-Verwaltung. Auf dieser Seite finden Sie weitere Details zu SQL-DB-Schemas, Verbindungszeichenfolgen und Leitfaden zur Migration von Mongo zu SQL. Einen allgemeinen Überblick über unsere SQL-Unterstützung und die Migration von MongoDB auf SQL finden Sie unter Server SQL DB Kunden-FAQs.

Wir haben die folgenden Verbesserungen am Prozess der Krypto-Migration vorgenommen:

Wir haben unsere Such- und Sortierfunktionen auf Server sowohl für Admin- als auch für Nicht-Admin-Benutzer verbessert, wodurch die Server-Benutzeroberfläche insgesamt optimiert wurde. Jetzt können Sie Folgendes ganz einfach ausführen:

Weitere Informationen zur Suche finden Sie unter Assets suchen.

Wir haben den SAML-Authentifizierungsbrowser von Designer von Chromium Embedded Framework (CEF) in den Standardbrowser des Rechners geändert. Dadurch können Sie Sicherheitsprobleme vermeiden, wenn CEF veraltet ist, bevor eine aktualisierte Designer-Version veröffentlicht wird.

Alle Zeitstempel in den Datenbanken von Server wurden in das UTC-Format konvertiert. Standardmäßig werden jetzt in der Benutzeroberfläche alle Datum/Uhrzeit-Felder entsprechend der Zeitzone des Benutzerprofils angezeigt. Die einzige Ausnahme ist das Frequenzfeld, in dem die Zeitzone angezeigt wird, die zum Zeitpunkt der Erstellung des Zeitplans gewählt wurde.

Bitte beachten Sie, dass Zeitstempel, die Sie direkt der Server-Datenbank entnehmen, zur produktübergreifenden Standardisierung in das UTC-Format migriert wurden und damit die Sommerzeit keine Probleme verursacht.

Wenn Sie eine Aktualisierung von einer älteren Version auf 2024.1 durchführen, werden die Zeitstempel vorhandener Assets beim Start von AlteryxService in den neuen UTC-Standard konvertiert.

Beachten Sie, dass AlteryxService Bibliotheken von Drittanbietern verwendet, um die Zeitzoneninformationen in der Datenbank zu aktualisieren. Diese müssen aktualisiert werden, sobald eine Aktualisierung vorliegt. Wenn es eine Zeitzone gibt, die nicht die korrekten Versatzwerte angibt, warten Sie bitte auf die Aktualisierung der Bibliothek.

Wir führen die Möglichkeit zur Verbindungsbehandlung für DCM-Umgebung ein, mit der Sie definieren können, welche auf dem Server vorhandenen Verbindungen anstelle von Workflow-Verbindungen verwendet werden sollen, wenn Workflows auf Server ausgeführt werden. Diese Funktion steht allen Administratoren über die Server-Benutzeroberfläche und über Server-APIs zur Verfügung.

Für jede Umgebung können Sie eine Liste mit Verbindungs-IDs definieren, die bei der Ausführung durch eine andere Verbindung ersetzt werden sollen, wenn sie im Workflow gefunden werden. Mit anderen Worten wird für eine solche Umgebung jede Quell-Verbindungs-ID (im Workflow vorhanden) zur Laufzeit der Engine als Zielverbindung (definiert durch die Verbindungs-ID) aufgelöst. Dies bedeutet, dass ein einzelner Workflow auf jedem Server unterschiedlich (unter Verwendung unterschiedlicher Verbindungen) ausgeführt werden kann, ohne dass Änderungen am Workflow selbst vorgenommen werden müssen. DCM verarbeitet den Austausch von Verbindungen dynamisch bei der Ausführung, ohne den YXMD-Workflow zu aktualisieren.

Wenn nur ein Server eingerichtet ist, können Sie weiterhin sicherstellen, dass der Workflow in Designer anders ausgeführt wird als auf dem Server. Dies ermöglicht einen einfacheren Lebenszyklus von Workflows in mehreren Umgebungen (Entwicklung, Test, Produktion), ohne Änderungen daran vorzunehmen.

Weitere Informationen zu den Verbindungsbehandlungsregeln für die DCM-Umgebung finden Sie unter DCM-Verbindungen und lDCM-Verbindungsbehandlung. Die erforderlichen Berechtigungen für die Regeln für die Behandlung von DCM-Umgebungsverbindungen finden Sie unter Benutzerrollen und -berechtigungen.

Informationen zu den API-Endpunkten zur Verwaltung von Regeln für die Behandlung von DCM-Umgebungsverbindungen finden Sie auf der Hilfeseite DCME-Endpunkte.

Sie können die DCM-Konfiguration verwenden, um Geheimnisse, die in DCM-Anmeldedaten zur Laufzeit verwendet werden, aus einem Tresor abzurufen, indem Sie ein benutzerdefiniertes Skript oder eine ausführbare Datei bereitstellen, das bzw. die die Authentifizierung und den Abruf der Geheimnisse übernimmt. Ein solcher Tresor kann über Designer und über Server erstellt werden.

Diese Option ermöglicht es Ihnen, einen generischen Tresor zu konfigurieren, der Geheimnisse von jedem Tresor mit einer programmatischen Schnittstelle mithilfe der Basisauthentifizierung abrufen kann.

Weitere Informationen finden Sie unter DCM – Server, Data Connection Manager: Server-Benutzeroberfläche und DCM – Generischer externer Tresor.

Neben anderen neuen DCM-Funktionen und -Änderungen haben wir neue DCM-Berechtigungen hinzugefügt, die Server-Administratoren eine bessere Kontrolle über die DCM-Verbindungen der Benutzer auf dem Server geben.

Diese Berechtigungen werden automatisch für neue und vorhandene Benutzer aktiviert, mit Ausnahme der Berechtigung „Allgemeine Tresore verwalten“.

Weitere Informationen finden Sie auf der Hilfeseite Benutzerrollen und -berechtigungen.

Sie haben jetzt die Möglichkeit, dieselbe Verbindung mit einem Benutzer zur Zusammenarbeit und mit derselben Person oder einem anderen Benutzer zur Ausführung zu teilen. Weitere Informationen finden Sie unter Data Connection Manager: Server-Benutzeroberfläche.

Es gibt eine neue Authentifizierungsmethode für HashiCorp Vault. Server kann nun mTLS („mutual TLS“, auch bekannt als „TLS-Client-Authentifizierung“) verwenden, um DCM-Geheimnisse vom Tresor abzurufen.