Se préparer à migrer vers le cloud

Nous sommes maintenant dans la deuxième décennie d'adoption du cloud. Jusqu'à 92 % des entreprises utilisent le cloud computing dans une certaine mesure. La pandémie a récemment poussé les organisations à adopter les technologies cloud. La réussite du transfert de données, de projets et d'applications supplémentaires vers le cloud dépend de la préparation, de la planification et de l'anticipation des problèmes.  

1. Préparation concerne les données et la gestion humaine des données et de l'infrastructure de support.
2. Préproduction est essentiel. Le plan doit contenir des éléments clés spécifiques.
3. La gestion des problèmes est la capacité de prévoir les zones de problèmes potentiels et la capacité de les naviguer si elles sont rencontrées.  

Quatre choses qu'une entreprise doit faire pour réussir dans le cloud, plus 7 pièges

Votre entreprise va migrer vers le cloud. Eh bien, permettez-moi de reformuler cela, si votre entreprise doit réussir, elle va passer au nuage - c'est-à-dire, s'il n'y est pas déjà. Si vous y êtes déjà, vous ne lirez probablement pas ceci. Votre entreprise est avant-gardiste et entend profiter de tous les avantages du cloud dont nous avons parlé dans un autre article. En 2020, 92 % des entreprises utilisent le cloud dans une certaine mesure et 50 % de toutes les données d'entreprise sont déjà dans le cloud.

La doublure argentée du cloud COVID : la pandémie a obligé les entreprises à examiner de plus près les capacités du cloud pour prendre en charge le nouveau paradigme d'une main-d'œuvre distante. Le cloud fait référence à la fois aux données volumineuses stockage et les applications qui traitent ces données.  L'une des principales raisons de passer au cloud est d'acquérir un avantage concurrentiel en étant flexible et en obtenant de nouvelles informations à partir des cargaisons de données.   

Le cabinet d'analystes Gartner publie régulièrement un rapport qui traite des « technologies et des tendances prometteuses pour offrir un degré élevé d'avantage concurrentiel au cours des cinq à dix prochaines années ». Il y a dix ans, Hype Cycle 2012 de Gartner pour le Cloud Computing placent le Cloud Computing et le stockage dans le Cloud public dans le « creux de la désillusion » juste au-delà du « pic des attentes gonflées ». De plus, le Big Data venait juste d'entrer dans le "pic des attentes gonflées". Tous les trois avec un plateau attendu dans 3 à 5 ans. Le logiciel en tant que service (SaaS) a été placé par Gartner dans la phase «Slope of Enlightenment» avec un plateau prévu de 2 à 5 ans.

En 2018, six ans plus tard, le "Cloud Computing" et le "Public Cloud Storage" étaient en phase de "Slope of Enlightenment" avec un plateau projeté de moins de 2 ans. Le « logiciel en tant que service » avait atteint le plateau.  Le fait est qu'il y a eu une adoption importante du cloud public au cours de cette période.  

Aujourd'hui, en 2022, le cloud computing est maintenant dans sa deuxième décennie d'adoption et est désormais la technologie par défaut pour les nouvelles applications.  As Gartner le dit : "Si ce n'est pas du cloud, c'est un héritage." Gartner poursuit en disant que l'impact du cloud computing sur une organisation est transformationnel. Comment les organisations doivent-elles alors aborder cette transformation ?

Ce tableau décrit plus en détail ce que cela signifie qu'une technologie se trouve dans une phase particulière. 

Comment les organisations doivent-elles aborder la transformation organisationnelle ?

Dans leur processus d'adoption du cloud, les organisations ont dû prendre des décisions, établir de nouvelles politiques, créer de nouvelles procédures et relever des défis spécifiques. Voici une liste de domaines spécifiques que vous devrez résoudre pour vous assurer que votre maison est en ordre : 

