septembre 1, 2022

4 considérations pour le déploiement de services cloud gérés

La première chose à savoir sur la gestion service cloud? Il serait certainement utile de définir le terme comme point de départ.

À un moment donné dans un passé pas si lointain, un «service géré dans le cloud» faisait probablement référence à quelque chose de simple, comme payer un fournisseur de cloud pour gérer certaines machines virtuelles pour vous au lieu de les exécuter vous-même dans votre propre centre de données. L’achat de calcul ou de stockage auprès d’un fournisseur de cloud est toujours un cas d’utilisation de base, mais il a été rejoint par un ensemble beaucoup plus large d’outils et de services.

Un service cloud géré aujourd’hui peut être n’importe quoi, d’un service entièrement géré pour la création et la formation de modèles d’apprentissage automatique à une plate-forme de conteneur entièrement gérée.

À un niveau élevé, un service cloud géré peut faire référence à toute technologie que vous acquérez auprès d’une plate-forme ou d’un fournisseur cloud – et que le fournisseur exécute en grande partie pour vous, par opposition à vous qui provisionnez et maintenez ce service (et toute l’infrastructure connexe qu’il nécessite) vous-même.

Les services infonuagiques gérés sont partout de nos jours, non seulement pour l’infrastructure de base, mais aussi pour l’ensemble du portefeuille informatique. Ils peuvent être extrêmement précieux, mais les responsables informatiques doivent être réfléchis dans leur approche ou risquer de gaspiller les ressources, de surcharger les outils, de manquer de talents et d’autres problèmes.

1. Les services cloud gérés varient considérablement

Au point ci-dessus, les services cloud gérés constituent une large catégorie, et vos choix peuvent varier sur un assez large spectre. Il ne s’agit pas d’un cas où la taille unique ou le « choisissez-en un » est une excellente approche, en particulier dans toute organisation qui traite d’une complexité considérable (ce qui signifie la plupart d’entre elles).

« Les services gérés dans le cloud signifient beaucoup de choses différentes pour diverses organisations », déclare Matt DeCurtis, vice-président, opérations gérées, Anexinet.

Essentiellement, ce que vous devez demander est : que signifient-ils pour nous ?

« Êtes-vous une entreprise souhaitant transformer la façon dont vous utilisez vos ressources sur site et cherchez à tirer parti de la résilience des clouds publics ou privés géo-redondants ? » DeCurtis demande, par exemple. « Êtes-vous une organisation qui cherche à transférer ses charges de travail applicatives dans un espace où les microservices peuvent vous aider à tirer parti du modèle de paiement à l’utilisation et à être élastique à mesure que votre entreprise ou votre clientèle se développe ? »

DeCurtis souligne également que les services infonuagiques gérés ne sont pas universels et ne sont donc pas interchangeables.

« Ils sont hautement personnalisés en fonction de l’objectif qui pousse l’organisation à investir dans le cloud », déclare DeCurtis. « Les entreprises qui recherchent des services gérés dans le cloud à des fins de coût auront besoin de services très différents de ceux qui recherchent des services gérés dans le cloud à des fins de capacité améliorée. »

D’autres organisations encore peuvent avoir besoin des deux – et l’évaluation nécessitera alors de comprendre comment un service géré dans le cloud particulier aide à trouver cet équilibre.

2. Une stratégie de services infonuagiques gérés doit refléter les réalités de votre entreprise

Cela signifie que – flash d’information – tout n’a pas besoin d’être migré vers un cloud public ou consommé en tant que service cloud. La plupart des entreprises gèrent un portefeuille diversifié et complexe d’applications, d’infrastructures, d’intégrations et d’autres services. (Voir aussi : une taille ne convient pas à tous.)

« Vos plans architecturaux devront également tenir compte de vos réalités actuelles », déclare Gordon Haff, évangéliste de la technologie, chapeau rouge. « Lorsque nous interrogeons les décideurs informatiques sur leurs approches de la modernisation des applications, la plupart adoptent plusieurs approches – du maintien des systèmes tels quels pour l’instant au remplacement des composants par un service SaaS ou cloud en passant par le développement de nouvelles applications basées sur des microservices en interne. »

La modernisation ne signifie pas automatiquement refactoriser ou même reformater chaque application. Le cloud est un élément essentiel de l’informatique, mais vous ne trouverez pas de grandes ou moyennes entreprises qui abandonnent en masse leurs applications et leur infrastructure héritées.

« Les services cloud peuvent être une partie importante du mix de modernisation des applications », déclare Haff. « Mais elles doivent avoir un sens dans le cadre d’une stratégie globale de modernisation des applications qui comprend, entre autres, l’évaluation de votre niveau de compétences en interne.

3. Oui, vous avez encore besoin de compétences en interne

Les services cloud gérés nécessitent toujours une certaine expertise interne si vous souhaitez maximiser votre retour sur investissement – ils doivent surcharger l’équipe informatique, pas la remplacer. Vous pouvez certainement utiliser les services infonuagiques gérés pour faire plus avec moins – l’ordre de marche constant dans le monde des affaires d’aujourd’hui – et atteindre une échelle technologique qui ne serait pas possible autrement. Mais vous devriez toujours le faire dans le contexte de votre équipe existante et de vos futurs plans d’embauche.

Si vous êtes déjà une boutique DevOps mature, vous avez une longueur d’avance. D’autres équipes peuvent avoir des apprentissages à faire – et les dirigeants peuvent se rendre compte qu’il peut être difficile de trouver des personnes capables de combiner des fonctions professionnelles autrefois cloisonnées – mais pas aussi impossibles qu’il y paraissait autrefois.

Des services entièrement gérés peuvent aider à combler les lacunes en matière de talents, mais même avec ceux-ci, les responsables informatiques ont besoin de savoir qui sera responsable de quoi en interne.