Nous savons désormais quels workloads migrer en priorité dans le cloud. Mais la transition n’est pas toujours évidente. Et plusieurs facteurs doivent être pris en compte pour éviter les dangers.
Loué pour sa simplicité d’utilisation et sa flexibilité, le cloud computing rend parfois difficile le pilotage des infrastructures matérielles. C’est le cas lorsque la société intéressée opte pour une solution de cloud public, dont les infrastructures – maintenues par le fournisseur – ont vocation à être partagées par plusieurs clients. Le problème, dans ce cas, réside dans la capacité de l’entreprise utilisatrice à mesurer la solidité du socle d’infrastructure soutenant les applications. Sans accès à ces équipements, il lui faut a minima prendre en main de nouveaux outils d’analyse de la performance des applications encapsulées dans les serveurs virtuels.
Les services en ligne les plus populaires (moteurs de recherche, plates-formes de diffusion de vidéos en streaming…), connus pour consommer de vastes quantités de ressources informatiques hébergées, ont dès le départ été pensés pour faire face aux défaillances ponctuelles du cloud public. Leurs architectures sont distribuées (réparties sur plusieurs serveurs distants), redondantes, et certains intègrent nativement des systèmes de test et de prévention des interruptions de services en cas de panne d’un serveur.
D’une conception souvent plus ancienne, les principales applications d’entreprise (ERP, solutions d’optimisation de la chaîne logistique…) ont été développées avec une autre philosophie. Ces progiciels s’appuient dès le départ sur des infrastructures moins nombreuses mais ultra-robustes. Il est donc difficile de les porter sur les environnements distribués du cloud. Et contrairement aux services en ligne, ils ne tolèrent quasiment pas les perturbations, susceptibles d’entraîner une défaillance immédiate de tout le système.
L’accessibilité du cloud dépend en partie de sa localisation géographique : les temps de latence sont moindres si le Datacenter est situé à proximité immédiate des utilisateurs et plus élevé s’il est stocké aux Etats-Unis (sans réplication sur le continent européen). Attention également aux contraintes réglementaires qui peuvent tout bonnement interdire l’envoi de données sur un service cloud basé en dehors des frontières nationales ou européennes.
Avec le cloud, il ne suffit pas d’évaluer la robustesse des serveurs, l’accessibilité et la sécurisation des salles d’hébergement ou bien encore les engagements du fournisseur en termes de qualité de service. Dans l’hypothèse d’une migration ultérieure, il faut aussi avoir conscience des spécificités technologiques propres au cloud sur lequel vous prévoyez d’installer une application critique. Les principales différences résident dans les architectures réseau, qui permettent de faire communiquer entre elles plusieurs machines virtuelles, et les caractéristiques des espaces de stockage mis à disposition (il peut s’agir de blocs de stockage, accessibles grâce à des interfaces de programmation, ou de bases de données hébergées). Les choix d’infrastructure déterminent l’évolution à venir de l’application. Et sa capacité ou non à être un jour basculée sur le cloud d’un autre fournisseur.
Vous pensiez votre PC totalement déconnecté du réseau à l’abri des pirates ? Pourtant son…
Vous pensiez l’impression 3D cantonnée à quelques prototypes en plastique ? En l’espace de quelques…
Tout arrêt de la production informatique ou toute panne sur les postes de travail peuvent…
Laisser son poste de travail librement accessible quand on quitte son bureau peut avoir des…
Les intérêts des interfaces tactiles ne se limitent pas aux petits écrans des smartphones. Sur…
Utilisées dans l’automobile ou l’architecture pour faciliter la conception d’un véhicule ou d’un bâtiment, les…