1. Formation, reconversion ou nouveaux rôles.  En adoptant le cloud public pour le stockage des données ou en tirant parti des applications, vous avez externalisé le support et la maintenance de l'infrastructure. Vous avez toujours besoin d'une expertise interne pour gérer le fournisseur et accéder aux données. De plus, vous devez savoir comment tirer parti des nouveaux outils dont vous disposez pour l'analyse cognitive et la science des données.     
2. Données.  Tout est question de données. Les données sont la nouvelle monnaie. Nous parlons de Big Data, des données qui répondent à au moins certains des V de la définition. En passant au cloud, au moins certaines de vos données seront dans le cloud. Si vous êtes « all-in », vos données seront stockées dans le cloud et traitées dans le cloud.

A. Disponibilité des données. Vos applications sur site existantes peuvent-elles accéder aux données dans le cloud ? Vos données sont-elles là où elles doivent être traitées ? Avez-vous besoin de prévoir du temps dans votre projet de migration vers le cloud pour déplacer vos données vers le cloud ? Combien de temps est-ce que cela prendra? Vous avez besoin de développer de nouveaux processus pour acheminer vos données transactionnelles vers le cloud ? Si vous avez l'intention d'effectuer de l'IA ou de l'apprentissage automatique, il doit y avoir suffisamment de données d'entraînement pour atteindre le niveau d'exactitude et de précision souhaité.

B. Facilité d'utilisation des données. Vos données sont-elles dans un format qui peut être consommé par les personnes et les outils qui accéderont aux données ? Pouvez-vous effectuer un « lift-and-shift » sur votre entrepôt de données ? Ou peut-il être optimisé pour les performances ? 

C. Qualité des données. La qualité des données sur lesquelles reposent vos décisions peut affecter la qualité de vos décisions. La gouvernance, les gestionnaires de données, la gestion des données, peut-être qu'un conservateur de données peut jouer un rôle important dans l'adoption de l'analyse cognitive dans le cloud. Avant de migrer les données vers le cloud, prenez le temps d'évaluer la qualité de vos données. Il n'y a rien de plus frustrant que de découvrir que vous avez migré des données dont vous n'avez pas besoin.

D. Variabilité et incertitude dans les mégadonnées. Les données peuvent être incohérentes ou incomplètes. Dans l'évaluation de vos données et de la façon dont vous comptez les utiliser, y a-t-il des lacunes ? Il est maintenant temps de résoudre les problèmes connus liés aux normes de données à l'échelle de l'entreprise. Standardisez les centres de reporting sur des éléments simples tels que les dimensions temporelles et les hiérarchies géographiques. Identifiez cette source unique de vérité.   

E. Limites inhérentes aux mégadonnées elles-mêmes. Un grand nombre de résultats potentiels peuvent nécessiter un expert du domaine pour évaluer la signification des résultats. En d'autres termes, si votre requête renvoie un grand nombre d'enregistrements, comment allez-vous la traiter en tant qu'humain ? Pour le filtrer davantage et réduire le nombre d'enregistrements, afin qu'il puisse être consommé par un non-super humain ordinaire, vous devrez connaître l'entreprise derrière les données.

     3. Soutenir la fondation/l'infrastructure de l'informatique. Considérez toutes les pièces mobiles. Il est probable que toutes vos données ne seront pas dans le cloud. Certains peuvent être dans le cloud. Certains sur place. Encore d'autres données peuvent être dans une cloud du fournisseur. Avez-vous un diagramme de flux de données ? Êtes-vous prêt à passer de la gestion du matériel physique à la gestion des fournisseurs qui gèrent le matériel physique ? Comprenez-vous les limites de l'environnement cloud ? Avez-vous pris en compte la capacité à prendre en charge les données non structurées ainsi que les technologies clés de plate-forme. Serez-vous toujours en mesure d'utiliser les mêmes SDK, API et utilitaires de données que vous utilisiez sur site ? Ils devront probablement être réécrits. Qu'en est-il de votre ETL existant pour charger l'entrepôt de données à partir de systèmes transactionnels ? Les scripts ETL devront être réécrits.

     4. Affiner les rôles. Les utilisateurs peuvent avoir besoin d'être recyclés sur les nouvelles applications et sur la façon d'accéder aux données dans le cloud. Souvent, une application de bureau ou réseau peut avoir le même nom ou un nom similaire à celui dédié au cloud. Cependant, il peut fonctionner différemment ou même avoir un ensemble de fonctionnalités différent.  

