Depuis plusieurs mois, nous avons réorganisé notre manière de gérer nos serveurs quand ils n’étaient pas occupés, essentiellement la nuit et le week-end.
Nous avons pris la décision (pas toujours acceptée par tous 😀) de couper notre infrastructure presque entièrement sur ces périodes.
Après quelques mois de recul, voici les enseignements que nous pouvons en tirer :
Ces deux items étaient visés et attendus ! Mais nous avons appris aussi plusieurs enseignements pour ceux qui voudraient faire l’expérience chez eux :
De temps en temps, certaines équipes avaient besoin de travailler le soir, et nous n’avions pas prévu de procédure pour qu’elles puissent alerter l’équipe infra de laisser les environnements allumés. Il a fallu se coordonner sur ce point et mettre en place une procédure “d’exception” pour gérer ce cas-là.
Il nous est arrivé une fois de ne pas réussir à rallumer l’infrastructure, à cause d’un manque de disponibilité chez l’hébergeur. Ce problème a été résolu assez rapidement mais sur des applications critiques, c’est à bien prendre en compte.
On a gagné vraiment en sérénité au moins sur deux aspects :
La séparation vie pro/vie perso est mieux respectée. En effet, on est moins tenté de rallumer son PC le soir quand on n'a pas l’infrastructure pour travailler
La sécurité de savoir que la nuit, nos applications ne craignent plus de se faire hacker ! Et ça c’est rassurant surtout en ces périodes où la cybersécurité est un enjeu majeur.
A l'heure où l'IA, avec un soutien marketing considérable, nous promet du code écrit dans les règles de l'art par des robots infaillibles, formés sur l'ensemble du code produit par l'humanité, plusieurs questions se posent :
Les principales évolutions de la gestion de projet informatique (taille de projets, taille d’équipes, méthodologies, cycles projets, communication...)
Découvrez la planche #28 !