EY Cloud Engineer: mots-cles CV et preparation entretien

Tu repères une offre Cloud Engineer chez EY et tu ne sais pas quoi mettre en avant dans ton CV pour passer le premier filtre. C'est le problème classique des profils cloud qui ont l'expérience technique mais un CV qui parle à personne. Chez un cabinet de conseil comme EY, le lecteur est souvent un consultant ou un recruteur qui scanne en quelques secondes, avec des mots-clés précis en tête.

Rappel utile avant de commencer : je ne travaille pas chez EY et je n'ai pas accès à leur processus interne de recrutement. Ce qui suit repose sur ce que les offres publiques montrent et sur les pratiques habituelles du conseil. Vérifie toujours l'annonce exacte que tu vises, elle fait foi.

Ce que recouvre vraiment un poste Cloud Engineer dans le conseil#

Dans un cabinet comme EY, le poste n'est pas un poste d'administration de parc. On attend de toi que tu conçoives des architectures, que tu les déploies chez des clients, et que tu saches expliquer tes choix à un interlocuteur qui n'est pas technique. Le contexte change tout : tu arrives en mission, avec des contraintes de sécurité, de coût et de calendrier qui ne sont pas les tiennes.

Les annonces mentionnent en général AWS, Azure, ou parfois les deux. Terraform, Kubernetes, CI/CD, conteneurs, IAM, réseau cloud. Ajoute-y le pilotage de l'infra comme code et une capacité à documenter. Si l'annonce parle de migration, prépare des exemples de décommissionnement, pas seulement de mise en place.

Les mots-clés qui font baser le tri#

Ouvre l'annonce et repère les termes exacts employés. Un décodeur d'offre comme notre outil pour décrypter une annonce te donne la liste des compétences demandées, exprimées en clair, sans le jargon du cabinet. Reprends ensuite ces termes tels quels dans ton CV quand ils correspondent à ton expérience réelle.

Les familles de mots qui reviennent le plus : cloud public, infrastructure as code, Terraform, pipelines CI/CD, Docker, Kubernetes, gestion des identités, sécurité cloud, monitoring, FinOps, migration, architecture cible. Ajoute les certifications avec leur nom exact : AWS Certified Solutions Architect, Microsoft Azure Administrator, Terraform Associate.

Méfie-toi du remplissage. Un CV truffé de mots-clés que tu ne peux pas défendre en entretien se retourne contre toi. Le cabinet te posera une question technique sur le premier terme qui l'a interpellé.

Exemple de reformulation d'une ligne de CV#

Voici une formulation faible, du genre qu'on reçoit souvent :

"Responsable de l'infrastructure cloud. Migration vers AWS. Utilisation de Terraform et Docker."

Et la version que je mettrais à sa place :

"Mise en place de l'infrastructure AWS d'une application métier via Terraform (VPC, RDS, ECS), migration depuis un hébergement on-premise en 3 mois, réduction observée des incidents de disponibilité sur les 6 mois suivants."

On voit le périmètre, l'outil, le résultat. Pas de verbe creux. Pas d'adjectif pour sauver une phrase vide. Si tu as un chiffre fiable, mets-le. Sinon décris le résultat en mots : incidents en baisce, délais de déploiement divisés, rollback automatisé.

Adapter son CV sans inventer un processus interne#

Tu n'as pas besoin de savoir comment EY recrute en interne pour bien cibler. Trois gestes suffisent.

Prends le vocabulaire de l'annonce, pas celui de ton employeur actuel. Si ton entreprise dit "plateforme de déploiement" et que l'annonce dit "chaîne CI/CD", utilise le second terme.

Conserve une trace de la lecture. Vérifie que ton CV passe un parseur avant de l'envoyer : notre vérificateur de compatibilité ATS gratuit repère les colonnes, tableaux et graphiques qui font disparaître des blocs entiers. Pour un poste en France, garde une mise en page sobre et un PDF texte, pas une image.

Mets en avant la dimension conseil si tu l'as : mission chez un client, gestion de plusieurs interlocuteurs, restitution. Si tu viens d'un poste en interne, mets plutôt en avant la capacité à travailler avec des équipes que tu ne diriges pas.

Préparer l'entretien sans spéculer#

Les cabinets de conseil ont des formats variés selon les équipes et les bureaux. Certains font un échange technique, d'autres un cas pratique, d'autres un parcours en plusieurs étapes. Je ne te donnerai pas de format prétendument officiel, il n'existe pas de version unique.

Ce qui est sûr en revanche : on te demandera de raconter une mission, de justifier une décision technique, et de gérer une contrainte. Prépare trois récits complets, avec le contexte, ton rôle, le choix que tu as fait, ce qui s'est passé ensuite. Un récit bien monté sert dans plusieurs types d'entretiens.

Sur le technique, révise en profondeur ce que tu mets sur ton CV. Terraform : state, drift, modules, gestion des secrets. Kubernetes : scheduling, ressources, probes, réseau. AWS ou Azure : IAM, segmentation réseau, chiffrement, coût. Tu n'as pas besoin de tout savoir, tu dois maîtriser ce que tu affiches.

Exemple de réponse à une question classique#

Question : "Raconte une migration cloud qui s'est mal passée."

Réponse possible :

"Nous passions une application de serveurs physiques vers Azure. Sur la première phase, nous avons reproduit l'architecture existante telle quelle, et les coûts ont dépassé le budget prévu au bout de deux mois. J'ai arrêté le déploiement, j'ai refait le dimensionnement en m'appuyant sur les métriques réelles de consommation, et nous sommes passés d'un modèle de serveurs toujours alloués à des services managés adaptés à la charge. La phase suivante est rentrée dans l'enveloppe. Ce que j'en retiens : avant de migrer, il faut décider si on déplace l'existant ou si on redessine. Nous avions sauté cette étape."

Cette réponse donne le contexte, l'erreur, la correction, la leçon. Rien d'inventé, rien d'arrondi. C'est exactement ce format qui fonctionne dans le conseil, parce qu'il montre comment tu raisonnes quand ça se complique.

Le marché français et ses réserves#

Les postes cloud chez EY France se situent surtout dans les grandes métropoles, avec du télétravail partiel selon les équipes. Les rémunérations varient fortement selon l'expérience, la ville et le type de contrat. On observe des fourchettes très larges sur le marché, parfois bien en dessous pour un junior et bien au-dessus pour un profil senior en architecture. Aucun chiffre ne fait autorité : consulte l'annonce, les offres comparables sur notre page d'offres, puis confirme en entretien.

Les cabinets recrutent aussi bien des profils sortis d'école que des profils expérimentés, mais pas sur les mêmes missions. Un junior sera mis sur de l'exécution et de la documentation, un senior sur du cadrage. Sois clair sur ce que tu vises, sinon on te placera là où il y a un besoin.

Note aussi que certains postes demandent une capacité à intervenir chez des clients réglementés : banque, assurance, secteur public. Dans ce cas, la conformité et la traçabilité comptent autant que la technique.

Checklist avant d'envoyer ta candidature#

• Repérer les termes exacts de l'annonce et les reprendre dans le CV quand ils correspondent à ton expérience
• Reformuler chaque ligne avec un périmètre, un outil et un résultat
• Vérifier que le CV reste lisible par un parseur, sans tableau ni colonne
• Contrôler que chaque certification est écrite avec son nom officiel exact
• Préparer trois récits de mission complets, avec contexte, rôle, décision, suite
• Réviser la technique que tu affiches, Terraform et IAM en priorité
• Lister tes questions pour l'entretien : périmètre de la mission, stack réelle, équipe
• Vérifier la rémunération sur plusieurs sources, jamais sur un seul témoignage

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#

Quels mots-clés mettre dans un CV pour un poste Cloud Engineer chez EY ?

Reprends les termes de l'annonce : cloud public, Terraform, infrastructure as code, Kubernetes, pipelines CI/CD, IAM, sécurité, migration, monitoring. Ajoute tes certifications avec leur nom officiel. Évite d'accumuler des mots que tu ne peux pas défendre en entretien.

Faut-il un CV d'une page ou de deux ?

Une page pour moins de dix ans d'expérience, deux au-delà si le contenu le justifie. Le format compte moins que la densité : un recruteur préfère une page pleine de faits qu'une page et demie de généralités.

Combien de temps faut-il pour préparer l'entretien ?

Compte deux à trois semaines si tu travailles à côté. Réserve les premiers jours au tri de tes récits de mission, ensuite à la technique, et garde les derniers jours pour l'oral à voix haute. Un récit lu dans ta tête n'est pas un récit préparé.

Que faire si tu n'as pas d'expérience directe en conseil ?

Mets en avant les situations où tu as travaillé avec des équipes qui ne dépendaient pas de toi, livré à une date imposée, ou expliqué un choix technique à un non-technique. Ces situations correspondent au quotidien d'une mission, même en poste interne.

Les certifications cloud sont-elles obligatoires ?

Non, mais elles aident quand ton expérience est courte ou difficile à lire pour un recruteur. Une certification ne remplace jamais un projet décrit correctement. Vérifie la validité de tes certifications sur le site officiel de l'éditeur concerné, les référentiels changent régulièrement.