Infosys Cloud Engineer: mots-cles CV et preparation entretien

Votre CV cloud part dans le vide et vous ne savez pas si c'est le format, les mots-clés, ou le périmètre du poste qui bloque. Chez un intégrateur comme Infosys, la première lecture est souvent automatisée ou très rapide, et le vocabulaire de votre CV doit parler le même langage que l'offre avant qu'un humain s'y attarde.

Ce qui change chez un intégrateur de services#

Infosys est une ESN d'origine indienne, avec des équipes en France, en Europe et hors d'Europe, et des missions chez des grands comptes. Le poste de Cloud Engineer chez eux désigne le plus souvent quelqu'un qui travaille sur l'infrastructure d'un client : réseaux, conteneurs, pipelines d'intégration, supervision, sécurité de base, et automatisation.

Concrètement, votre interlocuteur veut savoir deux choses. Avez-vous touché aux technologies citées dans l'offre ? Et comprenez-vous qu'on travaille dans l'environnement d'un client, avec ses contraintes, ses validations et ses plages de maintenance ? Un profil purement "laboratoire", sans expérience de livraison pour un tiers, passe après.

Les mots-clés à faire apparaître dans votre CV#

Prenez l'offre d'emploi mot pour mot. Si elle écrit "Infrastructure as Code", écrivez "Infrastructure as Code" et non "gestion de configuration". Si elle écrit "CI/CD", gardez "CI/CD". L'objectif n'est pas de tricher, c'est de parler la langue du recruteur. Un outil comme le décodeur d'offres d'emploi gratuit vous aide à extraire le vocabulaire exact d'une annonce avant de réécrire votre CV.

Voici la liste de départ, à ne garder que si vous l'avez réellement pratiqué :

• Cloud public : AWS, Azure, ou Google Cloud, en précisant lequel vous maîtrisez et depuis combien de temps
• Orchestration de conteneurs : Kubernetes, Docker, et éventuellement OpenShift si l'offre le mentionne
• Infrastructure as Code : Terraform, CloudFormation, Bicep, ou ARM, en nommant l'outil exact
• Pipelines CI/CD : GitHub Actions, GitLab CI, Jenkins, Azure DevOps
• Scripting et automatisation : Python, Bash, PowerShell, ou Go
• Réseau et sécurité : VPC ou VNet, DNS, VPN, IAM, gestion des secrets, mTLS, WAF
• Supervision et exploitation : Prometheus, Grafana, ELK, Datadog, CloudWatch, ou Azure Monitor
• Méthodes de travail : Agile, Scrum, ITIL selon ce qui est écrit dans l'annonce
• Conteneurisation et registres : ECR, ACR, Harbor
• Systèmes : Linux, et Windows Server si l'offre le demande

Rassemblez ces termes dans une section "Compétences" courte, puis faites-les revenir dans vos expériences. Un mot-clé présent une seule fois, dans une liste en bas de page, pèse moins que le même mot employé dans une phrase où vous expliquez ce que vous avez fait.

Une fois votre CV réécrit, passez-le dans le vérificateur de compatibilité ATS pour voir si les termes de l'offre sont bien détectés. C'est un contrôle rapide, mais il évite les mauvaises surprises de mise en forme.

Exemple concret : une ligne de CV réécrite#

Voici comment transforme une phrase vague. À adapter avec vos propres chiffres, jamais avec ceux de quelqu'un d'autre.

Avant :

"Gestion des environnements cloud et des déploiements."

Après :

"Migration de [X] services vers Azure Kubernetes Service, écriture des modules Terraform réutilisés par deux équipes, réduction du délai de mise en production de [Y] à [Z] jours sur mon périmètre."

Ce qui change : l'outil est nommé, l'action est attributable à la personne, et le résultat est mesurable. Si vous n'avez pas de chiffre, remplacez le résultat par un fait observable : "le déploiement est passé d'une procédure manuelle de deux heures à un pipeline déclenché sur merge". C'est déjà parlant.

Ce qu'il faut dire sans inventer de processus interne#

Vous ne savez pas comment Infosys recrute pour ce poste précis. Personne ne le sait à l'avance, car les circuits diffèrent selon le pays, le client final et l'équipe. Méfiez-vous des articles qui décrivent des "étapes internes" avec une précision de mode d'emploi.

Ce que vous pouvez faire :

