Novità di Server 2024.1

In questa release, abbiamo fornito agli amministratori la possibilità di trasferire la proprietà dei flussi di lavoro e delle pianificazioni tra gli utenti senza che questi debbano trovarsi nello stesso studio del nuovo proprietario. In questo modo sarà più semplice gestire la proprietà di flussi di lavoro e pianificazioni, soprattutto quando i dipendenti lasciano l'azienda. Ciò migliorerà la collaborazione ed eviterà nuovi interventi quando i proprietari dei flussi di lavoro cambiano, scongiurando interruzioni nella pipeline dei dati.

Per i flussi di lavoro, questo significa che quando un flusso viene trasferito a un nuovo proprietario, si sposta dallo studio dell'utente precedente a quello del nuovo utente e il campo della proprietà viene aggiornato. Quando i flussi di lavoro vengono trasferiti, la cronologia delle versioni viene mantenuta, il che è essenziale per la conformità dei controlli e la verifica delle versioni.

Oltre a questa nuova funzionalità, sono disponibili nuove opzioni di notifica in Notifiche. Queste vengono attivate automaticamente quando esegui l'aggiornamento. Le notifiche vengono inviate quando trasferisci i flussi di lavoro tramite l'API e l'interfaccia utente di Server. Le notifiche vengono inviate sia ai proprietari precedenti sia a quelli nuovi. Per ulteriori informazioni, consulta la pagina di assistenza Notifiche.

Puoi trasferire la proprietà delle risorse nell'interfaccia utente di Server o utilizzando gli endpoint dell'API Server V3.

Abbiamo aggiunto il supporto per le istanze gestite dall'utente di SQL insieme all'integrazione MongoDB esistente. Questa aggiunta ti offre la flessibilità per sfruttare i database relazionali in base alle tue preferenze e ai tuoi requisiti. Abbiamo incluso la funzionalità di supporto del DB SQL sia in ambienti compatibili allo standard FIPS che in quelli non compatibili. Al momento, supportiamo solo Microsoft SQL Server.

Per iniziare a utilizzare il DB SQL con Alteryx Server, è necessario configurarlo in Impostazioni di sistema di Alteryx.

Per ulteriori informazioni su come gestire DB SQL in Server, consulta la pagina di assistenza Gestione database SQL. In questa pagina sono disponibili ulteriori dettagli sugli schemi DB SQL, le stringhe di connessione e Guida alla migrazione da Mongo a SQL. Per una panoramica generale del supporto SQL e della migrazione da MongoDB a SQL, consulta Domande frequenti dei clienti su DB SQL di Server.

Abbiamo apportato i seguenti miglioramenti al processo di migrazione della crittografia:

Abbiamo migliorato le nostre funzionalità di ricerca e ordinamento su Server sia per gli utenti amministratori che per quelli non amministratori, migliorando l'esperienza complessiva dell'interfaccia utente di Server. Ora è possibile effettuare facilmente le seguenti operazioni:

Per ulteriori informazioni sulla ricerca, consulta Ricerca di risorse.

Abbiamo modificato il browser di autenticazione SAML di Designer da Chromium Embedded Framework (CEF) a quello predefinito del computer. In questo modo, è possibile evitare problemi di sicurezza dovuti al fatto che CEF diventa obsoleto prima che venga rilasciata una versione aggiornata di Designer.

Tutti gli indicatori di data e ora nei database di Server sono stati convertiti nel formato UTC. Per impostazione predefinita, nell'interfaccia utente ora tutti i campi di data e ora vengono visualizzati in base al fuso orario del profilo utente. L'unica eccezione è il campo della frequenza, che mostra il fuso orario scelto al momento della creazione della pianificazione.

Se acquisisci gli indicatori di data e ora direttamente dal database di Server, tieni presenti che questi sono stati migrati al formato UTC per la standardizzazione all'interno del prodotto e per ridurre i problemi connessi con l'ora legale.

