Cenário Adatum Corporation para análise à escala da cloud no Azure
A análise à escala da cloud é modular por design e permite que as organizações comecem com zonas de destino fundamentais que suportam as respetivas cargas de trabalho de dados e análise, independentemente de os projetos estarem a ser migrados ou serem recentemente desenvolvidos e implementados no Azure. A arquitetura permite que as organizações comecem tão pequenas quanto necessário e dimensionem em conjunto com os requisitos empresariais, independentemente do ponto de escala.
Perfil do cliente
Esta arquitetura de referência é ideal para clientes que identificaram uma unidade do seu negócio que está pronta para implementar cargas de trabalho de análise no Azure. Esta arquitetura implementa uma única zona de destino que pode ser utilizada pela unidade de negócio para gerir o respetivo património de dados. Fornece a flexibilidade para adicionar mais zonas de destino a outras unidades de negócio quando estiverem prontas para se mudarem para o Azure.
A Adatum Corporation é uma grande empresa internacional. Além das unidades empresariais centralizadas na sua sede, também têm subsidiárias em todo o mundo que têm as suas próprias unidades empresariais, incluindo contabilidade, marketing, vendas, suporte e operações.
Todos estes grupos diferentes estão a produzir os seus próprios dados. Muitas das unidades de negócio têm equipas de análise incorporadas. A organização de TI central forneceu a maior parte da plataforma de dados que está a ser utilizada, mas algumas unidades empresariais tornaram-se desonestos e implementaram as suas próprias soluções. A plataforma de dados é composta por vários serviços cloud e soluções no local.
A visão da empresa é ter uma plataforma de análise centralizada, uma única origem de verdade para todos os dados. No entanto, tornou-se um desafio para muitos intervenientes diferentes acreditarem numa única tecnologia. Dada a taxa de criação de novos dados e a disponibilização de novas opções, até os primeiros rascunhos de planos de centralização ficam rapidamente desatualizados. Entretanto, a equipa de vendas empresariais ultrapassou a sua solução atual, e a empresa precisa urgentemente de utilizar novas análises para prosseguir um novo segmento de mercado.
O Adatum decidiu implementar o padrão de análise à escala da cloud no Azure para resolver este problema. A empresa está confiante de que a análise à escala da cloud permitirá à equipa de vendas empresariais migrar a plataforma de dados hoje, mas ainda assim fornecer flexibilidade suficiente para acomodar outras unidades de negócio quando estiverem prontas para aderir.
Situação atual
O grupo de vendas empresariais do Adatum utiliza sistemas ERP e CRM tradicionais para processar as transações de vendas. Os dados destes sistemas têm de ser exportados para uma plataforma de análise separada para que os intervenientes em toda a organização possam aceder aos dados e melhorá-los para os seus vários projetos.
Solução de arquitetura
Nesta arquitetura de referência, vamos implementar uma zona de destino de gestão de dados, que é necessária para todas as implementações do ESA, e uma única zona de destino de dados, que pode ser utilizada pelo departamento de vendas da empresa.
Zona de destino da gestão de dados
Um conceito crítico para cada análise à escala da cloud é ter uma zona de destino de gestão de dados. Esta subscrição contém recursos que serão partilhados em todas as zonas de destino. Isto inclui componentes de rede partilhados, como uma firewall e zonas DNS privadas. Também inclui recursos para a governação de dados e cloud, como o Azure Policy e o Azure Purview.
Aplicações de dados
A zona de destino terá duas aplicações de dados. A primeira integração irá ingerir dados relacionados com os clientes. Isto inclui os registos do cliente e os respetivos registos relacionados (como endereços, contactos, atribuições de território e histórico de contactos). Estes dados serão importados do sistema CRM do Adatum.
A segunda aplicação de dados irá ingerir transações de vendas. Isto inclui cabeçalhos de transação, detalhes de itens de linha, registos de envio e pagamentos. Todos estes registos serão ingeridos a partir do sistema ERP do Adatum.
Estas integrações não transformam nem enriquecem os dados. Só copiam os dados dos sistemas de origem e os aterram na plataforma de análise. Isto permite que muitos produtos de dados consumam os dados de forma dimensionável sem sobrecarregar o sistema de origem.
Produtos de dados
Neste exemplo, o Adatum tem um produto de dados. Este produto combina dados não processados das duas Aplicações de dados e transforma-os num novo conjunto de dados. A partir daí, pode ser recolhido por utilizadores empresariais para análise e relatórios adicionais com ferramentas como o Microsoft Power BI.
Figura 1: Diagrama de arquitetura. Nem todos os serviços do Azure estão representados no diagrama acima. Foi simplificado realçar os conceitos fundamentais de como os recursos são organizados na arquitetura.
Lógica
Por que não colocar transações de vendas e clientes nas suas próprias zonas de destino de dados?
Uma das primeiras decisões que as empresas têm de tomar sobre a análise à escala da cloud é como dividir todo o património de dados em zonas de destino. As soluções de dados que comunicam frequentemente entre si são fortes candidatas à inclusão na mesma zona de destino. Isto permite que as empresas reduzam os custos associados à movimentação de dados entre VNets em modo de peering. Neste exemplo, os dados de transações de vendas serão frequentemente associados aos dados do cliente. Por conseguinte, faz sentido armazenar estas aplicações de Dados relacionadas na mesma zona de destino de dados.
Uma consideração adicional para as zonas de destino é a forma como as equipas responsáveis pelos dados estão alinhadas na organização. Neste caso, as duas aplicações de Dados pertencem a equipas diferentes, mas essas equipas fazem parte da divisão de vendas e marketing do Adatum.
Por que não permitir que as transações de vendas e os clientes partilhem uma Aplicação de dados?
Ao separar os dados do cliente e os dados de transação de vendas nas suas próprias Aplicações de dados, permitimos que os especialistas em assuntos desses domínios tomem as melhores decisões para os seus produtos de dados específicos. Podem escolher os padrões de acesso, os motores de ingestão e as opções de armazenamento que melhor satisfazem as suas necessidades sem entrarem em conflito entre si.
Por exemplo, a equipa que tem conhecimentos especializados com o sistema CRM será responsável pela aplicação Dados do cliente. Com base no conjunto de competências da equipa e nas tecnologias utilizadas pelo sistema CRM, decidirão quais as ferramentas mais adequadas às suas necessidades. Não terão de se preocupar se estas decisões também funcionarão para a equipa de transações de vendas. Essa equipa vai utilizar o seu próprio conjunto de ferramentas e não terá de se comprometer para cumprir os requisitos da equipa dos clientes.
Porquê mover a equipa de vendas para a nova plataforma de dados?
Neste exemplo, a equipa de vendas empresariais é a primeira a mudar para a nova análise à escala da cloud. A solução foi concebida para ser dimensionável acima de tudo. À medida que outras unidades de negócio estão prontas para migrar, podem ser adicionadas mais zonas de destino para acomodar as respetivas cargas de trabalho.
Como evoluir no futuro
O dimensionamento é conseguido ao adicionar mais zonas de destino à arquitetura. Estas zonas de destino utilizarão o VNet Peering para ligar à zona de destino de gestão de dados e a todas as outras zonas de destino. Este padrão de malha permite que os produtos de dados e os recursos sejam partilhados entre zonas. Ao dividir em zonas diferentes, as cargas de trabalho são distribuídas por subscrições e recursos do Azure. Isto permite que as empresas evitem atingir os limites dos serviços do Azure e continuem a aumentar os seus patrimónios de dados.
Implementação de modelos de implementação
Para implementar as linhas de base de arquitetura acima, utilize a zona de destino de gestão de dados e os modelos de implementação de referência da zona de destino de dados nos seguintes repositórios do GitHub:
Utilize o seguinte modelo para implementar transações de vendas, aplicações de dados do cliente e produtos de dados de resumo nas zonas de destino de dados de vendas do Adatum:
Importante
Nem todos os modelos listados acima terão de ser implementados para satisfazer as necessidades do Adatum. Será necessária alguma personalização para os modelos. Os serviços que não são necessários devem ser removidos dos modelos antes da implementação.
Passos seguintes
Continue para o cenário de Relecloud para análise à escala da cloud no Azure.
Saiba mais em: