Scenario adatum Corporation per l'analisi su scala cloud in Azure

  • Articolo

L'analisi su scala cloud è modulare per progettazione e consente alle organizzazioni di iniziare con zone di destinazione di base che supportano i carichi di lavoro di dati e analisi, indipendentemente dal fatto che i progetti vengano migrati o vengano appena sviluppati e distribuiti in Azure. L'architettura consente alle organizzazioni di iniziare in piccolo e ridimensionare in base ai requisiti aziendali indipendentemente dal punto di scalabilità.

Profilo del cliente

Questa architettura di riferimento è ideale per i clienti che hanno individuato una business unit pronta per distribuire carichi di lavoro di analisi in Azure. Questa architettura distribuisce una singola zona di destinazione che può essere usata dalla business unit per gestire il proprio patrimonio di dati. Offre la flessibilità necessaria per aggiungere altre zone di destinazione per altre business unit quando saranno pronte per il passaggio ad Azure.

Adatum Corporation è una grande azienda internazionale. Oltre alle business unit centralizzate nella sede centrale, ha anche filiali in tutto il mondo che hanno le proprie business unit, tra cui contabilità, marketing, vendite, supporto e operazioni.

Tutti questi gruppi diversi producono i propri dati. Molte business unit hanno team di analisi incorporati. L'organizzazione IT centrale ha fornito la maggior parte della piattaforma dati in uso, ma alcune business unit hanno implementato soluzioni personalizzate. La piattaforma dati è costituita da vari servizi cloud e soluzioni locali.

La visione dell'azienda è disporre di una piattaforma di analisi centralizzata, un'unica fonte di verità per tutti i dati. Tuttavia, è diventato difficile per molti stakeholder diversi accettare un'unica tecnologia. Data la velocità con cui vengono creati nuovi dati e diventano disponibili nuove opzioni, le prime bozze di piani per la centralizzazione diventano rapidamente obsolete. Nel frattempo, il team di vendita aziendale è diventato troppo grande per la soluzione corrente e l'azienda deve usare al più presto nuove analisi per entrare in un nuovo segmento di mercato.

Adatum ha deciso di implementare un modello di analisi su scala cloud in Azure per risolvere questo problema. L'azienda è sicura che l'analisi su scala cloud consentirà al team di vendita aziendale di eseguire la migrazione della piattaforma dati oggi, ma offre ancora una flessibilità sufficiente per supportare altre business unit quando sono pronti per l'aggiunta.

Situazione attuale

Il gruppo di vendita aziendale di Adatum usa i sistemi ERP e CRM tradizionali per elaborare le transazioni di vendita. I dati di questi sistemi devono essere esportati in una piattaforma di analisi separata in modo che gli stakeholder dell'organizzazione possano accedere ai dati e arricchirli per i vari progetti.

Soluzione architetturale

In questa architettura di riferimento verrà distribuita una zona di destinazione per la gestione dei dati, necessaria per tutte le implementazioni ESA e una singola zona di destinazione dei dati, che può essere usata dal reparto vendite aziendale.

Zona di destinazione per la gestione dei dati

Un concetto critico per ogni analisi su scala cloud prevede una zona di destinazione per la gestione dei dati. Questa sottoscrizione contiene risorse che verranno condivise tra tutte le zone di destinazione. Sono inclusi componenti di rete condivisi, ad esempio un firewall e zone DNS private. Include anche risorse per la governance dei dati e del cloud, come Criteri di Azure e Azure Purview.

Applicazioni dati

La zona di destinazione avrà due applicazioni dati. La prima integrazione inserirà i dati correlati ai clienti. Sono inclusi i record dei clienti e i relativi record, ad esempio indirizzi, contatti, assegnazioni di territorio e cronologia dei contatti. Questi dati verranno importati dal sistema CRM di Adatum.

La seconda applicazione dati inserisce le transazioni di vendita. Sono incluse le intestazioni delle transazioni, i dettagli delle voci, i record di spedizione e i pagamenti. Tutti questi record verranno inseriti dal sistema ERP di Adatum.

Queste integrazioni non trasformano o arricchiscono i dati. Copiano semplicemente i dati dai sistemi di origine e li inseriscono nella piattaforma di analisi. In questo modo, molti prodotti di dati possono utilizzare i dati in modo scalabile senza gravare sul sistema di origine.

