Entre les équipes études et la production, l'intégrateur d'exploitation fait le tri. Il refuse une livraison sans procédure de retour arrière, écrit le dossier et les consignes d'exploitation, crée les traitements dans Control-M, VTOM ou Dollar Universe, demande la mise en supervision et déroule les mises en production. Les offres le nomment analyste d'exploitation, intégrateur applicatif ou analyste d'exploitation N2, avec des variantes centrées sur l'IBM i ou sur les transferts de fichiers.
Le scripting Shell et PowerShell reste demandé presque partout, souvent avec Ansible, GitLab CI ou un outil de déploiement. Le poste suppose aussi une pratique concrète de la gestion des changements : un changement se prépare, passe en comité, se teste et se clôture. La qualité d'un dossier d'exploitation compte autant que les commandes.
L'entretien part d'une livraison réelle. La personne raconte ce qu'elle a déjà refusé ou renvoyé à l'équipe projet, comment elle a fixé les relances autorisées d'un traitement et quel retour arrière elle a exécuté elle-même. Une réponse qui reste au niveau du processus, sans commande ni nom de fichier, signale souvent un profil qui a suivi des mises en production sans les préparer.
Ce qu'un intégrateur d'exploitation manipule entre le projet et la production
Ordonnanceur (Control-M, VTOM, Dollar Universe, IBM Workload Scheduler, Autosys)
L'intégrateur y crée les traitements d'une nouvelle application : dépendances, calendriers, ressources, fichiers attendus, codes retour. Il ne l'administre pas, c'est le rôle de l'ingénieur ordonnancement, mais il doit respecter les normes de nommage et livrer ses chaînes par le circuit de changement.
Supervision (Centreon, Zabbix, Dynatrace)
À chaque mise en production, l'intégrateur définit les sondes nécessaires et leur criticité, puis vérifie en recette qu'elles se déclenchent. La configuration de l'outil reste souvent à l'équipe supervision. Chaque alerte doit renvoyer à une consigne.
Outil ITSM et CMDB (ServiceNow, EasyVista, GLPI)
Les changements y passent du brouillon à la clôture, avec l'analyse d'impact et le plan de retour arrière. La CMDB décrit les serveurs, les applications et leurs relations. Un intégrateur qui la tient à jour fait gagner du temps à tous ceux qui traitent les incidents ensuite.
Dossier et consignes d'exploitation
Le livrable principal du poste. Le dossier décrit l'application, ses flux, ses traitements et sa reprise ; les consignes disent au pilote quoi faire pour chaque alerte. Un exemple est attendu : c'est là que se voit le niveau.
Scripting Bash et PowerShell
Arrêt et démarrage, purges, contrôles, enveloppes de traitements batch. Un bon script renvoie un code retour juste, vérifie ses variables avant de supprimer quoi que ce soit et se livre comme une application, depuis Git.
Outils de déploiement (Ansible, GitLab CI, Digital.ai Deploy)
Ils remplacent les installations à la main. Le même paquet part en recette, en préproduction et en production, seuls les paramètres changent. Les offres récentes citent souvent Ansible Automation Platform et GitLab.
Transferts de fichiers (Axway CFT, IBM Sterling, SFTP)
Beaucoup d'applications échangent des fichiers avec des partenaires ou d'autres applications. L'intégrateur déclare les flux, les relie à l'ordonnancement et prévoit le cas du fichier absent, en retard ou en double.
Middleware et bases en exploitation (Tomcat, JBoss, IIS, PostgreSQL, Oracle)
L'intégrateur installe les livraisons sur ces socles et doit savoir démarrer, arrêter et vérifier une application Java ou .NET, et passer un script SQL livré par le projet après une sauvegarde.
Le titre varie selon l'organisation : analyste d'exploitation, intégrateur d'exploitation, intégrateur applicatif, analyste d'exploitation N2. Dans certaines équipes, le même poste fait aussi du support N2 en production et des astreintes ; dans d'autres, il reste sur l'intégration et de la recette. Les environnements vont de l'IBM i et du mainframe aux applications Java sur Linux et aux conteneurs. La frontière avec l'ingénieur de production est floue : l'intégrateur prépare et livre, l'ingénieur de production tient l'application en marche et traite les incidents complexes. L'entretien suit ce que le poste attend vraiment.
Les savoir-faire d'intégration attendus d'un analyste d'exploitation
- Recette d'exploitabilité des livraisons
- Rédaction du dossier et des consignes d'exploitation
- Création de traitements dans l'ordonnanceur
- Définition et test des sondes de supervision
- Scripting Bash et PowerShell
- Mise en production et retour arrière
De la livraison à la mise en production : cinq questions d'entretien
Chaque question vient avec ce qu'une bonne réponse contient et le signal qui doit vous alerter. Pas besoin d'être technique pour les poser : écoutez si le candidat raconte du vécu.
Question 1 · confirmé
Une équipe projet vous livre une nouvelle version à installer en recette. Qu'exigez-vous dans la livraison avant de l'accepter ?
Une bonne réponseUn paquet versionné, déposé dans le référentiel prévu et pas envoyé par e-mail. Une note de livraison avec les changements, les prérequis, les scripts SQL et l'ordre d'installation. Une procédure d'installation et une procédure de retour arrière testées. Les paramètres propres à chaque environnement séparés du code. Les impacts sur les flux et sur l'ordonnancement. Une livraison incomplète est refusée ou acceptée avec réserve, et la décision est tracée dans l'outil.
Signal d'alerteInstaller ce qui arrive, quitte à corriger la procédure à la main pendant l'installation.
Question 2 · confirmé
Que mettez-vous dans le dossier d'exploitation d'une nouvelle application, et pour qui l'écrivez-vous ?
Une bonne réponseLes serveurs et l'architecture, les flux et les dépendances, les horaires de service, l'ordre d'arrêt et de démarrage, les traitements batch avec les relances autorisées et le point de reprise, les alertes avec l'action attendue pour chacune, les sauvegardes et la restauration, les contacts et l'escalade selon l'heure. Il l'écrit pour le pilote de nuit qui ne connaît pas l'application, et le fait relire par lui.
Signal d'alerteUn copier-coller du dossier d'architecture du projet, sans action à mener.
Question 3 · confirmé
Une nouvelle application apporte six traitements de nuit. Comment les intégrez-vous dans l'ordonnanceur ?
Une bonne réponseIl recueille pour chacun : commande, serveur et compte d'exécution, prédécesseurs, fichiers attendus, durée, calendrier (jours ouvrés, fin de mois), heure limite, codes retour et rejouabilité. Il respecte les normes de nommage de l'ordonnanceur en place, Control-M, VTOM ou Dollar Universe. Il crée les traitements en recette, y teste les cas d'échec et les livre en production par le circuit de changement, sans les ressaisir à la main.
Signal d'alerteCréer les jobs directement en production la nuit de la mise en production.
Question 4 · confirmé
Quelles sondes demandez-vous pour la mise en supervision d'une application web Java qui arrive en production ?
Une bonne réponseLe système (CPU, mémoire, volumes applicatifs), le processus et le port, une URL de santé ou un scénario de connexion qui contrôle le contenu de la page, l'expiration du certificat TLS, la base et le pool de connexions, un motif d'erreur dans les journaux. Les traitements sont suivis par l'ordonnanceur et les flux par l'outil de transfert. Chaque alerte est rattachée à une consigne et à un groupe de résolution.
Signal d'alerte« Un ping et le CPU. »
Question 5 · confirmé
Décrivez un script Shell qui purge les fichiers de plus de 30 jours d'un répertoire de journaux et qui tourne dans l'ordonnanceur.
Une bonne réponseUn find sur le répertoire avec -type f, un motif de nom, -mtime +30 et -delete, testé d'abord avec -print. Le chemin est dans une variable vérifiée (non vide, répertoire existant) avant toute suppression. Le script note ce qu'il supprime, renvoie un code retour exploitable et passe en recette avant la production.
Signal d'alerteUn rm -rf $REP/* sans vérifier que la variable est définie.
Recevez la fiche d'entretien complète en PDF
La fiche pour mener l'entretien de bout en bout, prête à imprimer ou à partager avec le manager.
- 30 questions sur 6 axes, avec la bonne réponse, le signal d'alerte et la relance
- Le niveau visé pour chaque question
- Une mise en situation de 20 minutes et ce qu'on attend du candidat
- La grille d'évaluation de 1 à 4, axe par axe
Analyste et intégrateur d'exploitation : les questions fréquentes
Analyste d'exploitation, intégrateur, ingénieur de production : où passent les limites ?
Elles changent d'une entreprise à l'autre. En général, l'intégrateur d'exploitation prépare l'arrivée d'une application en production : recette d'exploitabilité, consignes, traitements, supervision, mise en production. L'ingénieur de production la maintient en marche, traite les incidents complexes et l'astreinte. Beaucoup d'offres d'analyste d'exploitation mélangent les deux. Une annonce qui ne décrit pas la répartition réelle des tâches attire des profils de pilotage ou d'ingénierie qui ne correspondent pas.
Quel niveau de scripting attendre d'un analyste d'exploitation ?
Un niveau d'exploitation solide, pas un niveau de développeur. Il doit écrire seul un script Bash ou PowerShell qui arrête un service, purge des fichiers ou contrôle un traitement, avec des codes retour justes et des contrôles avant suppression. Python est un plus selon le contexte. Il décrit un script qu'il a écrit et livré, et ce qui se passe si une variable est vide.
Faut-il un profil DevOps pour intégrer des applications en production ?
Pas forcément. Les offres récentes citent Ansible, GitLab CI et les conteneurs, mais le métier reste d'abord la préparation de l'exploitation : consignes, ordonnancement, supervision, retour arrière. Un profil DevOps qui n'a jamais écrit une consigne pour un pilote de nuit aura du mal sur ce poste. Un intégrateur classique peut monter en compétence sur les outils de déploiement s'il a les bons réflexes.
Un exercice écrit a-t-il sa place dans l'entretien ?
Oui, s'il reste court. Plutôt qu'un test technique long à la maison, une note de livraison incomplète suffit : la personne dit ce qu'elle refuse, puis rédige en dix minutes la consigne d'une alerte. L'écrit montre ce qu'un échange oral cache : la précision des actions, les heures limites, les cas interdits. Un script court à relire et à corriger complète l'exercice.
Pour structurer vos autres entretiens, consultez aussi nos pages sur les questions d'entretien de recrutement, la méthode de l'entretien structuré et la grille d'évaluation d'entretien.
