Stabilire una connessione a Workfront Data Connect

Workfront Data Connect consente di utilizzare i dati Workfront della propria organizzazione con strumenti di business intelligence o di memorizzarli in un data warehouse esterno.

Per collegare il data lake Data Connect a un prodotto esterno, è necessario innanzitutto creare una connessione come descritto in Creare un account o una connessione di lettura per Snowflake. Quindi, devi aggiungere tutti gli IP richiesti al inserisco nell’elenco Consentiti di come descritto in Aggiungere gli IP al inserisco nell’elenco Consentiti di di seguito.

La maggior parte dei prodotti richiede le seguenti informazioni sul data lake per stabilire una connessione:

Nome campo
Valore
Server
L’URL per la connessione, senza la porzione https:// (trovata nella pagina Connessione dati in Workfront*)
Porta
443
Database
WORKFRONT
Data warehouse
READER_WH
Schema
WF
Ruolo
READER_ROLE
Nome utente
Il nome utente scelto durante la creazione della connessione (trovato nella pagina Connessione dati in Workfront*)
Password
La password scelta al primo accesso a Snowflake*

*Per informazioni su dove trovare la pagina Connessione dati contenente le connessioni, vedere Creare un account o una connessione di lettura per Snowflake.

IMPORTANT
Una volta aggiunta una voce all’elenco Consentiti di IP, tutti gli altri indirizzi IP non sono più consentiti. Prima di utilizzare lo strumento, assicurati di aver inserito tutti gli indirizzi IP richiesti, sia per la creazione che per la lettura dello strumento di visualizzazione. In caso contrario, potrebbe verificarsi un errore relativo alle credenziali non valide.
Se non si dispone di indirizzi IP inclusi nel inserisco nell'elenco Consentiti di accesso a un server di business intelligence, ma si verificano ancora problemi durante la connessione a uno strumento di business intelligence, controllare la configurazione del server proxy per lo strumento di business intelligence.

Requisiti di accesso

Espandere per visualizzare i requisiti di accesso.
table 0-row-2 1-row-2 2-row-2 layout-auto html-authored no-header
Pacchetto Adobe Workfront

Ultimate

Flusso di lavoro Ultimate

Licenza di Adobe Workfront

Standard

Piano

Configurazioni del livello di accesso Devi essere un amministratore di Workfront

Per ulteriori dettagli sulle informazioni contenute in questa tabella, consulta Requisiti di accesso nella documentazione Workfront.

Aggiungere IP al inserisco nell’elenco Consentiti di

  1. Fai clic sull’icona Main Menu Main Menu nell’angolo superiore destro di Adobe Workfront oppure, se disponibile, fai clic sull’icona Main Menu Main Menu nell’angolo superiore sinistro, quindi fai clic su Setup.

  2. Nel pannello a sinistra, fai clic su Sistema > Connessione dati.

  3. Fai clic sulla scheda IP consentiti, quindi fai clic sul pulsante Aggiungi un indirizzo IP alla tua Inserisce nell’elenco Consentiti di.

  4. Immettere un nome per l’indirizzo IP in Descrizione indirizzo IP e immettere l’indirizzo IP (o blocco CIDR) per lo strumento che si desidera utilizzare in Indirizzo IP, quindi fare clic su Aggiungi IP all’Elenco Consentiti.

    Aggiungi indirizzo IP {width="500"}

Trova intervalli IP di Azure per Microsoft Power BI

Il traffico Microsoft Power BI verso Data Connect non proviene da un singolo indirizzo fisso. Microsoft pubblica gli intervalli IP come blocchi CIDR in un file JSON di grandi dimensioni. Questa sezione spiega come trovare i blocchi per le aree effettivamente utilizzate.

Fonte ufficiale Microsoft per gli intervalli IP e i codici di matricola di Azure

Microsoft pubblica l’elenco nella pagina di download degli intervalli IP e dei codici di matricola di Azure ​. Scaricare il file JSON corrente (il nome file è in genere simile a ServiceTags_Public_YYYYMMDD.json). Aggiorna il inserisco nell’elenco Consentiti di aggiornamento del file di Microsoft quando questo viene aggiornato o quando si verificano problemi di connettività dopo una modifica di Microsoft.

NOTE
Il file JSON è molto grande, spesso oltre le 100.000 righe. Questo è previsto. Le sezioni necessarie sono piccole; non è necessario leggere l'intero file a mano.

Confronto tra Power BI e Power Query Online