Prodotti di dati

In questo esempio, Adatum ha un prodotto di dati. Questo prodotto combina i dati non elaborati delle due applicazioni dati e li trasforma in un nuovo set di dati. Da qui, possono essere prelevati dagli utenti aziendali per analisi e report aggiuntivi con strumenti come Microsoft Power BI.

Diagramma dell'architettura.

Figura 1: Diagramma dell'architettura. Non tutti i servizi di Azure sono rappresentati nel diagramma precedente. È stato semplificato per evidenziare i concetti di base relativi all'organizzazione delle risorse all'interno dell'architettura.

Spiegazione

Perché non inserire transazioni di vendita e clienti nelle zone di destinazione dei dati?

Una delle prime decisioni che le aziende devono prendere per l'analisi su scala cloud consiste nel dividere l'intero patrimonio di dati in zone di destinazione. Le soluzioni di dati che comunicheranno spesso tra loro sono candidati validi per essere inclusi nella stessa zona di destinazione. Ciò consente alle aziende di ridurre i costi associati allo spostamento dei dati tra reti virtuali con peering. In questo esempio, i dati delle transazioni di vendita verranno spesso collegati ai dati dei clienti. Pertanto, è opportuno archiviare queste applicazioni dati correlate nella stessa zona di destinazione dei dati.

Una considerazione aggiuntiva per le zone di destinazione è il modo in cui i team responsabili dei dati sono allineati all'interno dell'organizzazione. In questo caso, le due applicazioni Dati sono di proprietà di team diversi, ma tali team fanno entrambe parte della divisione vendite e marketing in Adatum.

Perché non consentire alle transazioni di vendita e ai clienti di condividere un'applicazione Dati?

Separando i dati dei clienti e i dati delle transazioni di vendita nelle proprie applicazioni dati, microsoft consente agli esperti in materia per tali domini di prendere le decisioni migliori per i propri prodotti dati specifici. Possono scegliere i criteri di accesso, i motori di inserimento e le opzioni di archiviazione che meglio soddisfano le proprie esigenze, senza conflitti.

Ad esempio, il team che ha esperienza con il sistema CRM sarà responsabile dell'applicazione Dati del cliente. In base al set di competenze del team e alle tecnologie usate dal sistema CRM, deciderà quali strumenti soddisfano meglio le proprie esigenze. Non dovrà preoccuparsi se queste decisioni sono valide anche per il team delle transazioni di vendita. Il team usa il proprio set di strumenti e non dovrà compromettere per soddisfare i requisiti del team dei clienti.

Perché spostare il team di vendita nella nuova piattaforma dati?

In questo esempio, il team di vendita aziendale è il primo a passare alla nuova analisi su scala cloud. La soluzione è progettata per essere soprattutto scalabile. Man mano che altre business unit sono pronte per la migrazione, è possibile aggiungere altre zone di destinazione per supportare i carichi di lavoro.

Evoluzione futura

Il ridimensionamento si ottiene aggiungendo altre zone di destinazione all'architettura. Queste zone di destinazione useranno il peering di reti virtuali per connettersi alla zona di destinazione per la gestione dei dati e a tutte le altre zone di destinazione. Questo modello mesh consente la condivisione di prodotti e risorse dati tra zone. Suddividendosi in zone diverse, i carichi di lavoro vengono distribuiti tra le sottoscrizioni e le risorse di Azure. Ciò consente alle aziende di evitare di raggiungere i limiti dei servizi di Azure e di continuare ad aumentare il patrimonio di dati.

Distribuzione di modelli di distribuzione

Per distribuire le basi dell'architettura precedenti, usare i modelli di implementazione di riferimento della zona di destinazione per la gestione dei dati e della zona di destinazione per i dati nei seguenti repository GitHub:

Usare il modello seguente per distribuire transazioni di vendita, applicazioni dati cliente e prodotti dati di riepilogo nelle zone di destinazione dei dati di vendita Adatum:

Importante

Non tutti i modelli elencati in precedenza dovranno essere distribuiti per soddisfare le esigenze di Adatum. Per i modelli saranno necessarie alcune personalizzazioni. I servizi non necessari devono essere rimossi dai modelli prima della distribuzione.

Passaggi successivi

Continuare con lo scenario Relecloud per l'analisi su scala cloud in Azure.

Altre informazioni sono disponibili in: