Migrez vers le Cloud sans ruiner votre entreprise

Par le Dr Gavin Scruby, DSI, SmartDebit

Pourquoi la migration dans le cloud est-elle différente pour les PME et les entreprises ?

Dre Gavin Scruby

La migration vers le cloud à partir de systèmes auto-hébergés peut fournir des avantages économiques et évolutifs importants pour les entreprises de toutes tailles. Pour les grandes entreprises, il n’existe qu’une approche raisonnable : une activité à long terme et soigneusement planifiée, avec un environnement hybride lentement établi et testé. Pour les PME, la voie n’est pas aussi claire. Avec un budget limité et un flux de trésorerie imprévisible, une telle approche pourrait faire faillite l’entreprise au fil du temps.

Pour les PME, la valeur des différentes approches de migration dans le cloud dépend vraiment du type d’informatique mis en place par l’organisation. L’économie du cloud ne l’emporte pas toujours sur les coûts de mise en place de services dans ce pays. Dans ce cas, nous parlons vraiment d’entreprises exécutant des charges de travail publiques pour des applications de type SaaS plutôt que de simples systèmes internes comme la messagerie, le stockage de fichiers bureautiques et les applications bureautiques. Ces systèmes de back-office sont très banalisés dans le cloud et peuvent être ajoutés par coup au fil du temps sans risques au niveau de l’entreprise. Si vous êtes ce type d’entreprise, il est probable que bon nombre de vos systèmes back-office sont déjà loués dans le cloud, et vous n’avez peut-être pas d’offre SaaS nécessitant une approche de migration.

Migration Big Bang

En supposant que nous ayons un certain nombre de services SaaS destinés au public, il existe trois façons principales de s’attaquer à une migration dans le cloud. Deux sont couramment utilisés, mais le troisième présente certains avantages qui s’étendent bien au-delà des zones d’influence normales de l’informatique.

La première option est l’approche simple big bang. Vous créez une copie de votre entreprise dans le cloud, testez-la puis basculez tout et éteignez vos instances locales. De toutes les approches, cela comporte le plus de risques, mais potentiellement le moins coûteux — si bien fait. L’inconvénient est que c’est génial en théorie, mais rarement grand dans la pratique. Les implications réelles de l’erreur humaine, de la correction et du retest signifient que le basculement peut durer longtemps, pendant lequel vous payez à la fois pour l’hébergement local continu et l’hébergement cloud. D’un autre côté, si vous parvenez à migrer trop rapidement, vous risquez de ne pas essorer la dernière durée de vie utile de votre kit local. Cela peut être un problème parce que vous avez probablement acheté et payé pour des serveurs locaux, donc une migration très rapide vers le cloud signifie que cette dépense d’investissement est annulée sans générer de revenus (une partie de la raison pour laquelle vous passez au cloud est souvent de transférer les coûts d’investissement vers les opérations dépenses). Il est vraiment difficile de prévoir quand ce type de migration complète se terminera, ce qui rend difficile le renouvellement du contrat pour vos systèmes environnants. Les équipes financières peuvent ne pas être satisfaite de cela.

Migration de données nvironments est également difficile et lente, de sorte que le basculement d’avant en arrière est difficile. De telles dépendances causent d’énormes problèmes si vous devez revenir à votre solution locale quand quelque chose de catastrophique se produit. En raison des mouvements de données, la restauration réelle peut prendre si longtemps qu’elle peut mettre l’entreprise en crise. Malgré cela, de nombreuses petites entreprises essaient encore de migrer de cette façon, car à bien des égards, il crée un projet plus simple avec des dates définies et des jalons clairs.

Migration de séparation des services

Il existe cependant une meilleure méthode de migration, qui copie le modèle utilisé par les grandes entreprises, mais en déplaçant des morceaux relatifs plus importants de l’infrastructure informatique. Les grandes organisations ne peuvent pas migrer complètement en une seule étape, donc séparez les services pièce par pièce. Les PME peuvent utiliser un modèle similaire, mais migrer une partie beaucoup plus importante de l’entreprise à chaque étape — généralement une section entière du service d’assistance à la clientèle. Nous appelons ce service « migration de séparation » : utiliser des services cloud ciblés pour créer un modèle hybride, certains de vos services s’exécutant localement et d’autres dans le cloud.

