Passer d'un entrepôt de données sur site à un entrepôt de données sur le site cloud n'est que la moitié de l'histoire ; n'oubliez pas comment vous allez assurer la circulation des données.
Cloud Les migrations ne sont pas un projet unique. Le parcours habituel comporte des étapes communes, même si, bien entendu, chaque organisation est différente. Il y a également des pièges à éviter en cours de route. En tant qu'intégrateur hybride plateforme, aussi à l'aise avec le dernier outil SaaS qu'avec les suites on-premises les plus établies, nous pouvons vraiment vous aider à toutes les étapes de ces projets.
Voyons comment SnapLogic peut contribuer à la réussite de votre projet de migration de l'entrepôt de données cloud .
Serez-vous au Snowflake Summit à Las Vegas ? Arrêtez-vous au stand #1331 dans Basecamp West pour un jeu de Jenga géant et une chance de gagner un prix en édition limitée. Si vous êtes un client de SnapLogic, contactez votre responsable de compte pour recevoir un cadeau spécial sur le stand.
Phases de la migration cloud
Expérimentation
Au début, de petites équipes ou même des individus commencent à créer de nouveaux services sur le site cloud. Il s'agit généralement de petits projets de démonstration ou de services publics à petite échelle. Cette phase passe souvent inaperçue parce qu'elle se déroule sous le radar et peut même être qualifiée d'"informatique fantôme". Cependant, il est crucial de commencer à développer des compétences organisationnelles et des réflexes autour de ce qui fonctionne dans l'environnement très différent de cloud.
Les premières migrations
Sur la base de ces premiers succès, certaines applications internes qui doivent de toute façon être remaniées commencent à être migrées vers le site cloud. Toutes ces migrations ne réussiront pas du premier coup, car l'organisation est encore en phase d'apprentissage. Un mode d'échec courant est celui des "mises à niveau par chariot élévateur" qui ne parviennent pas à tirer parti des caractéristiques spécifiques de l'infrastructure cloud , mais importent au contraire des architectures et des processus en gros à partir du centre de données sur site.
Aller à cloud- en premier
ce stade, l'organisation s'est suffisamment familiarisée avec ce qui est nécessaire pour réussir sur le site cloud pour adopter une politique de "cloud-first" : tout doit être construit sur le site cloud , sauf s'il y a une très bonne raison de ne pas le faire. L'objectif de ces politiques n'est pas seulement la cohérence ; il s'agit plutôt de préparer l'organisation à l'avenir en évitant de dépendre de technologies dont le soutien continu pourrait être remis en question, ou dont le réservoir de compétences s'assèche à mesure que les praticiens se recyclent ou partent à la retraite.
Migration stratégique
Jusqu'à présent, la majeure partie des services informatiques fonctionne probablement encore dans une infrastructure autogérée. C'est logique : les services utilisés pour faire fonctionner l'entreprise sont en place depuis longtemps et ont accumulé beaucoup de données - et beaucoup de connexions avec d'autres services. La combinaison du risque d'échec et de la complexité même de la tâche rend les organisations informatiques très réticentes au changement lorsqu'il s'agit de ces services, même lorsqu'elles ont adopté avec bonheur les services cloud dans d'autres secteurs de l'entreprise.
Enfin, il arrive un moment où les avantages du site cloud - sa flexibilité, tant technique que financière - l'emportent sur ces craintes. À ce stade, l'organisation a acquis suffisamment de compétences, de relations et d'expérience avec ses fournisseurs et partenaires ( cloud ) pour envisager la migration de services stratégiques vers le site cloud.
Boule de poils de la dépendance
C'est là que les choses se compliquent (encore plus). Ces services stratégiques patrimoniaux sont déjà assez compliqués en soi. Aucun d'entre eux n'est un produit standard ; ils ont tous été personnalisés pour représenter des processus et des politiques organisationnels spécifiques. Cela reste gérable, mais ils ont également accumulé un certain nombre d'outils d'aide subsidiaires pour les intégrer à tous les autres services sur lesquels l'organisation s'appuie.
Si l'on considère un entrepôt de données tel que Teradata, les plus grandes dépendances sont les outils qui déplacent les données dans et hors de l'entrepôt de données. Si une organisation dépend d'outils sur site tels que DataStage ou Informatica PowerCenter, cela constitue un frein supplémentaire à sa capacité à passer à un entrepôt de données cloud comme, par exemple, Snowflake.
Le risque est une migration timide vers le site cloud qui n'apporte pas tous les avantages escomptés. Il peut être tentant, lorsqu'on est confronté à un projet complexe de grande envergure tel que le relogement d'un service commercial essentiel, d'essayer de réduire le champ d'application à un "remaniement minimum viable". Il s'agit d'une approche qui ramène autant que possible l'ancien monde : les outils, les processus et la culture.
Malheureusement, les projets de migration qui adoptent cette approche peu encline à prendre des risques sont aussi ceux qui doivent faire une pause pour procéder à des révisions importantes, voire changer complètement de cap. Il en résulte au mieux un retard de livraison, au pire un échec total du projet.
S'engager en faveur de la cloud
Pour une migration réussie vers cloud , il est préférable de s'engager à fond. Adoptez un entrepôt de données cloud tel que Snowflake et sélectionnez des outils natifs cloud qui permettront à l'organisation d'obtenir la valeur qu'elle attend de la migration. L'intégration intelligente de SnapLogic plateforme en tant que service (iPaaS) est parfaitement placée pour soutenir à la fois le projet de migration et l'exploitation à long terme de l'entrepôt de données cloud .
Le SnapLogic plateforme est cloud-natif et évolutif, mais il est aussi parfaitement capable d'interagir avec des outils sur site, sans exigences onéreuses en matière de connectivité ou de sécurité. En outre, la facilité d'utilisation de notre site plateforme à code faible ou nul garantit une courbe d'apprentissage courte et permet aux personnes de toute l'organisation - et pas seulement aux techniciens - de s'impliquer dans le projet. Cette large base d'utilisateurs permet d'accélérer l'adoption et la livraison, en minimisant les reprises coûteuses et les malentendus.
Spécialement conçu pour cloud les migrations d'entrepôts de données, avec une solide expérience de partenariat entre Snowflake et SnapLogic, et un SnapPack prêt à l'emploi d'actions préconstruites, SnapLogic est l'outil qui vous permettra de réduire le délai de rentabilisation de votre projet Snowflake, ainsi que de réduire les coûts et d'augmenter l'adoption au fil du temps.
Pitney Bowes a pu construire un lac de données unifié unique avec un accès aux données en temps réel et un partage facile des données. Pour ce faire, plus de 500 personnes réparties en vingt équipes ont travaillé dans SnapLogic sans codage manuel, en s'appuyant plutôt sur des modèles réutilisables et des Snaps à glisser-déposer pour réduire le temps d'intégration de plusieurs jours à quelques minutes grâce à l'ETL et à l'ELT en temps réel.
De même, USAA a optimisé les équipes informatiques et de développement ( les workflows ) en supprimant le besoin de codage manuel. Elle exécute désormais plus de 22 millions de pipelines par an pour automatiser la connectivité dans l'ensemble de l'entreprise.
Voyons comment SnapLogic peut contribuer à la réussite de votre projet d'intégration de données. Si vous participez au Snowflake Summit, vous devriez rencontrer l'équipe SnapLogic à Las Vegas. Ou bien, bien sûr, n'hésitez pas à nous contacter à tout moment !