Talvolta i clienti segnalano “Power BI” quando il traffico proviene effettivamente da componenti Power Query che Microsoft considera come un servizio Azure separato nell’elenco dei codici di matricola.

Se gli utenti…
Cerca questo codice di matricola nel codice JSON
Utilizza il servizio Power BI, i set di dati in hosting in Azure o i gateway nel contesto cloud
PowerBI (voci globali o regionali come PowerBI.EastUS)
Utilizzare Power Query Online, flussi di dati cloud ed esperienze simili
PowerQueryOnline (voci globali o regionali come PowerQueryOnline.EastUS)

Se l’organizzazione utilizza entrambe le esperienze, aggiungere blocchi CIDR di PowerBI e PowerQueryOnline per le stesse aree geografiche. Se ne aggiungi solo uno, alcuni utenti potrebbero essere ancora bloccati mentre altri riescono a farlo.

Scegli i tag regionali, non l’aggregato globale

Il file JSON contiene una singola voce per tutte le aree per PowerBI (e in modo simile per PowerQueryOnline) che aggrega molte aree e può contenere centinaia di blocchi CIDR, oltre a molte voci per aree geografiche più piccole come PowerBI.WestUS, PowerBI.WestUS2 e PowerBI.WestUS3. Ogni oggetto regionale elenca solo i prefissi per quell’area, in genere decine di righe al massimo. È consigliabile non aggiungere la voce globale, a meno che non si disponga di un requisito documentato per consentire ogni area geografica di Azure. Per la maggior parte dei clienti di Data Connect, le voci internazionali sono l’impostazione predefinita corretta. Aggiungere le aree in cui vengono eseguiti i tenant e gli utenti di Power BI, oltre a un piccolo buffer per la ridondanza (ad esempio, un’area di disaster recovery secondaria utilizzata dalla società).

Scegli le aree geografiche

I nomi delle aree geografiche di Microsoft nel file sono simili a EastUS, WestEurope, GermanyWestCentral e così via. Utilizza le aree in cui sono ospitati la capacità e gli utenti di Power BI, non dove si trova il tuo ufficio, anche se spesso sono allineati.

Scenario
Cosa aggiungere per primo
Utilizzo negli Stati Uniti
Inizia con le aree degli Stati Uniti utilizzate dal tenant (esempi: EastUS, EastUS2, WestUS, WestUS2, WestUS3, CentralUS, SouthCentralUS). Non è necessaria alcuna regione degli Stati Uniti a meno che l’amministratore di Microsoft non confermi l’hosting per più regioni.
Utilizzo nell’Unione europea o nel Regno Unito
Inizia con le aree utilizzate dal tenant (esempi: WestEurope, NorthEurope, FranceCentral, GermanyWestCentral, SwedenCentral, UKSouth). Aggiungi altro solo se gli utenti si estendono su altre aree geografiche di Microsoft.
Utilizzo per l’Asia Pacifico
Aggiungi le aree geografiche confermate dall’amministratore Power BI o Azure (ad esempio: SoutheastAsia, EastAsia, AustraliaEast).
Più aree geografiche
Aggiungere entrambi i set di tag regionali (ad esempio, UE e USA) per ciascun servizio (PowerBI e PowerQueryOnline se entrambi sono in uso).
Area geografica sconosciuta
Chiedi all’amministratore di Microsoft 365 o Power BI quali aree geografiche di Azure ospitano le risorse Power BI, oppure controlla le impostazioni del tenant dell’amministratore di Power BI. Se è necessario sbloccare rapidamente per il test, aggiungere una coppia di aree note (ad esempio, EastUS e WestUS) e monitorare, quindi restringere l’elenco dopo la conferma.

Trova intervalli IP e aggiungili al inserisco nell’elenco Consentiti di

Per raccogliere gli intervalli IP da Microsoft e aggiungerli all’elenco Consentiti di Workfront:

  1. Apri la pagina di download degli intervalli IP e dei tag di servizio di Azure - Cloud pubblico, scarica il file JSON dei tag di servizio e salvalo localmente (ad esempio, Downloads\ServiceTags_Public_YYYYMMDD.json).

  2. Apri il file in qualsiasi editor che gestisca bene il codice JSON di grandi dimensioni, ad esempio Visual Studio Code.

  3. Utilizzare la funzionalità Trova dell’editor (Ctrl+F in Windows o Cmd+F in macOS) per individuare oggetti JSON il cui campo "name" è uguale a un codice di matricola come PowerBI.EastUS o PowerQueryOnline.WestEurope. Ricerche utili:

    • "name": "PowerBI.WestUS" - Passa alla Power BI degli Stati Uniti occidentali.
    • "name": "PowerQueryOnline.WestUS" - Passare a West US Power Query Online.
    • PowerBI. — elenca tutti i tag regionali di Power BI, quindi perfeziona in base al nome della tua area geografica.
  4. In ogni oggetto corrispondente, trovare l’array denominato addressPrefixes. Ogni stringa nell’array è un blocco CIDR (ad esempio, 20.59.79.96/27 o un prefisso IPv6). Questi sono i valori che aggiungerai al tuo Workfront di inserire nell’elenco Consentiti.

  5. Aggiungere ogni CIDR al Workfront di inserire nell’elenco Consentiti come descritto in Aggiungere IP al inserisco nell’elenco Consentiti di in questo articolo. Se l’ambiente memorizza nella cache le regole, attendere alcuni minuti per la propagazione dei criteri.

  6. Da Power BI o Power Query Online eseguire una piccola query di prova su Data Connect per convalidare la connessione. In caso di errore, acquisisci l’ora approssimativa e chiedi al team di rete se nega l’allineamento con gli intervalli mancanti. Controlla di nuovo se hai saltato PowerQueryOnline quando è stato aggiunto solo PowerBI, il che è un gap comune.

Se, ad esempio, l’amministratore di Microsoft conferma che i carichi di lavoro di Power BI utilizzano Stati Uniti occidentali, Stati Uniti occidentali 2 e Stati Uniti occidentali 3 e che gli utenti utilizzano sia Power BI che Power Query Online, verranno aperti sei oggetti: PowerBI.WestUS, PowerBI.WestUS2, PowerBI.WestUS3 e PowerQueryOnline.<Region> corrispondenti per ciascuno, quindi verrà eseguita la copia di addressPrefixes da tutti e sei.

Riferimento struttura JSON

Ogni blocco di codice di matricola ha un aspetto concettualmente simile al seguente. I file reali includono più metadati.

{
  "name": "PowerBI.WestUS2",
  "id": "PowerBI.WestUS2",
  "properties": {
    "region": "westus2",
    "systemService": "PowerBI",
    "addressPrefixes": [
      "203.0.113.0/24",
      "2001:db8::/32"
    ],
    "networkFeatures": ["API", "NSG", "UDR", "FW"]
  }
}

L’array addressPrefixes contiene i blocchi CIDR che verranno aggiunti a Workfront. Altri campi sono per scenari di rete Azure e non sono applicabili qui.

Mantieni il inserisco nell’elenco Consentiti di

  • Microsoft cambia gli intervalli IP nel tempo. Quando Microsoft pubblica un file JSON aggiornato, aggiorna o confronta periodicamente il tuo inserire nell’elenco Consentiti, specialmente dopo un problema di connettività.
  • Se l’ambiente in uso supporta IPv6 in Snowflake e Microsoft elenca i prefissi IPv6, includerli se i criteri di protezione consentono IPv6. In caso contrario, assicurati di coordinarti con il tuo team di rete.

Rimuovere un indirizzo IP dal inserisco nell’elenco Consentiti di

  1. Fai clic sull’icona Main Menu Main Menu nell’angolo superiore destro di Adobe Workfront oppure, se disponibile, fai clic sull’icona Main Menu Main Menu nell’angolo superiore sinistro, quindi fai clic su Setup.

  2. Nel pannello a sinistra, fai clic su Sistema > Connessione dati.

  3. Fai clic sulla scheda IP consentiti, quindi fai clic sull’icona cestino icona Elimina a destra dell’indirizzo IP che desideri rimuovere.

  4. Nella finestra visualizzata, selezionare la casella per confermare e quindi fare clic su Elimina.

Condividere i dati con gli strumenti di Business Intelligence

Di seguito sono elencati alcuni strumenti comuni di business intelligence. Per ulteriori informazioni sulla connessione al data lake, visita i relativi siti di documentazione.

  • Tableau
  • Power BI
  • Domo
  • SAP HANA

Archiviare dati in un data warehouse esterno

Di seguito sono elencati alcuni data warehouse comuni; visita i relativi siti di documentazione per ulteriori informazioni sulla connessione al data lake.

  • Databricks
  • AWS Redshift
recommendation-more-help
workfront-help-quicksilver