Avant de commencer : Questions essentielles sur les infrastructures

La rapidité est l'un des principaux atouts du modèle d'infrastructure externalisée et basée sur le cloud. Cette rapidité englobe plusieurs aspects ; la performance est incontestablement primordiale. Il y a aussi la rapidité de déploiement des ressources, qui demeure un argument de vente majeur pour le cloud, compte tenu de la possibilité pour les responsables informatiques de déployer de nouvelles ressources selon leurs besoins et en temps quasi réel.

Prenons l'exemple d'un responsable chargé des achats d'infrastructure pour une grande entreprise. Lorsqu'il examine différents fournisseurs, les critères qu'il applique généralement incluent des facteurs tels que le prix, la capacité de traitement, le stockage, la bande passante et la situation géographique. Ces critères sont très utiles pour restreindre les options, mais ils ne permettent pas de savoir à quel point il sera facile pour l'entreprise de déployer et d'exploiter l'environnement choisi.

Dans le même temps, l'acquisition d'infrastructures est devenue si rapide et si pratique qu'elle est presque aussi simple que d'acheter n'importe quoi sur Amazon, et c'est là que les problèmes peuvent commencer.

Bien que cela puisse paraître simple, l'infrastructure n'est pas une option ponctuelle ni une décision que l'on peut oublier ; son impact opérationnel se fait sentir tout au long de son cycle de vie en production. Une décision qui semble anodine au premier abord peut facilement devenir plus critique ou coûteuse une fois la migration ou la gestion quotidienne entamée, soulignant ainsi l'importance de mesurer efficacement la réussite des projets informatiques .

Par exemple, la migration peut nécessiter plus d'efforts internes que prévu initialement, ou l'organisation peut découvrir qu'elle ne dispose pas de certaines ou de la totalité des compétences ou des capacités de soutien nécessaires pour gérer l'environnement comme prévu.

Comment résoudre ces problèmes ? Il est important d’anticiper le risque que la migration nécessite plus de temps d’ingénierie et de coordination que prévu. De nombreuses équipes informatiques connaissent bien la nécessité de reconfigurer les applications ou les données existantes avant qu’elles ne puissent fonctionner dans le nouvel environnement, parmi d’autres situations courantes.

De plus, lorsqu'un service nouveau ou amélioré rencontre un succès plus important que prévu, ses coûts peuvent rapidement augmenter en fonction de son utilisation et de sa capacité. Remédier à ce problème peut nécessiter une mise à l'échelle supplémentaire, ce qui peut engendrer des complexités accrues en matière de gestion ou de sécurité.

Très peu de ces problèmes sont insurmontables, mais leur résolution peut prendre plus de temps si les responsabilités ne sont pas clairement définies entre le client et le fournisseur.

Comprendre vos besoins opérationnels

Les acheteurs doivent donc définir clairement les responsabilités. Celles-ci doivent inclure la gestion des opérations quotidiennes, la réponse aux incidents, l'escalade du support et le processus d'augmentation des capacités, en gardant à l'esprit que chaque organisation aura sa propre interprétation de ces aspects. Une fois ces points clarifiés et validés, les fournisseurs devraient être en mesure d'expliquer l'impact concret de l'extension sur l'équipe interne du client.

Un autre aspect souvent négligé est que les services d'infrastructure dépendent en fin de compte de la capacité physique des centres de données , de l'alimentation électrique, de la connectivité réseau et des chaînes d'approvisionnement en équipements. Ces capacités ont toujours été importantes, mais elles sont devenues encore plus critiques depuis que les charges de travail liées à l'IA et autres tâches gourmandes en données ont fait exploser la demande en puissance de calcul à un rythme que beaucoup n'avaient pas anticipé.

Aujourd'hui, les acheteurs doivent également s'assurer que la capacité dont ils prévoient d'utiliser sera disponible là où ils en ont besoin et dans les délais impartis. Identifier ces limitations potentielles en amont permet à l'organisation de les intégrer à son plan de déploiement, plutôt que de les découvrir une fois le projet lancé, lorsqu'il est peut-être trop tard pour obtenir ce dont elle a besoin.

Impliquez les bonnes personnes dans la discussion

De toute évidence, certaines décisions en matière d'infrastructure sont plus critiques que d'autres, mais dans certains cas, elles peuvent avoir un impact sur les équipes d'ingénierie, de sécurité, de conformité, de finance et commerciales – toutes dépendant du service concerné. Par exemple, les risques de sécurité peuvent affecter la stabilité financière, comme le souligne l'article du gouverneur de la Banque d'Angleterre : « L'intelligence artificielle menace la stabilité financière par les risques de sécurité et la concentration des investissements ».

Chaque équipe peut également présenter des exigences qui doivent être examinées en détail avant la signature des contrats. À défaut, des problèmes peuvent survenir lors de l'identification d'un besoin spécifique une fois le fournisseur sélectionné ou le plan de déploiement validé. De plus, impliquer les parties prenantes concernées dès le début du processus permet d'établir un lien plus clair entre la décision relative à l'infrastructure et les résultats commerciaux qu'elle vise à soutenir.

Il peut être tentant d'écarter certains acteurs et de décider à leur place, mais donner son avis ne signifie pas prendre la décision finale. La différence réside dans le fait que recueillir des avis en amont permet d'identifier les problèmes potentiels tout en gardant toutes les options ouvertes, plutôt que de donner à chaque acteur un certain contrôle sur le processus de sélection, ce qui n'est pas non plus idéal.

Posez-vous les bonnes questions avant de vous engager.

Lors de la recherche de fournisseurs d'infrastructures potentiels, les acheteurs doivent pouvoir définir clairement et simplement le problème que le nouvel environnement vise à résoudre. Il est alors temps pour eux de se poser des questions essentielles.

Par exemple, à quoi ressemblera le succès une fois le service déployé et pris en charge pour les charges de travail en production ? Comment l’environnement évoluera-t-il avec l’augmentation de la demande, notamment en termes de coûts et d’efforts de gestion interne ? Quelles activités nécessiteront encore une intervention manuelle de l’équipe cliente ? Quel support est disponible en cas d’incident ? Qui est responsable de chaque étape de la réponse ? Et comment les escalades seront-elles gérées ?

Obtenir des réponses satisfaisantes est important, mais cela devrait inciter les acheteurs à tester correctement les hypothèses de leur modèle de coûts et à les comparer à la capacité qu'ils prévoient d'utiliser au fil du temps.