Cela est devenu beaucoup plus facile ces dernières années. Par le passé, les clouds publics ne fonctionnaient que dans leur propre infrastructure. Les entreprises de cloud ont rapidement vu que cela n’était pas pratique, elles ont modifié leur offre pour l’étendre à des environnements hybrides, tels que les systèmes locaux des entreprises. De nombreux services sont désormais disponibles dans le cloud qui peuvent prendre en charge la migration partielle et ils ajoutent toujours une prise en charge des dernières tendances hybrides, telles que les systèmes de calcul de périphérie. Laissez-les faire une partie de votre travail pour vous et jetez un oeil à leur portefeuille. En examinant les services d’extension hybride du cloud, vous serez en mesure de déterminer lequel de vos services locaux pourrait être rompu et migré le plus facilement. Ils ont passé beaucoup de temps à travailler sur la façon de procéder, alors utilisez leur expertise plutôt que d’essayer de migrer des parties personnalisées de votre infrastructure qui ne sont pas prises en charge. Cela permet une approche hybride où, par exemple, vous pouvez conserver des bases de données critiques localement et exécuter le traitement des applications dans le cloud. D’autres fonctions problématiques peuvent également être migrées, telles que les services d’envoi de courrier électronique, le stockage de sauvegarde, le stockage de fichiers, la gestion des clés et bien d’autres. À eux seuls, ils pourraient économiser de l’argent par rapport aux instances locales et fournir une expérience précieuse à votre équipe informatique sur la façon de migrer complètement vers le cloud à l’avenir. Il est toujours bon si le prix du prochain projet est plus précis en utilisant des données réelles provenant de l’organisation. Cela signifie également que toute infrastructure locale libérée peut être utilisée pour étendre les applications toujours en cours d’exécution, de sorte que vous ne perdez pas d’argent sur votre investissement existant.

La migration de séparation des services peut également ajouter des services à votre portefeuille informatique que vous ne possédez pas les compétences internes ou le budget nécessaires. Des domaines tels que le stockage de Big Data, l’analyse de Big Data, les types de bases de données spécialisées ou les systèmes de codage vidéo sont toujours difficiles à configurer , chaque service standard que vous pouvez imaginer est désormais disponible dans de grands clouds publics. L’utilisation de certains de ces outils peut augmenter votre offre existante avec des coûts prévisibles de paiement à l’utilisation et une formation moins nécessaire pour le personnel.

Il y a aussi des inconvénients bien sûr. La chose clé à retenir est que le nuage est à une certaine distance des systèmes locaux, de sorte que vous devez toujours être conscient du saut de données entre les deux. Essayez d’utiliser des services cloud qui n’ont pas besoin de données fréquentes, ou qui nécessitent des connexions rapides de données à l’infrastructure locale. Si vous ne concevez pas pour cela, vos systèmes pourraient ralentir au fur et à mesure que les données parcourent des distances importantes, ou vous pourriez engager des coûts de transfert de données importants (les fournisseurs de cloud facturent généralement les données à l’intérieur et à l’extérieur du cloud). Si vous trouvez soudainement besoin d’une connexion plus rapide, ce n’est pas catastrophique ; les fournisseurs de cloud disposent de solutions personnalisées avec des connexions directes pour résoudre le problème. Cependant, ceux-ci sont souvent exorbitants coûteux, de sorte que la conception à l’avance est cruciale.

Migration des extensions

Cela nous amène à une troisième approche. Cela est souvent manqué ou exclu parce qu’il a besoin d’une intervention au-delà de l’informatique. Cependant, il évite les problèmes de data hop et, avec une certaine réflexion, il peut également ouvrir de nouvelles affaires et de nouveaux marchés. À mon avis, cette approche peut générer la plus grande valeur de tout ce que nous avons examiné, et elle fournit une expérience d’apprentissage complète pour l’entreprise. L’inconvénient de la mise en œuvre est qu’elle repose sur tous les secteurs de l’entreprise étant impliqués parce qu’il nécessite un changement stratégique. Cependant, je suis d’avis que si vous envisagez de tout déplacer vers le cloud, vous effectuez déjà un changement stratégique sérieux, de sorte qu’il devrait déjà y avoir une pleine participation de l’entreprise et l’adhésion.

Nous appelons ce paradigme l’approche de l’extension cloud. Ici, comme dans l’approche big bang, nous essayons de construire une copie, ou presque copie, de tous les services générateurs de revenus dans le cloud. La différence entre l’approche big bang et la double exécution est que nous ne migrons pas les clients locaux vers le cloud, et il n’y aura peut-être jamais de migration finale. En fait, nous gérons deux systèmes d’entreprise et nous ajoutons simplement de nouveaux clients, ou un autre type de client, à la solution cloud. Cela permet de nouvelles façons de travailler et d’ouvrir de nouveaux segments de marché.

