Uber Cloud Engineer: mots-cles CV et preparation entretien

Vous postulez chez Uber sur un poste Cloud Engineer et votre CV part dans le vide. Le problème n'est presque jamais votre niveau technique. C'est que votre CV parle d'outils, alors que le poste parle de services, de fiabilité et de coûts.

Je vois passer beaucoup de profils cloud chaque année. Les candidats qui décrochent l'entretien ont un point commun : ils ont retravaillé leur CV mot par mot à partir de l'annonce, pas depuis leur mémoire.

Comprendre ce que couvre un poste Cloud Engineer#

Chez un éditeur de cette taille, "Cloud Engineer" peut désigner plusieurs réalités. Ingénierie plateforme, fiabilité de service (SRE), cloud public et réseaux, ou encore optimisation de l'infrastructure interne.

Ne postulez pas sur le titre. Postulez sur les responsabilités listées dans l'offre. Un poste orienté plateforme interne ne se prépare pas comme un poste orienté réseau et hybride.

Lisez l'annonce deux fois. Une fois pour les compétences, une fois pour les verbes d'action. "Design", "operate", "automate" ou "reduce cost" ne mobilisent pas les mêmes preuves dans votre CV.

Adapter le vocabulaire du CV sans mentir#

Vous n'avez pas besoin de connaître l'architecture interne d'Uber pour parler le bon langage. Vous avez besoin d'utiliser les termes du poste pour décrire votre propre travail, avec vos vrais chiffres.

Le vocabulaire revient souvent : Kubernetes, conteneurs, GCP, Terraform, observabilité, pipelines CI/CD, gestion des coûts, résilience, incidents. Reprenez ceux que vous maîtrisez vraiment.

Un outil que vous avez utilisé six mois en expérimentation n'est pas un outil que vous maîtrisez. Un recruteur technique posera deux questions et saura.

Pour vérifier que vous couvrez bien les termes de l'annonce, passez votre CV et l'offre dans notre analyse gratuite de compatibilité ATS. Cela prend deux minutes et cela évite les oublis de mots-clés.

Un exemple de reformulation#

Prenons une ligne de CV classique, écrite par un ingénieur qui a trois ans d'expérience sur un cluster Kubernetes.

Avant : "Gestion d'une infrastructure Kubernetes sur GCP, mise en place de Terraform, participation aux astreintes."

C'est exact, mais c'est passif. On ne sait pas la taille, ni l'impact.

Après : "Administration d'un cluster Kubernetes (environ 60 services, GCP), migration de 40 manifests vers Terraform, réduction des déploiements manuels à zéro en 4 mois."

Même travail, trois précisions en plus : l'échelle, la portée de la migration, le résultat mesurable. C'est ce type de phrase qui déclenche un appel.

Le bloc mots-clés qui fonctionne#

Ne fabriquez pas de bloc de compétences décoratif. Faites un bloc de quatre à six lignes, chacune reliée à une preuve dans l'expérience.

• Kubernetes : administration, mise à jour de version, gestion des manifests, politiques d'accès
• Cloud : GCP ou AWS, réseaux VPC, IAM, gestion des images de conteneurs
• Infrastructure as code : Terraform, modules partagés, revue de plans, gestion de la dette
• CI/CD : GitLab CI, GitHub Actions ou Jenkins, tests automatisés, rollback
• Observabilité : Prometheus, Grafana, logs structurés, définition d'alertes utiles
• Exploitation : astreintes, post-mortems sans blâme, réduction du temps de résolution

Si une ligne ne renvoie à rien de concret dans votre parcours, supprimez-la. Un recruteur technique repère les listes d'outils sans contexte en dix secondes.

Préparer l'entretien technique sans inventer de process#

Vous ne connaissez pas le format exact des entretiens chez Uber. Personne ne le connaît à l'avance avec certitude, et les formats changent selon l'équipe et le pays.

Préparez donc les compétences, pas le format. Un exercice de conception d'architecture, un échange sur un incident passé, un test de script shell ou Terraform : tout cela reste possible.

Ce qui est prévisible : on vous demandera de justifier vos choix. Pourquoi Kubernetes et pas une solution managée simple ? Pourquoi cette stratégie de rollback ? Pourquoi cette alerte et pas une autre ?

Répondez avec des contraintes. Le volume, l'équipe disponible, le temps d'arrêt acceptable. Un choix technique sans contrainte ressemble à un choix pris par défaut.

Un exemple de réponse à une question d'incident#