Si votre organisation envisage sérieusement de passer au cloud et de tirer le meilleur parti de l'analytique, il ne fait aucun doute que cette migration peut apporter une valeur commerciale et économique significative. Concrètement, pour y arriver à partir d'ici, vous devrez : 

1. Établir une charte.  

A. Avez-vous défini le périmètre de votre projet ?  

B. Avez-vous un parrainage exécutif?

C. Qui – quels rôles – devrait être inclus dans le projet ? Qui est l'architecte en chef ? Pour quelle expertise devez-vous compter sur le fournisseur de cloud ?

D. Quel est l'objectif final ? Soit dit en passant, l'objectif n'est pas de "passer au cloud". Quel(s) problème(s) essayez-vous de résoudre ?

E. Définissez vos critères de réussite. Comment saurez-vous que vous avez du succès ?

2. Découvrez. Commencez au début. Faire l'inventaire. Découvrez ce que vous avez. Répondez aux questions:

A. De quelles données disposons-nous ?

B. Où sont les données ?

C. Quels processus métier doivent être pris en charge ? De quelles données ces processus ont-ils besoin ?

D. Quels outils et applications utilisons-nous actuellement pour manipuler les données ?

E. Quelle est la taille et la complexité des données ?

F. Qu'aurons-nous ? Quelles applications sont disponibles dans le cloud chez notre fournisseur ?

G. Comment allons-nous nous connecter aux données ? Quels ports devront être ouverts dans le cloud ?

H. Existe-t-il des réglementations ou des exigences qui dictent des exigences de confidentialité ou de sécurité ? Existe-t-il des SLA avec des clients qui doivent être maintenus ?  

I. Savez-vous comment les coûts seront calculés pour l'utilisation du cloud ?

3. Évaluer et évaluer. 

A. Quelles données avons-nous l'intention de déplacer ?

B. Évaluer les coûts. Maintenant que vous connaissez l'étendue et le volume des données, vous êtes mieux placé pour définir un budget.

C. Définir les écarts qui existent entre ce que vous avez actuellement et les attentes de ce que vous vous attendez à avoir. Que nous manque-t-il ?

D. Inclure une migration test pour exposer ce que vous avez manqué en théorie.

E. Inclure les tests d'acceptation des utilisateurs dans cette phase ainsi que dans la phase finale.

F. Quels défis pouvez-vous anticiper afin de pouvoir intégrer des contingences dans la phase suivante ?

G. Quels risques ont été identifiés ?

4. Plan. Établir un road carte 

A. Quelles sont les priorités ? Qu'est-ce qui vient en premier ? Quelle est la séquence ?

B. Que pouvez-vous exclure ? Comment pouvez-vous réduire la portée?

C. Y aura-t-il un moment pour le traitement parallèle ?

D. Quelle est l'approche ? Approche partielle / progressive ?

E. Avez-vous défini l'approche de sécurité ?

F. Avez-vous défini des plans de sauvegarde des données et de reprise après sinistre ?

G. Quel est le plan de communication – interne au projet, aux parties prenantes, aux utilisateurs finaux ?

5. Construire. Émigrer. Test. Lancer.

A. Travailler le plan. Révisez-le dynamiquement en fonction de nouvelles informations.

B. Tirez parti de vos atouts et de vos réussites historiques pour votre fondation informatique héritée et commencez à tirer parti des avantages du Big Data et de l'analyse cognitive.       

6. Itérer et affiner.  

A. Quand pouvez-vous retirer les serveurs qui sont actuellement inactifs ?

