Il passaggio da un data warehouse on-premises a uno sul sito cloud è solo una parte della storia; non dimenticate come fare per mantenere il flusso dei dati.
Cloud Le migrazioni non sono un progetto unico. Il percorso abituale tende ad avere alcune tappe comuni, anche se naturalmente ogni organizzazione è diversa. Ci sono anche alcune insidie da evitare lungo il percorso. Una piattaforma di integrazione completamente ibrida, che si trova a suo agio sia con l'ultimo strumento SaaS sia con le suite on-premise più consolidate, può davvero aiutare in tutte le fasi di questi progetti.
Scopriamo come SnapLogic può contribuire al successo del vostro progetto di migrazione del data warehouse cloud .
Fasi della migrazione cloud
Sperimentazione
All'inizio, piccoli team o addirittura singoli individui iniziano a costruire nuovi servizi in cloud. Si tratta in genere di piccoli progetti dimostrativi o magari di utility su piccola scala. Questa fase spesso non viene notata perché avviene in sordina e può essere addirittura osteggiata come "IT ombra". Tuttavia, è di fondamentale importanza iniziare a sviluppare capacità organizzative e riflessi su ciò che funziona nell'ambiente molto diverso di cloud.
Migrazione precoce
Sulla base di questi successi iniziali, alcune applicazioni interne che devono essere comunque rifattorizzate iniziano a essere migrate su cloud. Non tutte queste migrazioni avranno successo al primo tentativo, perché l'organizzazione sta ancora imparando. Una modalità di fallimento comune è rappresentata dagli "aggiornamenti a forcella" che non riescono a sfruttare le caratteristiche specifiche dell'infrastruttura cloud , importando invece architetture e processi all'ingrosso dal data center on-premise.
Passare a cloud- prima
A questo punto, l'organizzazione ha acquisito sufficiente confidenza con i requisiti necessari per il successo in cloud da adottare una politica "cloud-first": tutto dovrebbe essere costruito in cloud , a meno che non ci sia un'ottima ragione per non farlo. L'obiettivo di tali politiche non è solo la coerenza; l'obiettivo è invece quello di rendere l'organizzazione a prova di futuro, evitando di dipendere da tecnologie il cui supporto continuo potrebbe essere messo in discussione, o in cui il pool di competenze si sta esaurendo a causa della riqualificazione o del pensionamento dei professionisti.
Migrazione strategica
Fino a questo punto, la maggior parte dei servizi IT è probabilmente ancora in esecuzione in un'infrastruttura autogestita. Questo ha senso: i servizi utilizzati per gestire l'azienda sono in funzione da molto tempo e hanno accumulato molti dati e molte connessioni con altri servizi. La combinazione del rischio di fallimento e della complessità del compito rende le organizzazioni IT molto avverse ai cambiamenti quando si tratta di questi servizi, anche quando hanno adottato felicemente i servizi di cloud in altre parti dell'azienda.
Infine, arriva un momento in cui i vantaggi di cloud - la sua flessibilità, sia tecnica che finanziaria - superano i timori. A questo punto l'organizzazione ha accumulato abbastanza competenze e ha un rapporto e un'esperienza abbastanza profondi con i suoi fornitori e partner di cloud da essere disposta a prendere in considerazione la migrazione di servizi strategici run-the-business verso cloud.
Palla di pelo della dipendenza
È qui che le cose si complicano (ancora di più). I servizi strategici legacy sono già abbastanza complicati di per sé. Nessuno di essi è un prodotto standard; tutti sono stati personalizzati per rappresentare processi e politiche organizzative specifiche. Questo sarebbe ancora gestibile, ma attorno ad essi si sono accumulati numerosi strumenti ausiliari per integrarli con tutti gli altri servizi su cui l'organizzazione fa affidamento.
Se consideriamo un data warehouse come Teradata, le dipendenze maggiori sono rappresentate dagli strumenti che spostano i dati all'interno e all'esterno del data warehouse. Se un'organizzazione si affida a strumenti on-premises come DataStage o Informatica PowerCenter, questo rappresenta un ulteriore freno alla capacità di passare a un data warehouse cloud come, ad esempio, Snowflake.
Il rischio è quello di una migrazione a metà verso cloud che non riesce a produrre tutti i benefici attesi. Quando ci si trova di fronte a un progetto complesso di grandi dimensioni, come il rehoming di un servizio aziendale critico, si può essere tentati di ridurre l'ambito a un "refactoring minimo fattibile". Si tratta di un approccio che porta con sé quanto più possibile del vecchio mondo: strumenti, processi e cultura.
Purtroppo, i progetti di migrazione che adottano questo approccio avverso al rischio tendono a essere anche quelli che devono fare una pausa per revisioni significative o addirittura invertire completamente la rotta. Il risultato è, nel migliore dei casi, una consegna ritardata; nel peggiore, un progetto che può fallire completamente.
Impegnarsi per il cloud
Per una migrazione cloud di successo, è meglio impegnarsi fino in fondo. Abbracciate un data warehouse cloud come Snowflake e scegliete strumenti cloud nativi che permettano all'organizzazione di ricevere il valore che si aspetta dalla migrazione. La piattaforma di integrazione intelligente come servizio (iPaaS) di SnapLogic è perfettamente in grado di supportare sia il progetto di migrazione sia il funzionamento a lungo termine del data warehouse cloud .
La piattaforma SnapLogic è cloud-nativa e a prova di futuro, ma è anche perfettamente in grado di interagire con gli strumenti on-premises, senza onerosi requisiti di connettività o sicurezza. Inoltre, la facilità d'uso della nostra piattaforma low-code/no-code garantisce una curva di apprendimento breve, oltre a consentire alle persone di tutta l'organizzazione, non solo nei ruoli tecnici, di partecipare al progetto. Questa ampia base di utenti contribuisce a velocizzare l'adozione e la consegna, riducendo al minimo le costose rielaborazioni e le incomprensioni.
Specifico per cloud migrazioni di data warehouse, con un solido track record di partnership tra Snowflake e SnapLogic, e uno SnapPack pronto all'uso di azioni pre-costruite, SnapLogic è lo strumento per ridurre il time-to-value del vostro progetto Snowflake, oltre a ridurre i costi e aumentare l'adozione nel tempo.
Pitney Bowes è riuscita a creare un unico data lake unificato con accesso ai dati in tempo reale e facile condivisione degli stessi. Questo è stato possibile grazie a più di 500 persone in venti team che hanno lavorato in SnapLogic senza codificare a mano, sfruttando invece i modelli riutilizzabili e gli snap drag-and-drop per ridurre i tempi di integrazione da giorni a minuti con ETL e ELT in tempo reale.
Allo stesso modo, USAA ha ottimizzato i flussi di lavoro dei team IT e di sviluppo eliminando la necessità di codifica manuale. Ora stanno eseguendo oltre 22 milioni di pipeline all'anno per automatizzare la connettività in tutta l'azienda.
Parliamo di come SnapLogic può aiutare a garantire il successo del vostro progetto di integrazione dei dati. Se parteciperete allo Snowflake Summit, dovrete incontrare il team SnapLogic a Las Vegas. Oppure, naturalmente, contattateci in qualsiasi momento!