Question probable : "Parlez-moi d'un incident que vous avez géré."

Réponse courte et structurée :

"En mars, une montée en charge a saturé le pool de connexions vers notre base de données. Les alertes latence ont déclenché en premier. J'ai augmenté temporairement le pool, réduit la charge en désactivant un job de synchronisation non critique, puis redéployé avec un limiteur. Le service est revenu à la normale en 25 minutes. Ensuite, nous avons ajouté une alerte sur le taux d'erreur en plus de la latence, et documenté le runbook."

Pas de héros, pas de faute individuelle, un chiffre, une correction durable. C'est le format que les recruteurs attendent sans le dire.

Les spécificités du marché francophone#

Si vous postulez depuis la France, la Suisse ou le Canada francophone, deux points changent. La langue de travail et le format du CV.

Dans les grands groupes tech, l'anglais technique est souvent la langue des revues de design et de la documentation. Préparez un CV en anglais si l'offre est rédigée en anglais, et entraînez-vous à expliquer un incident dans cette langue.

Côté format, un CV d'une page reste la norme pour ce type de poste. Les détails de sécurité ou de conformité (HDS, RGPD, souveraineté des données) sont un vrai plus en France et au Québec : mentionnez-les si vous les avez pratiqués.

Pour explorer les offres réellement ouvertes dans votre zone, notre moteur de recherche d'emploi regroupe les annonces cloud par ville et par télétravail.

La partie que les gens négligent#

La lettre de motivation compte peu pour un poste technique de ce niveau. Le CV et les preuves comptent beaucoup. Le réseau compte aussi.

Repérez les ingénieurs de l'équipe concernée sur LinkedIn, lisez ce qu'ils publient sur leur travail, et posez une question précise si vous échangez. Une question sur le choix d'un outil ou sur la gestion des coûts cloud ouvre une conversation. Une demande de parrainage directe la ferme.

Et gardez une trace de vos candidatures. Un tableau avec la date, le poste, la version du CV envoyée et le retour reçu. Sans cela, vous ne saurez jamais quelle version fonctionne.

Checklist de préparation#

• Repérer dans l'annonce les cinq verbes d'action principaux, et retrouver une preuve concrète pour chacun
• Réécrire chaque ligne de CV pour inclure l'échelle, l'outil et le résultat, dans cet ordre
• Vérifier la correspondance mots-clés entre le CV et l'annonce avec l'outil de compatibilité
• Préparer trois histoires d'incident au format contexte, action, résultat, correction durable
• S'entraîner à expliquer un choix technique en anglais, à voix haute, en deux minutes
• Lister les questions que vous poserez sur l'équipe : taille, astreintes, budget cloud, maturité DevOps
• Prévoir un CV d'une page, une version française et une version anglaise

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 absolument connaître GCP pour postuler ?

Non, mais il faut pouvoir expliquer comment vous transférez vos connaissances AWS ou Azure vers un autre cloud. Les concepts IAM, réseau et conteneurs se ressemblent beaucoup. Précisez dans le CV quel cloud vous maîtrisez réellement.

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

Comptez deux à trois semaines si vous travaillez à côté, avec une heure par jour. Concentrez-vous sur la conception d'architecture et vos propres incidents, pas sur des exercices génériques de type puzzle.

Le CV doit-il être en anglais ?

Si l'offre est en anglais, oui. Dans les équipes internationales, le CV en français peut être écarté avant même l'écran humain. Préparez aussi une version courte pour les recruteurs francophones.

Comment parler des coûts cloud dans le CV sans chiffres précis ?

Utilisez des ordres de grandeur que vous connaissez : part du budget cloud concernée, nombre de services migrés, ou réduction estimée en pourcentage. Si vous n'avez pas de chiffre, décrivez l'action et le critère de suivi que vous avez mis en place.

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

Ne gonflez pas le CV. Montrez l'expérience d'exploitation que vous avez : scripts, déploiements, astreintes, automatisation. Les équipes recrutent aussi des profils solides sur Linux et l'automatisation qui montent en compétence sur les orchestrateurs.

Les offres Uber sont-elles ouvertes aux candidats en télétravail depuis la France ?

Cela dépend entièrement du poste et de l'équipe. Certaines fonctions sont ouvertes au travail à distance, d'autres exigent une présence locale. Vérifiez la mention de localisation sur chaque annonce, et les conditions de visa si elles sont indiquées. Pour repérer les offres compatibles avec votre situation, consultez nos offres d'emploi cloud filtrées par ville.