• Lire l'annonce jusqu'au bout et noter les compétences citées trois fois
• Chercher les annonces similaires sur notre recherche d'offres d'emploi pour comparer les intitulés et les exigences
• Préparer vos exemples sur les technologies citées, sans prétendre avoir utilisé celles que vous n'avez pas touchées
• Clarifier dès le premier échange le lieu de mission, le télétravail réel, le déplacement client, et la rémunération brute annuelle
• Poser des questions sur l'équipe, la stack, et la part d'astreinte

Préparer l'entretien technique#

Visez trois histoires concrètes : un déploiement que vous avez automatisé, un incident que vous avez résolu, et un choix technique que vous auriez fait autrement. Pour chacune, préparez le contexte, ce que vous avez fait personnellement, et le résultat constaté. Pas de grandes théories sur le cloud en général.

Exemple de réponse, pour une question du type "Racontez un incident cloud que vous avez géré" :

"Sur mon poste précédent, un cluster Kubernetes en production est tombé en panne un lundi matin. Les pods redémarraient en boucle et les utilisateurs du client ne voyaient plus l'application. J'ai commencé par regarder les événements du cluster et les logs du scheduler. La cause était une limite de quota sur le compte de service, que la montée en charge du week-end avait atteinte. J'ai augmenté le quota pour rétablir le service, en une quinzaine de minutes. Ensuite j'ai ajouté une alerte Prometheus sur ce seuil et j'ai documenté la procédure dans notre runbook. Depuis, l'incident ne s'est pas reproduit."

Cette réponse fonctionne parce qu'elle est située, personnelle, et qu'elle finit sur une action de prévention. Si vous n'avez pas vécu d'incident spectaculaire, un problème récurrent que vous avez supprimé fera l'affaire.

Côté technique, révisez surtout les fondamentaux : comment fonctionne un pod, ce que fait un équilibreur de charge, comment on gère un secret, pourquoi un état Terraform peut diverger, et comment on revient en arrière sur un déploiement raté. Les entretiens cloud testent beaucoup la compréhension du fonctionnement, moins la connaissance de menus.

Les réserves du marché francophone#

Si vous candidatez en France, sachez que le profil "Cloud Engineer" recouvre des périmètres très différents selon les cabinets : certains attendent de l'exploitation, d'autres du développement d'outillage, d'autres de l'accompagnement client. Lisez les missions décrites dans l'offre, pas seulement le titre.

Sur la rémunération, les fourchettes varient fortement selon la ville, l'expérience, et la part de déplacement. Les chiffres annoncés en ligne sont souvent approximatifs et datés. Vérifiez les grilles actuelles sur les sources officielles ou les conventions applicables, et négociez à partir de votre situation réelle.

Si vous n'êtes pas ressortissant européen, le droit au travail dépend de votre titre de séjour et de l'employeur. Aucun cabinet ne peut vous garantir un titre de séjour à l'avance. Renseignez-vous sur le site officiel de l'administration française, c'est la seule source qui fait foi.

Pour creuser un sujet particulier, Kubernetes, Terraform ou préparation d'entretien, nos autres guides pratiques détaillent la méthode étape par étape.

Outils gratuits#

• jobrise.io/fr/free-ats-checker/
• jobrise.io/fr/free-jd-decoder/
• jobrise.io/fr/jobs/
• jobrise.io/fr/blog/

Questions fréquentes#

Faut-il mettre tous les mots-clés de l'offre sur mon CV ?

Non. Mettez ceux que vous maîtrisez réellement, et gardez la formulation exacte de l'annonce. Un CV bourré de termes que vous ne savez pas défendre en entretien se retourne contre vous en trois questions.

Combien de temps faut-il préparer un entretien Cloud Engineer chez Infosys ?

Comptez deux ou trois soirs pour vos exemples et la révision des fondamentaux, puis une heure le jour même pour relire l'annonce et votre CV. Le plus long reste la préparation des histoires concrètes.

Mon CV doit-il tenir sur une seule page ?

Pour moins de dix ans d'expérience, une page est préférable. Au-delà, deux pages acceptées à condition que la première contienne les missions cloud les plus récentes et les plus proches de l'offre.

Que faire si je n'ai pas d'expérience Kubernetes en production ?

Dites-le clairement, puis montrez ce que vous avez fait à côté : projet personnel, cluster de test, certification, ou migration partielle. La franchise passe mieux qu'une mise en avant d'un outil que vous n'avez jamais opéré.

L'entretien se déroule-t-il en français ou en anglais ?

Cela dépend de la mission et du client final. Préparez une présentation courte dans les deux langues, et signalez votre niveau d'anglais tel quel sur le CV, sans exagération.