Escenario de Adatum Corportation para el análisis a escala de la nube en Azure
El análisis a escala de la nube es modular por diseño y permite a las organizaciones empezar con zonas de aterrizaje fundamentales que admiten sus cargas de trabajo de datos y análisis, independientemente de si los proyectos se están migrando o se acaban de desarrollar e implementar en Azure. La arquitectura permite a las organizaciones empezar con lo mínimo necesario y escalar junto con sus requisitos empresariales independientemente del punto de escala.
Perfil de cliente
Esta arquitectura de referencia es ideal para los clientes que han detectado que una unidad de su empresa está lista para implementar cargas de trabajo de análisis en Azure. Esta arquitectura implementa una única zona de aterrizaje que la unidad de negocio puede usar para administrar su patrimonio de datos. Ofrece la flexibilidad de agregar más zonas de aterrizaje para otras unidades de negocio cuando estén listas para pasarse a Azure.
Adatum Corporation es una gran empresa internacional. Además de las unidades de negocio centralizadas en su sede matriz, también tienen subsidiarias en todo el mundo que tienen sus propias unidades de negocio, como Contabilidad, Marketing, Ventas, Soporte Técnico y Operaciones.
Todos estos distintos grupos producen sus propios datos. Muchas de las unidades de negocio incluyen equipos de análisis integrado. La organización de TI central ha proporcionado la mayor parte de la plataforma de datos que está en uso, pero algunas unidades de negocio se han rebelado y han implementado sus propias soluciones. La plataforma de datos se compone de varios servicios en la nube y soluciones locales.
La visión de la empresa es tener una plataforma de análisis centralizada, una única fuente de confianza para todos los datos. Sin embargo, para muchas partes interesadas se ha vuelto difícil quedarse con una única tecnología. Dada la velocidad a la que se crean nuevos datos y que las nuevas opciones están disponibles, incluso los primeros borradores de planes de centralización se volvieron obsoletos rápidamente. Mientras tanto, el equipo de Ventas Corporativas sobrepasó la solución actual, y la empresa necesita urgentemente usar nuevos análisis para buscar un nuevo segmento de mercado.
Para resolver este problema, Adatum ha decidido implementar un patrón de análisis a escala de la nube en Azure. La empresa está segura de que el análisis a escala de la nube permitirá al equipo de Ventas Corporativas migrar la plataforma de datos hoy, pero que, a la vez, brindará flexibilidad suficiente para dar cabida a otras unidades de negocio cuando estén listas para unirse.
Situación actual
El grupo de Ventas Corporativas de Adatum usa sistemas ERP y CRM tradicionales para procesar las transacciones de ventas. Los datos de estos sistemas deben exportarse a una plataforma de análisis independiente para que las partes interesadas de toda la organización puedan acceder a los datos y enriquecerlos para sus distintos proyectos.
Solución de arquitectura
En esta arquitectura de referencia, implementaremos una zona de aterrizaje de administración de datos, que es necesaria para todas las implementaciones de ESA, y una única zona de aterrizaje de datos, que se pueda usar en el Departamento de Ventas Corporativas.
Zona de aterrizaje de la administración de datos
Un concepto crítico para todo análisis a escala de la nube es tener una zona de aterrizaje de gestión de datos. Esta suscripción contiene recursos que se compartirán entre todas las zonas de aterrizaje. Esto incluye componentes de red compartidos, como un firewall y zonas DNS privadas. También incluye recursos para la gobernanza de los datos y la nube, como Azure Policy y Azure Purview.
Aplicaciones de datos
La zona de aterrizaje tendrá dos aplicaciones de datos. La primera integración ingerirá datos relacionados con los clientes. Esto incluye los registros de clientes y sus registros relacionados (como direcciones, contactos, asignaciones territoriales e historial de contactos). Estos datos se importarán desde el sistema CRM de Adatum.
La segunda aplicación de datos ingerirá transacciones de ventas. Esto incluye encabezados de transacciones, detalles de elementos de línea, registros de envío y pagos. Todos estos registros se ingerirán desde el sistema ERP de Adatum.
Estas integraciones no transformarán ni enriquecerán los datos, solo copian los datos de los sistemas de origen y los dirigen a la plataforma de análisis. Esto permite que muchos productos de datos consuman los datos de una manera escalable sin sumar otra carga al sistema de origen.
Productos de datos
En este ejemplo, Adatum tiene un producto de datos. Este producto combina datos sin procesar de las dos aplicaciones de datos y los transforma en un nuevo conjunto de datos. Desde allí, los usuarios empresariales pueden recogerlos para realizar análisis e informes adicionales con herramientas como Microsoft Power BI.
Figura 1: Diagrama de la arquitectura. No todos los servicios de Azure están representados en el diagrama anterior. Se ha simplificado para resaltar los conceptos básicos de cómo se organizan los recursos dentro de la arquitectura.
Análisis razonado
¿Por qué no colocar las transacciones de ventas y los clientes en sus propias zonas de aterrizaje de datos?
Una de las primeras decisiones que las empresas deben tomar sobre el análisis a escala de la nube es cómo dividir todo el patrimonio de datos en zonas de aterrizaje. Las soluciones de datos que se comunicarán con frecuencia entre sí son candidatas seguras para su inclusión en la misma zona de aterrizaje. Esto permite a las empresas reducir los costos asociados al movimiento de datos entre redes virtuales emparejadas. En este ejemplo, los datos de transacciones de venta se vincularán con frecuencia a los datos de los clientes. Por lo tanto, tiene sentido almacenar estas aplicaciones de datos relacionadas en la misma zona de aterrizaje de datos.
Una consideración adicional para las zonas de aterrizaje es cómo se alinean los equipos responsables de los datos dentro de la organización. En este caso, las dos aplicaciones de datos pertenecen a distintos equipos, pero esos equipos forman parte de la división de Ventas y Marketing de Adatum.
¿Por qué no permitir que las transacciones de venta y los clientes compartan una aplicación de datos?
Al separar los datos de los clientes y los datos de transacciones de venta en sus propias aplicaciones de datos, los expertos en la materia de esos dominios pueden tomar las mejores decisiones para sus productos de datos en particular. Pueden elegir los patrones de acceso, los motores de ingesta y las opciones de almacenamiento que mejor se adapten a sus necesidades sin que entren en conflicto entre sí.
Por ejemplo, el equipo que tiene experiencia con el sistema CRM será responsable de la aplicación de datos de los clientes. En función del conjunto de aptitudes del equipo y las tecnologías usadas por el sistema CRM, decidirán qué herramientas se adaptan mejor a sus necesidades. No tendrán que preocuparse si estas decisiones también le servirán al equipo de transacciones de venta. Ese equipo va a usar su propio conjunto de herramientas y no tendrá que hacer concesiones para cumplir con los requisitos del equipo de clientes.
¿Por qué mover el equipo de Ventas a la nueva plataforma de datos?
En este ejemplo, el equipo de Ventas Corporativas es el primero en pasarse al nuevo análisis a escala de la nube. Principalmente, la solución está diseñada para ser escalable. A medida que otras unidades de negocio estén listas para migrar, se podrán agregar más zonas de aterrizaje para dar cabida a sus cargas de trabajo.
Cómo evolucionar en el futuro
El escalado se logra al agregar más zonas de aterrizaje a la arquitectura. Estas zonas de aterrizaje usarán el emparejamiento de redes virtuales para conectarse a la zona de aterrizaje de administración de datos y a todas las demás zonas de aterrizaje. Este patrón de malla permite compartir los productos de datos y recursos entre las distintas zonas. Al dividirse en diferentes zonas, las cargas de trabajo se reparten entre suscripciones y recursos de Azure. Esto permite que las empresas eviten alcanzar los límites de los servicios de Azure y sigan aumentando sus patrimonios de datos.
Implementación de plantillas de implementación
Para implementar las líneas de base de arquitectura anteriores, use las plantillas de implementación de referencia de la zona de aterrizaje de administración de datos y de la zona de aterrizaje de datos en los siguientes repositorios GitHub:
Use la plantilla siguiente para implementar transacciones de venta, aplicaciones de datos de clientes y productos de datos de resumen en las zonas de aterrizaje de datos de venta de Adatum:
Importante
No todas las plantillas enumeradas anteriormente tendrán que implementarse para satisfacer las necesidades de Adatum. Las plantillas necesitarán cierta personalización. Los servicios que no sean necesarios se deberán quitar de las plantillas antes de la implementación.
Pasos siguientes
Vaya a Escenario de Relecloud para el análisis a escala de la nube en Azure.
Puede encontrar más información en: