Afin de répondre à des problématiques et pour homogénéiser la mise en place des demandes de crédit et leur traitement, CALYON a choisi de développer l’application EURECCA qui est la fusion d’ outils préexistants, sous un format Web. Au sein d’une équipe d’une dizaine de personne, mes rôles se concentrent autour de la base de donnée et des données elles-mêmes. C’est à dire :

· Evolution et modification de la base donnée.

· Alimentation de la Base : Création de batch d’import et d’export.

· Gestion, maintenance…

Un bon relationnel est également indispensable. Que se soit avec les développeurs de l’équipe ou alors les différents intermédiaires du client.

Une petite touche de « je peux tout faire » sert aussi assez souvent, pour intervenir sur tout les autres aspects du projets des que c’est nécessaire.

Il faut donc en permanence garder la vue d’ensemble.

Mon rôle est de suivre la vie des serveurs qui hébergent les applications du Groupe Caisse des Dépôts, à partir du choix des machines et de leur système d’exploitation, jusqu’à leur démantèlement.

Cela consiste d’abord en un service de conseil auprès des chefs de projet, sur le choix du matériel et du système à utiliser, en fonction des ressources nécessaires aux applications concernées durant toute leur durée de vie. Puis en l’installation proprement dite du système, son durcissement et enfin la mise en place des composants applicatifs.

Mon activité consiste aussi à la maintenance, la mise à jour et la surveillance des systèmes en place, avec comme corollaire, les astreintes liées aux applications les plus critiques.

Enfin, je réponds aux demandes des équipes de production applicative, pour tout ce qui concerne les couches basses des systèmes, que ce soit, la gestion des espaces disques, ou bien le tuning nécessaire au fonctionnement de certains logiciels.

· Le mode « récurrent », qui concerne la maintenance proprement dite des serveurs. La maintenance programmée, pour les mises à jour de sécurité par exemple. La maintenance régulière consistant à corriger au fil de l’eau les défauts qu’on peut détecter, ou à répondre à des demandes de modifications systèmes des équipes applicatives. Et enfin la maintenance d’urgence en cas de panne, de composants défectueux... Toutes ses tâches s’effectuent en fait « à la demande ».

· Le mode « projet » ensuite, pour lequel, entrent en compte cette fois-ci les notions de planning et de deadline. Cela concerne autant la mise en place de nouveaux serveurs que leur migration.

· Le mode « astreinte » enfin, qui est proche de la maintenance d’urgence et qui implique une disponibilité hors horaires classiques, des diagnostics et interventions à distance.

La disponibilité est la seconde nécessité qui me vient à l’esprit. Une panne, même avec une maintenance préventive mise en place, n’est jamais prévisible... On rejoint ici le point concernant les astreintes et l’obligation de réagir vite et bien, et ce, quelle que soit l’heure, quand une application critique est en dysfonctionnement.

J’ajouterais qu’une grande rigueur est nécessaire à l’administration système en général. On peut rarement se permettre un arrêt de service sur des applications concernant des milliers de clients pour corriger une configuration système hasardeuse, découverte lors de la montée en charge d’une machine par exemple.

Pour conclure enfin, étant plus particulièrement impliqué dans l’administration des serveurs Linux et des produits libres qui leurs sont associés, je dirais qu’une certaine curiosité est nécessaire. Le monde des logiciels libres étant en constante évolution, il implique donc une veille technologique continue, un suivi des patchs et des correctifs de sécurité (plus nombreux car les sources sont examinées par des milliers de personnes), et aussi une remontée des nouvelles fonctionnalités qui apparaissent tous les jours et qui peuvent faciliter le travail des administrateurs comme des utilisateurs.