Guida all'implementazione › Esempi di case study › Case study 19: procedura guidata di configurazione dell'adapter per origine dati basata su file

Case study 19: procedura guidata di configurazione dell'adapter per origine dati basata su file

In questo case study sono esaminati i metodi ottimali per l'integrazione di un'origine dati basata su file. Lo scenario di esempio gestisce un file di dati CSV generato dal sistema di origine. Con la maggior parte delle integrazioni basate su file CA consiglia di seguire alcune linee guida di base, per assicurare il minimo rischio per l'integrazione. Sono indicate di seguito:

• Se è disponibile l'opzione, è necessario richiedere che i dati siano recapitati al file system del server applicazioni CA Business Service Insight. In tal modo il meccanismo di recapito non dipende dall'adapter che cerca di recuperare i dati da un archivio remoto (riduce al minimo i problemi di autorizzazione con gli account utente, i problemi di sincronizzazione, ecc.)
• La convenzione di denominazione dei file è fondamentale in quanto l'adapter ordina i file in base alla denominazione alfanumerica. Se è possibile controllare questa opzione, CA consiglia di richiedere due parti:
  • Una convenzione di denominazione sensibile basata sul contenuto del file di origine (specialmente se più file derivano dall'origine)
  • Un indicatore di data/ora con ordine inverso per garantire che i file siano ordinati a partire dall'ultimo file più recente. (ad esempio, <file_name>_yyyymmdd_hhmiss.csv). L'estensione del valore di data/ora utilizzato dipende dalla frequenza dei dati forniti

In questo scenario, i file di origine derivano da un'origine dati Topaz (oggi nota come Mercury Global Monitor, posseduta da HP). È stata creata mediante un'API del prodotto per includere i file necessari per i KPI richiesti. I file vengono recapitati al server applicazioni CA Business Service Insight direttamente da un processo automatico esterno. I file di origine vengono denominati: Topaz_yyyymmdd_hhmiss.csv.

Nota: la data/ora del file corrisponde all'ora di creazione, pertanto tutte le voci all'interno del file conducono fino a questo momento.

Di seguito è possibile consultare un esempio di dati all'interno del file.

Nota: CA consiglia di controllare i file CSV nel Blocco note (invece che semplicemente in Excel) per assicurare che il formato data sia come previsto. Excel tende a formattare le date in base alle impostazioni internazionali del computer e potrebbe non corrispondere al formato effettivo visualizzato dall'adapter.

Prima di avviare un processo di creazione dell'adapter, è di cruciale importanza aver eseguito tutte le analisi e le verifiche necessarie nell'origine dati e i KPI correlati per assicurare che siano noti i seguenti punti:

• Quali campi sono obbligatori per la business logic
• Qual è il formato delle date nel file
• Qual è il fuso orario di valori di data/ora nel file di origine (è necessario creare i fusi orari nel sistema prima di avviare il processo di creazione dell'adapter)
• Se esistono campi data con voci vuote o NULL
• Qual è il comportamento dell'origine dati (vengono aggiunti tutti i record, alcuni record sono un aggiornamento di un evento precedente)
• Quali drill-down sono richiesti per i KPI (questa opzione potrebbe influire sulla selezione della risorsa)
• Quali tipi di evento sono obbligatori per il filtraggio effettivo di eventi nella business logic

Quando questi punti sono noti, è possibile iniziare il processo di creazione.

A questo punto, è possibile eseguire il processo di creazione dell'adapter in base a questo scenario, tramite la procedura guidata di configurazione dell'adapter.

In questo scenario è possibile utilizzare TopazTransaction come risorsa, Profile come tipo di evento e il campo Time come data/ora. Inoltre, vengono inseriti i campi Status, ResponseTime e WtdDownloadTime nella struttura dell'evento per l'utilizzo con la business logic.