Scénario Adatum Corporation pour l’analyse à l’échelle du cloud dans Azure
L’analyse de niveau cloud est modulaire par conception et permet aux organisations de démarrer avec des zones d’atterrissage de base qui prennent en charge leurs données et charges de travail d’analytique, qu’il s’agisse de projets migrés ou nouvellement développés et déployés sur Azure. L’architecture permet aux organisations de démarrer à petite échelle et d’évoluer au fil de ses besoins métier.
Profil client
Cette architecture de référence est idéale pour les clients qui ont identifié une unité de leur entreprise prête à déployer des charges de travail d’analyse sur Azure. Cette architecture déploie une zone d’atterrissage unique qui peut être utilisée par l’unité commerciale pour gérer son patrimoine de données. Elle offre la possibilité d’ajouter plus de zones d’atterrissage pour unités commerciales lorsque ces dernières sont prêtes à migrer vers Azure.
Adatum Corporation est une grande entreprise internationale. Outre les unités commerciales centralisées au siège social, l’entreprise dispose également de filiales dans le monde entier, et ces dernières sont dotées de leurs propres unités commerciales, comptabilité, marketing, ventes, support et opérations notamment.
Tous ces groupes disparates produisent leurs propres données. La plupart des unités commerciales disposent d’équipes d’analytique incorporée. L’organisation informatique centrale a fourni l’essentiel de la plateforme de données utilisée, mais quelques unités commerciales ont implémenté leurs propres solutions. La plateforme de données est composée de divers services cloud et solutions locales.
L’entreprise ambitionne de disposer d’une plateforme d’analyse centralisée, une source de vérité unique pour toutes les données. Cela étant, il est difficile pour de nombreuses parties prenantes de compter sur une seule et même technologie. Compte tenu la vitesse à laquelle les nouvelles données sont créées et les nouvelles options disponibles, les ébauches de plan de centralisation deviennent rapidement obsolètes. La solution actuelle ne suffit plus à l’équipe des ventes et l’entreprise a urgemment besoin de nouvelles analyses pour conquérir un nouveau segment de marché.
Adatum a décidé d’implémenter le modèle d’analyse dans le cloud dans Azure pour résoudre ce problème. L’entreprise est convaincue que l’analyse à l’échelle du cloud permettra à son équipe des ventes de migrer sa plateforme de données aujourd’hui tout en continuant d’offrir suffisamment de flexibilité pour prendre en charge d’autres unités commerciales le moment venu.
Situation actuelle
Le groupe des ventes d’Adatum utilise des systèmes ERP et CRM classiques pour traiter ses transactions de vente. Les données issues de ces systèmes doivent être exportées vers une plateforme d’analyse distincte pour permettre aux parties prenantes de l’organisation d’accéder aux données et de les enrichir dans le cadre de leurs différents projets.
Solution architecturale
Dans cette architecture de référence, nous déploierons une zone d’atterrissage de gestion des données, ce qui s’impose pour toutes les implémentations ESA, ainsi qu’une zone d’atterrissage des données unique destinée au service commercial de l’entreprise.
Zone d'atterrissage de gestion de données
Un concept essentiel pour chaque analyse à l’échelle du cloud est d’avoir une seule zone d’atterrissage de gestion des données. Cet abonnement contient des ressources qui seront partagées entre toutes les zones d’atterrissage. Cela comprend les composants de mise en réseau partagés, comme un pare-feu et des zones DNS privées. Cela comprend également des ressources pour la gouvernance des données et du cloud, comme Azure Policy et Azure Purview.
Applications de données
La zone d’atterrissage disposera de deux applications de données. La première intégration ingérera les données relatives aux clients. Il s’agit notamment des enregistrements des clients et informations connexes (tels que les adresses, les contacts, les affectations de territoire et l’historique des contacts). Ces données seront importées à partir du système CRM Adatum.
La seconde application de données ingérera les transactions de vente. Il s’agit notamment des en-têtes de transaction, des détails des articles, des enregistrements d’expédition et des paiements. Tous ces enregistrements sont ingérés à partir du système ERP Adatum.
Ces intégrations n’auront pas vocation à transformer ou enrichir les données. Elles copieront uniquement les données depuis des systèmes sources et les placeront dans la plateforme d’analyse. De nombreux produits de données pourront ainsi consommer les données de manière évolutive, sans surcharger le système source.
Produits de données
Dans cet exemple, Adatum dispose d’un produit de données. Ce produit associe les données brutes des deux applications de données et les transforme afin d’obtenir un nouveau jeu de données. À partir de là, il peut être choisi par des utilisateurs professionnels à des fins d’analyses et de rapports supplémentaires à l’aide d’outils tels que Microsoft Power BI.
Figure 1 : Diagramme de l’architecture. Tous les services Azure ne sont pas représentés dans le diagramme ci-dessus. Ce dernier a été simplifié pour mettre en évidence les concepts fondamentaux inhérents à la façon dont les ressources sont organisées au sein de l’architecture.
Rationale
Pourquoi ne pas placer les transactions de vente et les clients dans leurs propres zones d’atterrissage de données ?
L’une des premières décisions que les entreprises doivent prendre concernant l’analyse à l’échelle du cloud porte sur la manière de diviser l’intégralité du patrimoine de données entre les zones d’atterrissage. Les solutions de données qui communiquent fréquemment les unes avec les autres peuvent être incluses dans la même zone d'atterrissage. Les entreprises peuvent ainsi réduire les coûts inhérents au déplacement des données entre réseaux virtuels appairés. Dans cet exemple, les données relatives aux transactions de vente sont souvent liées aux données relatives aux clients. Dès lors, il apparaît logique de stocker ces applications de données connexes dans la même zone d’atterrissage des données.
En matière de zones d’atterrissage, la manière dont les équipes en charge des données sont alignées au sein de l’organisation doit également être prise en compte. Dans ce cas, les deux applications de données sont détenues par des équipes différentes, mais ces dernières font partie de la division ventes et marketing d’Adatum.
Pourquoi ne pas permettre aux clients et transactions de vente de partager une application de données ?
En séparant les données relatives aux clients et aux transactions de vente dans leurs propres applications de données, nous permettons aux experts en la matière de prendre les meilleures décisions pour leurs produits de données spécifiques. Ils peuvent choisir les modèles d’accès, les moteurs d’ingestion et les options de stockage les mieux adaptés à leurs besoins, sans conflit.
Par exemple, l’équipe dotée d’une expertise en matière de système CRM est responsable de l’application de données clients. En fonction des compétences de l’équipe et des technologies utilisées par le système CRM, elle détermine les outils les mieux adaptés à ses besoins. Elle n’a pas à se préoccuper de l’impact de ces décisions sur l’équipe des transactions de vente. Cette équipe utilisera son propre ensemble d’outils, sans compromettre les exigences de l’équipe en charge des clients.
Pourquoi déplacer l’équipe des ventes vers la nouvelle plateforme de données ?
Dans cet exemple, l’équipe de vente de l’entreprise est la première à passer à la nouvelle analyse à l’échelle du cloud. La solution est principalement conçue pour être évolutive. À mesure que d’autres unités commerciales sont prêtes à migrer, de nouvelles zones d’atterrissage peuvent être ajoutées pour s’adapter à leurs charges de travail.
Évolution future
La mise à l’échelle s’effectue moyennant l’ajout de zones d’atterrissage à l’architecture. Ces zones d’atterrissage utilisent l’appairage de réseaux virtuels pour se connecter à la zone d’atterrissage de gestion des données ainsi qu’à toutes les autres zones d’atterrissage. Ce modèle de maillage permet de partager des produits de données et des ressources entre les zones. En fractionnant les différentes zones, les charges de travail sont réparties entre les abonnements et les ressources Azure. Les entreprises évitent ainsi d’atteindre les limites des services Azure et peuvent continuer à développer leurs données.
Déploiement des modèles de déploiement
Pour déployer les lignes de base de l’architecture ci-dessus, utilisez la zone d’atterrissage de gestion des données et les modèles d’implémentation de référence de zone d’atterrissage des données disponibles dans les référentiels GitHub suivants :
Utilisez le modèle suivant pour déployer les transactions de vente, les applications de données clients et les produits de données Résumé dans les zones d’atterrissage des données de ventes Adatum :
Important
Tous les modèles répertoriés ci-dessus doivent être déployés pour répondre aux besoins d’Adatum. Les modèles impliquent certaines personnalisations. Les services qui ne sont pas nécessaires doivent être supprimés des modèles préalablement au déploiement.
Étapes suivantes
Passez au scénario Relecloud pour l’analyse à l’échelle du cloud dans Azure.
Pour en savoir plus :