Cenário de análise em de nuvem da Adatum Corporation no Azure
A análise em escala de nuvem é modular por design e permite que as organizações comecem com zonas de destino de base que dão suporte a suas cargas de trabalho de dados e análises, independentemente de os projetos estarem sendo migrados ou desenvolvidos recentemente e implantados no Azure. A arquitetura permite que as organizações comecem tão pequenas quanto necessário e sejam dimensionadas junto com seus requisitos de negócios, independentemente do ponto de escala.
Perfil do cliente
Essa arquitetura de referência é ideal para clientes que identificaram uma unidade de sua empresa que está pronta para implantar cargas de trabalho de análise no Azure. Essa arquitetura implanta uma única zona de destino que pode ser usada pela unidade de negócios para gerenciar seu espaço de dados. Ela fornece a flexibilidade para adicionar mais zonas de destino para outras unidades de negócios quando elas estiverem prontas para mudar para o Azure.
A Adatum Corporation é uma grande empresa internacional. Além das unidades de negócios centralizadas na matriz, elas também têm subsidiárias em todo o mundo com suas próprias unidades de negócios, incluindo contabilidade, marketing, vendas, suporte e operações.
Todos esses grupos distintos estão produzindo seus próprios dados. Muitas das unidades de negócios têm equipes de análise integrada. A organização central de TI forneceu a maior parte da plataforma de dados que está em uso, mas algumas unidades de negócios já intencionaram e implementaram suas próprias soluções. A plataforma de dados é composta por vários serviços de nuvem e soluções locais.
A visão da empresa é ter uma plataforma de análise centralizada, uma única fonte de verdade para todos os dados. No entanto, ela se tornou desafiadora para muitos stakeholders diferentes comprarem em uma única tecnologia. Dada a taxa na qual novos dados estão sendo criados e novas opções se tornam disponíveis, até mesmo rascunhos antecipados de planos para centralização ficam desatualizados rapidamente. Enquanto isso, a equipe de vendas corporativas superou sua solução atual e a empresa precisa usar uma nova análise para buscar um novo segmento de mercado.
A Adatum decidiu implementar o padrão de análise em escala de nuvem no Azure para resolver esse problema. A empresa tem certeza de que a análise em escala de nuvem permitirá que a equipe de vendas corporativa migre sua plataforma de dados hoje, mas ainda fornecendo flexibilidade suficiente para acomodar outras unidades de negócios quando elas estiverem prontas para ingressar.
Situação atual
O grupo de vendas corporativa da Adatum usa sistemas tradicionais de ERP e CRM para processar suas transações de vendas. Os dados desses sistemas precisam ser exportados para uma plataforma de análise separada para que os participantes de toda a organização possam acessar os dados e enriquecê-los para seus diversos projetos.
Solução de arquitetura
Nesta arquitetura de referência, implantaremos uma zona de destino de gerenciamento de dados, que é necessária para todas as implementações de ESA e uma só zona de destino de dados, que pode ser usada pelo departamento de vendas corporativas.
Zona de destino do gerenciamento de dados
Um conceito importante para toda análise em escala de nuvem é ter uma zona de destino de gerenciamento de dados. Esta assinatura contém recursos que serão compartilhados entre todas as zonas de destino. Isso inclui componentes de rede compartilhados, como um firewall e zonas DNS privadas. Também inclui recursos para governança de dados e de nuvem, como o Azure Policy e o Azure Purview.
Aplicativos de dados
A zona de destino terá dois aplicativos de dados. A primeira integração irá ingerir os dados relacionados aos clientes. Isso inclui os registros do cliente e seus registros relacionados (como endereços, contatos, atribuições de território e histórico de contatos). Esses dados serão importados do sistema CRM da Adatum.
O segundo aplicativo de dados vai ingerir as transações de vendas. Isso inclui cabeçalhos de transação, detalhes de item de linha, registros de envio e pagamentos. Todos esses registros serão ingeridos do sistema ERP da Adatum.
Essas integrações não irão transformar ou enriquecer os dados. Eles só copiam os dados dos sistemas de origem e os colocam na plataforma de análise. Isso permite que muitos produtos de dados consumam os dados de maneira escalonável sem colocar outra carga no sistema de origem.
Produtos de dados
Neste exemplo, a Adatum tem um produto de dados. Este produto combina os dados brutos dos dois aplicativos de dados e os transforma em um novo conjunto de dados. A partir daí, ele pode ser coletado por usuários empresariais para análise e relatórios extras com ferramentas como o Microsoft Power BI.
Figura 1: Diagrama da arquitetura. Nem todos os serviços do Azure são representados no diagrama acima. Ele foi simplificado para realçar os principais conceitos de como os recursos são organizados dentro da arquitetura.
Fundamento
Por que não colocar as transações de vendas e os clientes em suas próprias zonas de destino de dados?
Uma das primeiras decisões a tomar sobre a implementação da análise em escala de nuvem do Azure é como dividir todo o acervo de dados em zonas de destino. As soluções de dados que frequentemente se comunicarão entre si são candidatas fortes para inclusão na mesma zona de destino. Isso permite que as empresas reduzam os custos associados à movimentação de dados entre VNets emparelhadas. Neste exemplo, os dados da transação de vendas serão frequentemente vinculados aos dados do cliente. Portanto, faz sentido armazenar esses aplicativos de dados relacionados na mesma zona de destino de dados.
Uma consideração extra para zonas de destino é como as equipes responsáveis pelos dados são alinhadas dentro da organização. Nesse caso, os dois aplicativos de dados são de propriedade de equipes diferentes, mas essas equipes fazem parte da divisão de vendas e marketing da Adatum.
Por que não permitir que as transações de vendas e os clientes compartilhem o mesmo aplicativo de dados?
Separando os dados do cliente e os dados da transação de vendas nos próprios aplicativos de dados, permitimos que os especialistas no assunto desses domínios tomem as melhores decisões para seus produtos de dados específicos. Eles podem escolher os padrões de acesso, os mecanismos de ingestão e as opções de armazenamento que melhor atendem às suas necessidades sem entrar em conflito entre si.
Por exemplo, a equipe que tem experiência com o sistema CRM será responsável pelo aplicativo de dados do cliente. Com base no conjunto de habilidades da equipe e nas tecnologias usadas pelo sistema CRM, eles decidirão quais ferramentas melhor se adaptam às suas necessidades. Eles não precisarão se preocupar se essas decisões também vão funcionar para a equipe de transações de vendas. Essa equipe usará um conjunto de ferramentas próprio e não precisará se comprometer para atender aos requisitos da equipe de clientes.
Por que mover a equipe de vendas para a nova plataforma de dados?
Neste exemplo, a equipe de vendas corporativas é a primeira a mudar para a nova análise em escala de nuvem. A solução foi projetada para ser, acima de tudo, escalonável. Como outras unidades de negócios estão prontas para migrar, mais zonas de destino podem ser adicionadas para acomodar suas cargas de trabalho.
Como evoluir no futuro
A colocação em escala é feita adicionando mais zonas de destino à arquitetura. Essas zonas de destino usarão o emparelhamento VNet para se conectar à zona de destino de gerenciamento de dados e a todas as outras zonas de destino. Esse padrão de malha permite que os produtos de dados e recursos sejam compartilhados entre as zonas. Ao dividir em diferentes zonas, as cargas de trabalho são distribuídas entre as assinaturas e os recursos do Azure. Isso permite que as empresas evitem atingir os limites dos serviços do Azure e continuam a aumentar suas propriedades de dados.
Implantação de modelos de implantação
Para implantar as linhas de base das arquiteturas acima, use a zona de destino de gerenciamento de dados e os modelos de implementação de referência da zona de destino de dados nos seguintes repositórios do GitHub:
Use o modelo a seguir para implantar transações de vendas, integrações de dados do cliente e produtos de dados de Resumo nas zonas de destino de dados de vendas da Adatum:
Importante
Nem todos os modelos listados acima deverão ser implantados para atender às necessidades da Adatum. Alguma personalização será necessária para os modelos. Os serviços que não são necessários devem ser removidos dos modelos antes da implantação.
Próximas etapas
Prossiga para o cenário de Relecloud para análise em escala de nuvem no Azure.
Saiba mais em: