Infogérance d’infrastructure : la couche sous le poste de travail
Serveurs, stockage, réseau, virtualisation et l’environnement cloud autour. L’infogérance d’infrastructure, c’est la gestion de cette couche : supervision, maintenance, capacité et reprise, sous un seul contrat plutôt que quatre séparés.
Ce qui entre dedans
La limite passe au poste de travail : ce qui est au-dessus relève de la gestion du poste, ce qui est en dessous relève de ceci.
- Serveurs et virtualisationServeurs physiques et virtuels, la plateforme en dessous et les correctifs au-dessus. Y compris la question du moment où il faut remplacer : un serveur qui sort du support est un risque avec une date.
- Stockage et sauvegardeCapacité, croissance et les copies. La sauvegarde est ici parce que c’est ce qu’on oublie le plus et ce qui casse le plus discrètement ; une tâche qui échoue sans que personne regarde échoue pendant des mois.
- Réseau et liaisonsCommutateurs, pare-feu, wifi et les liens entre eux, supervisés sur ce qui y passe réellement. C’est la couche où une panne se présente sous la forme « internet est lent ».
- Cloud et hybrideL’environnement chez un fournisseur cloud compte comme infrastructure : droits, cloisonnement réseau, coût et capacité. Sinon une deuxième gestion naît à côté de la première, avec une frontière que personne ne surveille.
Comment nous la reprenons
Trois étapes. La première est la plus longue et la plus rentable.
Consigner ce qui existe
Une liste à jour des systèmes, des interfaces, des licences et des dates de fin. Dans presque toute reprise, c’est le moment où remontent des choses que plus personne ne savait : un serveur sans propriétaire, un certificat qui expire le mois prochain.
Activer supervision et maintenance
Une supervision qui ne dit pas seulement qu’une chose est allumée mais si elle fonctionne, et un rythme d’entretien fixé. Les alertes que personne ne lit, nous les coupons : une alarme qui sonne toujours n’est pas une alarme.
Rendre compte de ce que cela apporte
Disponibilité, ce qui a été résolu, les remplacements à venir et les points de tension en capacité. Sans cela, l’infogérance reste une ligne de coût sans visage, et c’est exactement ce qui saute à la prochaine coupe.
Ce que vous gardez
Reprendre la gestion n’est pas reprendre la décision. Quatre choses restent les vôtres, et c’est voulu.
- Les applications et les donnéesNous gérons la couche sur laquelle elles tournent, pas ce qui s’y passe. Ce qu’une application doit faire et qui peut voir quelles données relève de votre organisation, pas d’un réglage d’administrateur.
- Qui accède à quoiLes droits, nous les paramétrons et les rendons visibles, mais c’est vous qui décidez à qui ils vont. Une gestion qui s’octroie ses propres accès est la première chose que relève un audit.
- La décision d’investissementNous disons quand un élément sort du support, à quelle date, et quel risque il y a à le laisser en place. Le remplacer ou non, et quand, c’est votre arbitrage face au reste du budget.
- La partie bâtimentCourant, refroidissement, sol et cloisons de la salle serveurs relèvent du bâtiment et nous ne le faisons pas. Nous posons le câblage de données, fixons les équipements et veillons à ce que le chemin vers l’extérieur tienne.
Comment cela est consigné
Une gestion que l’on ne peut pas retracer est une gestion fondée sur la seule confiance. Quatre choses sont écrites avant d’être nécessaires.
- La liste reste justeL’inventaire de la première étape n’est pas un document ponctuel mais une partie du travail. Une liste qui vieillit est pire qu’aucune liste, car on prend quand même des décisions dessus.
- Ce qui a été convenuCe que couvre la gestion, quel délai de réaction s’applique et quelle disponibilité est promise. Cela doit être écrit avant la première panne, pas pendant.
- Ce qui a été modifiéChaque changement avec sa date et sa raison. Sans cette trace, une panne qui commence le lendemain d’un ajustement ne peut pas lui être rattachée, et elle est résolue deux fois.
- Ce qui s’est mal passéQuelle était la panne, comment s’est passé le rétablissement et ce qui a changé ensuite. Un incident seulement résolu revient ; un incident consigné change quelque chose.
Pour aller plus loin
Ce à quoi cela se rattache.
Les questions qu’on nous pose
Celles qui reviennent le plus, en bref.
Où passe la limite avec la gestion du poste de travail ?
Au poste lui-même. Ce qui est au-dessus (portable, image, assistance à l’utilisateur) relève de la gestion du poste. Ce qui est en dessous, du serveur au réseau et à l’environnement cloud, relève de l’infogérance d’infrastructure.
Reprenez-vous l’exploitation d’un autre prestataire ?
Oui, et cela commence toujours par consigner ce qui existe : systèmes, interfaces, licences et dates de fin. Dans presque toute reprise, des choses que plus personne ne savait remontent alors, et c’est pour cela que cette étape ne se saute pas.
Gardons-nous le contrôle sur nos propres applications et données ?
Oui. Nous gérons la couche sur laquelle elles tournent, pas ce qui s’y passe. Ce qu’une application doit faire et qui peut voir quelles données reste une décision de l’organisation. Qui reçoit quels droits d’accès, c’est aussi vous qui le décidez ; une gestion qui s’octroie elle-même l’accès est la première chose qu’un audit relève.
Le délai de réponse est-il fixé à l’avance, ou seulement après le premier incident ?
À l’avance. Ce qui relève de la gestion, quel délai de réponse s’applique et quelle disponibilité a été promise est consigné avant le premier incident, pas pendant. Chaque changement et chaque incident s’y ajoute avec une date et une raison, pour qu’une panne survenant peu après un changement reste traçable.
Une gestion que l’on peut expliquer
Dites-nous ce qui tourne et où cela se trouve aujourd’hui. Nous disons ce que nous reprenons, ce que vous gardez, et où la reprise comporte un risque.
Des connaissances informatiques concrètes dans votre boîte mail
De nouveaux guides sur la gestion, la sécurité et le poste de travail, écrits par ceux qui font le travail. Sans discours commercial, et la désinscription se fait en un clic.