Transpirez votre infrastructure, révisez vos contrats et évaluez vos charges de travail
Toutes les entreprises du marché intermédiaire examinent comment elles peuvent mieux utiliser leurs budgets l’année prochaine. Cela commence par l’infrastructure pour laquelle vous avez déjà payé et comment en tirer le meilleur parti. Lorsque j’ai parlé de la transpiration des actifs dans un article précédent, cela a vraiment à voir avec une certaine gestion des coûts – combien je peux transpirer un actif est combien je peux continuer pour qu’il fonctionne après sa durée de vie idéale, qui pour la plupart des achats d’infrastructure est de 3 ans. Si je pousse ça au delà de 3 ans, je transpire maintenant l’actif.
Ce à quoi je veux penser, c’est où est un bon endroit pour faire ça, et où est un mauvais endroit ? La plupart des infrastructures sont assez fiables. Cela étant dit, avec l’infrastructure que j’ai sur Prem (et je ne m’en débarrasse jamais complètement, même si je passe d’abord au cloud), je dois encore faire fonctionner un réseau. Je veux réfléchir aux types de catégories de choses que je dirais “résistantes à la transpiration”, et vous pourriez les mettre dans le niveau 1, le niveau 2, le niveau 3.
Donc, niveau 1. Ce sont des choses que je ne peux pas transpirer. Le plus important est mon stockage Tier One. Si j’ai une base de données, je ne veux probablement pas transpirer le stockage car j’ai cette base de données critique pour l’entreprise, j’ai vraiment besoin d’être au top. C’est donc un endroit où je ne vais pas vouloir transpirer cet investissement.
Le niveau 2 sont des choses qui, eh bien, mon entreprise va continuer à bien fonctionner si je les utilise au-delà de leurs trois ans. Je peux peut-être en tirer 5 ans. Par exemple, les serveurs : je ne veux pas vraiment m’en préoccuper, mais en même temps, je n’utilise pas nécessairement tout mon processeur, je travaille vraiment sur ce matériel. La probabilité d’échec n’augmente pas considérablement entre 3 et 5 ans, il n’y a donc rien de mal à s’en faire. Je ne veux probablement pas transpirer jusqu’à 7 heures. Cela devient un peu risqué. Les problèmes de fiabilité augmentent après cinq ans. Même des choses comme des pannes de ventilateurs peuvent devenir un énorme problème de maintenance.
Le réseau entre dans ce compartiment de niveau 3 en ce qui concerne les composants non liés à la sécurité de mes commutateurs réseau. Routeurs. Ceux que je ne devrais vraiment pas avoir de problème à transpirer dans ce genre de tranche d’âge de 7 ans. Là où cela devient problématique, c’est si j’aborde des questions de capacité, par exemple, la sécurité. Ou des problèmes de capacité, où je pousse plus de trafic réseau que le commutateur ne peut en gérer. Disons que nous avons 10G à mon cœur, ou 40G à mon cœur, et j’ai vraiment poussé au-delà de ce que le 10G ou le 40G peut vraiment gérer.
Lorsque vous regardez à la fois les niveaux 2 et 3, alors que vous commencez à transpirer au-delà de ce que le fabricant considère comme la durée de vie standard, vous constaterez que vos coûts de support de première partie augmentent. Pour les commutateurs, si votre fabricant vous autorise toujours à accéder au micrologiciel, vous pouvez envisager une maintenance par un tiers. Le micrologiciel de première partie est indispensable : de nombreux fabricants limitent votre capacité à obtenir le micrologiciel actuel, ce qui a un impact direct sur la sécurité de ces appareils.
Cela fonctionne aussi pour les serveurs. Si vous ne pouvez pas obtenir les correctifs actuels, si vous ne pouvez pas obtenir les pilotes actuels, à tout le moins, vous allez manquer les mises à jour de sécurité. Vous allez également manquer la stabilité et les corrections de bogues. Alors, lisez bien les petits caractères. Assurez-vous de vous tenir debout là-dessus.
Dans le cadre de cet exercice, je procéderais à d’importantes révisions de contrats : il peut être utile d’engager une entreprise pour vous assurer que vous comprenez quelles sont vos dépenses totales et recherchez un potentiel de consolidation dans l’ensemble de l’organisation. Ensuite, vous pouvez commencer à négocier des accords-cadres de services (MSA) et des négociations de contrats pour vraiment faire baisser le prix.
Surtout dans les terminaux ! Nous constatons que de nombreuses organisations pensent que leurs dépenses représentent entre 40 et 60 % de leurs dépenses réelles dans des choses qui ont été distribuées dans l’organisation pour le pouvoir d’achat. La possibilité de consolider cela et de dire, nous allons acheter tous nos terminaux chez Dell, Lenovo, HP, Microsoft ou n’importe qui d’autre, puis aller chez ce fournisseur et négocier un MSA avec des niveaux de remise. Cela peut représenter une économie importante.
L’autre chose que vous devriez regarder est la consolidation fournisseur/partenaire. Vous aurez probablement plus de fournisseurs que vous n’en avez besoin, alors lesquels apportent vraiment une valeur ajoutée à votre organisation ? Quels sont ceux qui vous aident vraiment à penser à votre entreprise et à fournir la technologie en tant qu’actif commercial ? Si vous commencez à consolider ceux-ci, vous pouvez d’abord réduire le bavardage qui se produit, mais aussi, deuxièmement, vous pouvez tirer parti de la puissance de votre portefeuille et tirer davantage de valeur de ces relations.
Je recommanderais de fixer sur trois fournisseurs. Je ne pense pas que vous devriez consolider plus bas que cela. Three vous donne la possibilité de faire des prix compétitifs si nécessaire. Cela garantit que vous disposez d’une gamme d’options plus large lorsque vous recherchez des produits. Plus haut est acceptable, ou vous n’aurez peut-être pas le temps et la patience d’entretenir trois relations avec les fournisseurs, donc moins est également une possibilité. Vous devez faire un choix pour vous-même.
Ces questions ne disparaissent pas avec Cloud. La première chose à retenir est que Cloud ne doit pas être arbitraire. Je veux dire par là que c’est bien d’avoir une stratégie “cloud-first”, mais ce n’est pas bien d’avoir une stratégie “cloud-only”. Cela a tendance à mal se passer. Le cloud d’abord, c’est quand la première chose que je fais est de me tourner vers le cloud et de dire, est-ce le bon endroit pour exécuter cette charge de travail ? Le Cloud est-il vraiment fait pour ça ? Et mon entreprise a-t-elle besoin des éléments fournis par le Cloud ?
Deux choses devraient vous pousser vers le Cloud ; le premier étant une réduction de la dette technique, c’est-à-dire tous les raccourcis qui ont été faits dans le déploiement, qui vous coûtent désormais en performance, capacité, flexibilité ou simple maintenance. Donc, si je déploie cette chose sur le Cloud, puis-je le faire de manière à réduire la dette technique ? Est-ce que je vais être sur la dernière version ? Puis-je le faire en tant que SaaS, où je n’ai plus le même niveau de maintenance/exigences de maintenance, et où le logiciel ne continuera pas à vieillir, et l’âge de ce logiciel, la devise, ou son absence, deviendra un problème ?
La seconde est l’agilité. En mettant cette chose dans le Cloud, vais-je pouvoir tirer parti de l’agilité du Cloud – que ce soit en termes d’évolutivité ou d’extensions gauche-droite ? Par exemple, pourrai-je profiter de certains des outils d’IA ou de ML qui existent dans le Cloud ? Ces éléments complèteraient-ils cette application et me donneraient-ils ainsi une capacité bien supérieure à ce que je ferais si je l’avais sur site ?
Si la réponse à ces deux questions est non et que vous pensez que vous pouvez passer au Cloud et économiser de l’argent, cela n’est probablement vrai que si vous êtes déjà à 94/95 % dans le Cloud. Ce à quoi je penserais vraiment, c’est si le Cloud est le bon endroit pour exécuter cette charge de travail ? Si non, ai-je une infrastructure sur site qui peut l’exécuter ? Si la réponse à cette question est oui, je devrais l’avoir sur place. Ensuite, nous revenons à cette conversation fournisseur-outil-contrat.
Si la réponse est non et que le Cloud est le bon endroit pour l’exécuter, déployez-le sur le Cloud, mais la conversation reste la même. Il existe 270 combinaisons de CPU disponibles dans AWS. Avons-nous normalisé ceux-ci? Avons-nous standardisé la façon dont nous allons consommer S3, et plus précisément les produits S3 que nous allons consommer ? Idem pour nos choix d’IA et nos choix de ML. Pouvons-nous appliquer la gouvernance à ces choses, afin que ce ne soit pas le monstre écrasant que le Cloud peut devenir ?
Je ne pense pas que la conversation sur le contrat change, que ce soit sur site ou dans le cloud. Il y a beaucoup d’AWS de carte de crédit au sein d’une organisation. Alors, pouvons-nous consolider cela, conclure un contrat et profiter de remises contractuelles ? En tant que client, pouvons-nous profiter d’un surapprovisionnement pendant la durée de notre contrat, sans encourir de surcoût ? Ceci n’est disponible que dans le cadre d’un accord d’entreprise. Sommes-nous donc suffisamment importants pour avoir un accord d’entreprise avec AWS ou Microsoft ?
Vous pouvez voir la relation entre cela et la transpiration des actifs, la hiérarchisation. Lorsque je fais cet exercice de hiérarchisation, j’expose également la criticité de l’application et de son infrastructure sous-jacente à mon entreprise. En déterminant ce qui est essentiel pour mon entreprise, je peux également voir ce qui va bénéficier de la résilience et de l’élasticité du Cloud, d’abord et avant tout. Si je ne peux pas transpirer cette infrastructure, et qu’elle est sur le point d’être renouvelée, et que c’est un achat important, est-ce que l’exécution sur site est toujours la bonne façon de le faire ?
Je veux également déterminer si mes habitudes d’accès ont changé. Au cours des trois dernières années, tout le monde est rentré chez lui et a commencé à travailler, et de nombreuses organisations constatent que la productivité est la même ou meilleure, ou que les différences sont négligeables. Mais les employés voient vraiment que la flexibilité est un énorme avantage. Pendant ce temps, nous voyons dans les nouvelles comment les entreprises appellent les employés à revenir travailler au bureau, et elles voient beaucoup de démissions.
Si vous avez examiné cela et décidé de garder un grand pourcentage de personnes travaillant à domicile, il est probable que conduire les gens vers un centre de données central pour accéder à une application ne fournira pas la meilleure expérience, car vous ne contrôlez pas leur dernier kilomètre. l’accès au réseau. Il peut être utile de se tourner vers le cloud pour améliorer cette expérience pour votre main-d’œuvre distribuée.
Il s’agit de se mettre en forme, en fin de compte. Hiérarchisez vos actifs, transpirez vos actifs et déplacez les charges de travail vers le cloud là où cela a du sens. Surtout, mettez vos fournisseurs en forme, qu’ils soient sur site ou dans le cloud, sinon vous allez juste payer plus pour des choses dont vous n’avez pas besoin ou qui peuvent être remises. Ne présumez pas que le statu quo est votre ami, cela ne vous coûtera que de l’argent, et personne ne peut se permettre de le faire.
