Transpirez votre infrastructure, révisez vos contrats et évaluez vos costs de travail
Toutes les entreprises du marché intermédiaire examinent remark elles peuvent mieux utiliser leurs budgets l’année prochaine. Cela begin par l’infrastructure pour laquelle vous avez déjà payé et remark 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 années. 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 varieties 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 necessary est mon stockage Tier One. Si j’ai une base de données, je ne veux probablement pas transpirer le stockage automotive j’ai cette base de données critique pour l’entreprise, j’ai vraiment besoin d’être au prime. 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 upkeep.
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 style 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 commonplace, vous constaterez que vos coûts de help de première partie augmentent. Pour les commutateurs, si votre fabricant vous autorise toujours à accéder au micrologiciel, vous pouvez envisager une upkeep 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 affect 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 companies (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 selected 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 industrial ? 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’choices plus massive lorsque vous recherchez des produits. Plus haut est acceptable, ou vous n’aurez peut-être pas le temps et la endurance 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 selected à 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 selected que je fais est de me tourner vers le cloud et de dire, est-ce le bon endroit pour exécuter cette cost 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 approach, c’est-à-dire tous les raccourcis qui ont été faits dans le déploiement, qui vous coûtent désormais en efficiency, capacité, flexibilité ou easy upkeep. Donc, si je déploie cette selected sur le Cloud, puis-je le faire de manière à réduire la dette approach ? Est-ce que je vais être sur la dernière model ? Puis-je le faire en tant que SaaS, où je n’ai plus le même niveau de upkeep/exigences de upkeep, 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 selected 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 utility et me donneraient-ils ainsi une capacité bien supérieure à ce que je ferais si je l’avais sur web 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 cost de travail ? Si non, ai-je une infrastructure sur web site qui peut l’exécuter ? Si la réponse à cette query est oui, je devrais l’avoir sur place. Ensuite, nous revenons à cette dialog 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 dialog 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 dialog sur le contrat change, que ce soit sur web 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 shopper, 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’utility 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 level d’être renouvelée, et que c’est un achat necessary, est-ce que l’exécution sur web 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 remark 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 possible que conduire les gens vers un centre de données central pour accéder à une utility ne fournira pas la meilleure expérience, automotive 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 costs de travail vers le cloud là où cela a du sens. Surtout, mettez vos fournisseurs en forme, qu’ils soient sur web 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.