B. Quelle refactorisation avez-vous découvert qui doit être faite ?

C. Quelles optimisations peut-on apporter à vos données dans le cloud ?  

D. Quelles nouvelles applications de données pouvez-vous désormais utiliser dans le cloud ?

E. Quel est le prochain niveau ? IA, apprentissage automatique, analyses avancées ?

Gotchas

Certain sources disent que jusqu'à 70% des projets technologiques sont des échecs totaux ou partiels. Apparemment, cela dépend de votre définition de   échec. Une autre la source ont constaté que 75 % pensaient que leur projet était voué à l'échec dès le départ. Cela pourrait signifier que 5% ont réussi malgré les chances étant contre eux. Mon expérience me dit qu'il y a une fraction importante de projets technologiques qui ne démarrent jamais ou qui ne parviennent pas à réaliser pleinement les attentes promises. Ces projets partagent certains thèmes communs. Alors que vous commencez à planifier votre migration vers le cloud, voici quelques pièges à surveiller. Si vous ne le faites pas, ils sont comme un mauvais karma ou une mauvaise cote de crédit - tôt ou tard, ils vous mordront les fesses :

1. La propriété. Une seule personne doit posséder le projet du point de vue de la gestion. En même temps, tous les participants doivent se sentir investis en tant que parties prenantes.
2. Prix. Le budget a-t-il été alloué ? Connaissez-vous l'ordre de grandeur pour les 12 prochains mois ainsi qu'une estimation des coûts en cours ? Existe-t-il des coûts cachés potentiels ? Avez-vous largué tout excédent de flotsam et de jetsam en vue du déménagement. Vous ne voulez pas migrer des données qui ne seront pas utilisées ou qui ne sont pas fiables.       
3. Leadership . Le projet est-il entièrement parrainé par la direction ? Les attentes et la définition du succès sont-elles réalistes ? Les objectifs correspondent-ils à la vision et à la stratégie de l'entreprise ?
4. Gestion de projet. Les délais, la portée et le budget sont-ils réalistes ? Existe-t-il des « forces » exigeant des délais de livraison plus courts, une portée accrue et/ou des coûts inférieurs ou moins de personnel ? Y a-t-il une bonne compréhension des exigences ? Sont-ils réalistes et bien définis ?
5. Ressources Humaines. La technologie est la partie facile. C'est la chose des gens qui peut être un défi. La migration vers le cloud apportera des changements. Les gens n'aiment pas le changement. Vous devez définir les attentes de manière appropriée. Un personnel suffisant et approprié a-t-il été affecté à l'initiative ? Ou avez-vous essayé de réserver du temps à des personnes déjà trop occupées par leur travail quotidien ? Êtes-vous capable de maintenir une équipe stable ? De nombreux projets échouent en raison du roulement du personnel clé.  
6. Risques. Les risques ont-ils été identifiés et gérés avec succès ?  
7. Contingence. Avez-vous été en mesure d'identifier des éléments qui échappent à votre contrôle mais qui peuvent avoir un impact sur la livraison ? Considérez l'effet d'un changement de direction. Comment une pandémie mondiale affecterait-elle votre capacité à respecter les délais et à obtenir des ressources ?  

Le cycle de battage médiatique du cloud computing en 2022

Alors, où en sont aujourd'hui le cloud computing, le stockage dans le cloud public et le logiciel en tant que service dans le cycle de battage médiatique des technologies émergentes de Gartner ? Ils ne sont pas. Ce ne sont plus des technologies émergentes. Ils ne sont plus à l'horizon. Ils sont grand public, attendant d'être adoptés. Surveillez la croissance dans ce qui suit les technologies émergentes: Conception augmentée par l'IA, IA générative, IA informée par la physique et jetons non fongibles.  

Les idées de cet article ont été présentées à l'origine comme la conclusion de l'article "Cognitive Analytics: Building on Your Legacy IT Foundation" présenté dans Revue d'intelligence d'affaires TDWI, Vol 22, n° 4.