[aggiornamento: date un'occhiata alle novità della release Spring 2016 - i Metadata Snaps sono utili anche per i requisiti di Lifecycle Management].
Una delle aree in cui il nostro team di servizi di dati integrati e i nostri partner dedicano tempo ai clienti nelle prime fasi di implementazione di SnapLogic Elastic Integration Platform è la distribuzione da una fase all'altra del progetto (Dev -> QA -> Prod). Esistono diverse opzioni di configurazione. In questo post ne descriverò una. Prima di tutto, alcune premesse:
- La funzione di gestione del ciclo di vita dell'impresa non è implementata in questo esempio.
- Le fasi in uso sono Sviluppo, QA e Produzione.
- Ogni fase in uso viene gestita a livello di progetto come un progetto separato all'interno di un'unica organizzazione.
- Gli utenti hanno i permessi necessari per eseguire le operazioni descritte in questo articolo
- La funzione di crittografia avanzata degli account non è in uso nell'attuale SnapLogic Org.
Fasi di implementazione:
Esportare il progetto che si desidera promuovere nella fase successiva del ciclo seguendo i passaggi seguenti:
- Vai al manager
- Selezionare il progetto che si desidera promuovere e fare clic su "Esporta".
- Questo esporterà tutte le risorse del progetto, tranne "Conti" (per informazioni sui conti, consultate il nostro sito di documentazione), in un file zip che verrà scaricato sul vostro computer locale.
- Fare clic sulla freccia rivolta verso il basso accanto a "Progetti".
- Fare clic su "Importazione".
- Selezionare il file zip scaricato dal browser dei file e fare clic su "OK".
- Questo dovrebbe creare un nuovo progetto con un numero di incremento
- Rinominare il progetto con il nome della Fase appropriato nel nome del progetto.
Compiti
Alcune note importanti sui compiti:
- Se ci sono attività nel progetto, verificare che i nomi degli Snaplex da eseguire corrispondano ai nomi degli Snaplex dell'Org da cui è stato importato il progetto.
- Sebbene i nomi delle organizzazioni negli URL delle attività innescate non cambino, il nome del progetto nell'URL dell'attività cambia. Assicuratevi di utilizzare questo nuovo URL per i test appropriati nelle rispettive fasi.
- Se si utilizza uno Snaplex diverso per ogni fase separata dai progetti, è necessario modificare l'attività per utilizzare lo Snaplex appropriato, modificando l'attività facendo clic sul nome dell'attività.
Conti
Alcune cose importanti da ricordare sui conti:
- Poiché i conti non vengono né esportati né importati come parte del progetto, creare i conti appropriati nel nuovo progetto.
- Anche se ci si sposta da un progetto all'altro all'interno della stessa organizzazione, gli account non possono essere né duplicati né copiati.
- Tutti i nomi dei conti devono corrispondere ai nomi della fase precedente per evitare di dover aggiornare i conti sulle pipeline.
File
Infine, per quanto riguarda i file, si noti che tutti i file appropriati saranno importati anche dalla fase precedente a quella attuale. Se alcuni file sono specifici per l'ambiente, accertarsi che siano aggiornati con le informazioni dell'ambiente corrispondente.
Un promemoria
Un'altra opzione di configurazione è la creazione di organizzazioni SnapLogic separate. Per quanto riguarda il ciclo di vita Dev -> QA -> Prod, ricordate di versionare sempre le pipeline utilizzando la funzione di versioning e di includere note e tag appropriati per ogni versione.
Spero che questo tipo di informazioni vi siano utili. Nelle prossime settimane pubblicheremo sul blog altre best practice per l'implementazione di SnapLogic. Non dimenticate di dare un'occhiata alla serie di Nidhi sulle best practice di Ultra Pipelines e fateci sapere quali altri argomenti vorreste fossero trattati.