Des exemples où j’ai vu cela utilisé sont lorsque les systèmes locaux ne peuvent pas être suffisamment étendues pour prendre en charge certains clients, mais le cloud le peut. Ou, lorsque les systèmes locaux ne peuvent pas traiter les transactions assez rapidement (généralement en raison de la limitation de l’espace physique ou du budget d’immobilisations). Pourtant, avec le bon choix d’infrastructure cloud, cela ne devient plus un problème. Une autre situation dans laquelle ce modèle peut être utile est lorsque les systèmes locaux ne peuvent pas être migrés vers les dernières versions du logiciel, car le cloud fournit un démarrage propre sur une base moderne. L’utilisation du cloud étant payée à l’utilisation est également plus simple à prix, de sorte que des modèles de tarification plus flexibles et compétitifs peuvent être créés car vous ne payez plus . La beauté de cette méthode globale est que vous pouvez éventuellement, et lentement, migrer les clients existants à un rythme que vous choisissez, si vous le souhaitez.

Un dernier exemple que j’ai vu où cette approche était utile était lorsque certains groupes de clients avaient besoin d’un hébergement non cloud pour leurs propres raisons de conformité. La société ne pouvait se développer qu’en utilisant le cloud, donc diviser la base de clients entre local et cloud, en divisant les besoins de conformité et en facturant une prime pour les locaux. Cela soulève une mise en garde importante lors de la migration des clients des systèmes locaux vers le cloud : attention aux problèmes contractuels. Lorsque vous ajoutez un cloud public à votre chaîne de traitement, vous ajoutez probablement un nouveau sous-processeur de données (le fournisseur de cloud lui-même) qui a besoin de l’autorisation du client en vertu de la législation RGDP. N’oubliez pas non plus que les contrôles de sécurité et les vérifications de conformité peuvent devoir être différents dans le cloud de ceux des systèmes locaux. C’est une autre raison que l’utilisation du cloud pour ouvrir un nouveau segment de marché avec un nouveau type de client est préférable que d’essayer de changer les clients existants comme première approche.

Quelle méthode choisir

J’ ai vu beaucoup de PME essayer de migrer vers le cloud dans un projet big bang. C’est très risqué, même pour les grands acteurs, comme nous l’avons vu récemment dans les nouvelles lorsque les banques ont essayé de changer de plate-forme bancaire en une seule étape. Ces dernières ont provoqué des pannes très médiatisées qui affecteront l’entreprise pendant des années à venir. Une approche plus réfléchie, avec une séparation des services entre les systèmes locaux et les systèmes cloud peut vraiment fonctionner en ajoutant des fonctionnalités autrement inaccessibles à vos services. Cela peut bien sûr signifier que vous êtes bloqué dans une solution hybride éternelle, avec un nuage partiel et partiel, et finalement votre architecture est limitée par le saut de données inévitable et redoutable entre le cloud et les systèmes locaux. Cela peut cependant être la solution idéale pour de nombreuses organisations : elle permet de réaliser des économies d’échelle, mais vous conservez le contrôle total des domaines clés.

Si c’est possible dans l’organisation, je préfère l’option dual running, car ses avantages s’étendent au-delà de l’informatique. Si je dois migrer vers le cloud, je veux m’assurer que les avantages qu’il apporte vont au-delà de simples économies de coûts ou d’augmentation de capacité. Je veux profiter de l’occasion pour déplacer l’entreprise dans de nouveaux secteurs et entrer dans de nouveaux segments de marché. Si vous pouvez adopter cette approche et montrer que les avantages vont bien au-delà de l’informatique pour aider le reste de l’entreprise et augmenter le chiffre d’affaires, le financement d’une nouvelle migration vers le cloud devient une proposition beaucoup plus facile. Il peut également améliorer la valeur de l’équipe informatique en dehors de son créneau stéréotypé et dans la stratégie d’entreprise dans son ensemble, ce qui aide tout le monde.

Gaston Alexandre

En tant que travailleur indépendant, j’ai décidé de me lancer dans la rédaction d’articles basée sur le buzz international. Je traite ainsi différents sujets, et particulièrement ceux qui ont suscité un énorme engouement dans la société mondiale. J’écris ainsi des articles concernant les thématiques à fort caractère, c’est-à-dire qui créent un véritable impact émotionnel chez le lecteur. Le nombre d’articles que j’écris est variable au quotidien. L’objectif étant de fournir le maximum d’informations pertinentes du jour, vous pouvez alors découvrir de nombreuses publications d’une douzaine de lignes par article.
Bouton retour en haut de la page