Se esegui l'aggiornamento da una versione precedente a 2024.1, gli indicatori di data e ora delle risorse esistenti verranno convertiti nel nuovo standard UTC all'avvio di AlteryxService.

Nota che AlteryxService utilizza librerie di terze parti per mantenere informazioni aggiornate sul fuso orario nel database. Queste devono essere aggiornate quando ci sono aggiornamenti. Se un fuso orario non fornisce valori di offset corretti, attendi l'aggiornamento della libreria.

La gestione delle connessioni in ambiente DCM ti permette di definire quali connessioni presenti su Server devono essere utilizzate, al posto delle connessioni del flusso di lavoro, durante l'esecuzione dei flussi di lavoro su Server. Questa funzionalità è disponibile per tutti gli amministratori tramite l'interfaccia utente di Server e le API Server.

Per ogni ambiente, puoi definire un elenco di ID delle connessioni che devono essere sostituite da una connessione diversa quando vengono rilevate nel flusso di lavoro durante l'esecuzione. In altre parole, per tale ambiente tutti gli ID delle connessioni di origine (presenti nel flusso di lavoro) saranno risolti come connessione di destinazione (definita dall'ID della connessione) in fase di esecuzione dell'engine. Ciò significa che un singolo flusso di lavoro può essere eseguito in modo diverso (utilizzando connessioni diverse) su ciascun Server senza che debba essere modificato. DCM gestisce dinamicamente la sostituzione della connessione durante l'esecuzione, senza aggiornare il flusso di lavoro YXMD.

In una configurazione con un solo Server, puoi verificare che il flusso di lavoro venga eseguito in modo diverso in Designer rispetto a Server. Ciò consente un ciclo di vita più semplice dei flussi di lavoro in più ambienti (sviluppo, test, produzione) senza la necessità di apportare modifiche.

Per ulteriori informazioni sulle regole di gestione delle connessioni in ambiente DCM, consulta Connessioni DCM e Gestione delle connessioni DCM. Per esaminare le autorizzazioni necessarie per le regole di gestione delle connessioni in ambiente DCM, consulta Ruoli utente e autorizzazioni.

Per controllare gli endpoint API per gestire le regole di gestione delle connessioni in ambiente DCM, consulta la pagina di assistenza Endpoint DCME.

Puoi utilizzare la configurazione DCM per recuperare i segreti utilizzati nelle credenziali DCM in fase di esecuzione da un vault fornendo uno script personalizzato o un eseguibile che gestisce l'autenticazione e il recupero dei segreti. La creazione di un vault di questo tipo è possibile tramite Designer e Server.

L'opzione Vault esterno generico consente di configurare un vault generico in grado di recuperare i segreti da qualsiasi vault con un'interfaccia di programmazione utilizzando l'autenticazione di base.

Per ulteriori informazioni, consulta DCM - Server, Data Connection Manager: interfaccia utente di Server e Vault esterno generico DCM.

Insieme ad altre nuove funzionalità e modifiche relative a DCM, sono state aggiunte nuove autorizzazioni DCM che offrono agli amministratori di Server un migliore controllo sulle connessioni DCM degli utenti presenti su Server.

Queste autorizzazioni sono abilitate automaticamente per gli utenti nuovi ed esistenti, ad eccezione dell'autorizzazione Gestisci vault generici.

Per ulteriori informazioni, consulta la pagina di assistenza Ruoli utente e autorizzazioni.

Ora è possibile condividere la stessa connessione con un utente a fini di collaborazione e con un altro utente o con il medesimo utente a fini di esecuzione. Per ulteriori informazioni, consulta la pagina Data Connection Manager: interfaccia utente di Server.

Esiste un nuovo metodo di autenticazione per HashiCorp Vault. Ora Server può utilizzare mTLS ("mutual TLS", noto anche come "Autenticazione client TLS") per ottenere segreti DCM da Vault.