DevOps Engineer Lille 2026: AWS, Azure, Kubernetes

Tu veux devenir DevOps Engineer à Lille en 2026, mais tu as l’impression que tout le monde demande déjà AWS, Azure, Kubernetes, Terraform, CI/CD, sécurité, monitoring, et trois ans d’expérience sur des outils que tu n’as touchés qu’en lab. Respire. Le marché lillois est exigeant, oui, mais il est aussi très accessible si tu sais quoi apprendre, comment le montrer sur ton CV, et comment parler aux recruteurs sans te vendre comme “expert cloud” après deux tutos YouTube.

DevOps Engineer à Lille en 2026, ça ressemble à quoi ?#

À Lille, le DevOps n’est plus un poste “bonus” réservé aux très grosses équipes tech. En 2026, tu peux trouver des opportunités dans :

• les ESN qui travaillent avec les grands comptes de la métropole,
• les banques et assurances,
• la grande distribution,
• les startups B2B,
• les scale-ups tech,
• les équipes data et cloud,
• les entreprises industrielles en transformation numérique.

Tu peux croiser des environnements proches de ceux de BNP Paribas, Decathlon, Auchan, OVHcloud, Worldline, Capgemini, Sopra Steria, IBM Consulting, CGI, mais aussi des boîtes françaises plus tech comme Doctolib, BlaBlaCar, Back Market ou Ledger si tu regardes aussi les postes hybrides ou remote depuis Lille.

Le rôle reste assez clair : tu aides les équipes à livrer plus vite, plus proprement, avec moins de galères en production.

Concrètement, on te demande souvent de :

1. automatiser les déploiements,
2. gérer des infrastructures cloud,
3. maintenir des pipelines CI/CD,
4. surveiller les applis en production,
5. améliorer la sécurité,
6. réduire les coûts cloud,
7. aider les développeurs à livrer sans casser tout le système.

Ce n’est pas juste “faire du Kubernetes”. C’est surtout rendre la livraison logicielle plus fiable.

Pourquoi Lille devient une ville intéressante pour le DevOps#

Lille a un gros avantage : la ville combine bassin d’emploi local, proximité avec Paris, Belgique, Royaume-Uni, et beaucoup de postes hybrides.

Tu peux vivre à Lille, bosser deux jours sur site à Villeneuve-d’Ascq, Roubaix, Euralille ou Marcq-en-Barœul, puis le reste en télétravail. Pour beaucoup de profils tech, c’est un bon compromis entre qualité de vie et salaire correct.

Les recruteurs cherchent des DevOps parce que les entreprises ont accumulé beaucoup de dette technique ces dernières années.

Elles ont migré vers le cloud un peu vite, multiplié les outils, lancé des microservices, ajouté Kubernetes, puis elles se sont rendu compte que :

• les coûts AWS ou Azure explosent,
• les déploiements restent fragiles,
• les environnements ne sont pas alignés,
• les incidents sont mal documentés,
• les développeurs perdent du temps avec l’infra,
• la sécurité arrive trop tard dans les projets.

Et là, le DevOps devient utile.

Pas pour faire joli dans une fiche de poste. Pour éviter qu’une mise en production un jeudi soir finisse en canal Teams rempli de panique.

Salaires DevOps Engineer à Lille en 2026#

Soyons directs, Lille paie souvent un peu moins que Paris, mais les salaires restent très corrects, surtout avec l’hybride.

En 2026, tu peux viser ces fourchettes à Lille :

Un profil junior avec AWS, Docker, GitLab CI et Terraform peut viser autour de 40k€ à 44k€ si son portfolio est propre.

Un profil confirmé qui maîtrise Kubernetes, Azure DevOps, Terraform, observabilité et sécurité peut négocier autour de 55k€ à 62k€ à Lille, surtout dans une équipe cloud mature.

Un senior capable de piloter une migration, réduire les coûts cloud, mettre en place une plateforme interne et accompagner les développeurs peut dépasser 70k€.

Pour te donner des repères, des entreprises comme TotalEnergies, BNP Paribas, L’Oréal, Doctolib, BlaBlaCar, Back Market ou Ledger peuvent proposer des packages intéressants sur des postes cloud et DevOps, surtout quand le poste accepte l’hybride ou le remote depuis une grande ville comme Lille.

AWS, Azure, Kubernetes : faut-il vraiment tout maîtriser ?#

Non. Et heureusement.

Mais tu dois comprendre ce que chaque technologie apporte.

AWS

AWS reste très demandé. Même à Lille, beaucoup d’équipes l’utilisent directement ou via des projets clients.

Les services AWS à connaître en priorité :

• EC2,
• S3,
• IAM,
• VPC,
• RDS,
• Lambda,
• ECS ou EKS,
• CloudWatch,
• Route 53,
• Secrets Manager.

Tu n’as pas besoin de connaître 150 services. Les recruteurs veulent voir que tu comprends les bases : réseau, permissions, stockage, compute, logs, sécurité.

Un bon projet perso AWS peut suffire pour un poste junior.

Exemple simple :

1. une API Node.js ou Python,
2. une base PostgreSQL sur RDS,
3. des fichiers sur S3,
4. un déploiement via GitHub Actions,
5. du monitoring CloudWatch,
6. l’infrastructure écrite avec Terraform.

Ça parle beaucoup plus qu’une phrase vague sur ton CV du type “connaissances AWS”.

Azure

Azure est très présent chez les grands comptes, les banques, les assurances, l’industrie et les environnements Microsoft.

À Lille, c’est un vrai plus parce que beaucoup d’entreprises historiques ont déjà Microsoft 365, Active Directory, Azure DevOps, et migrent progressivement leurs workloads.

À connaître :

• Azure Virtual Machines,
• Azure App Service,
• Azure Kubernetes Service, AKS,
• Azure Storage,
• Azure SQL,
• Azure Monitor,
• Key Vault,
• Azure DevOps Pipelines,
• Entra ID,
• Resource Groups.

Si tu vises BNP Paribas, TotalEnergies, des cabinets de conseil ou des projets grands comptes, Azure peut clairement t’aider.

Le combo Azure DevOps + Terraform + AKS est très vendeur.

Kubernetes

Kubernetes fait peur parce que tout le monde en parle comme si c’était obligatoire dès le premier poste. En vrai, tu dois surtout comprendre les concepts.

Les bases à maîtriser :

• pod,
• deployment,
• service,
• ingress,
• namespace,
• configmap,
• secret,
• health checks,
• autoscaling,
• Helm,
• logs,
• rolling update.

Tu n’as pas besoin d’être administrateur Kubernetes senior pour postuler. Mais tu dois être capable d’expliquer comment une application tourne dans un cluster.

Si tu peux déployer une petite app sur Minikube, Kind, EKS ou AKS, avec un chart Helm simple, tu es déjà devant beaucoup de candidats juniors.

Les compétences les plus demandées à Lille en DevOps#

Si tu veux maximiser tes chances en 2026, pense en blocs de compétences.

1. Linux et scripting

C’est la base. Sans Linux, tout le reste devient fragile.

Tu dois être à l’aise avec :

• fichiers et permissions,
• processus,
• systemd,
• logs,
• SSH,
• variables d’environnement,
• cron,
• réseau de base,
• bash.

Ajoute Python si tu veux te démarquer. Pas besoin de coder comme un développeur backend senior, mais savoir écrire un script propre pour automatiser une tâche, c’est précieux.

2. Git et CI/CD

Tu dois connaître Git au-delà de “git add, git commit”.

Apprends :

• branches,
• merge,
• rebase basique,
• tags,
• pull requests,
• résolution de conflits,
• stratégie de branches.

Côté CI/CD, les outils fréquents sont :

• GitLab CI,
• GitHub Actions,
• Azure DevOps Pipelines,
• Jenkins,
• Argo CD.

À Lille, GitLab CI et Azure DevOps reviennent souvent dans les annonces.

Tu dois savoir créer un pipeline qui :

1. installe les dépendances,
2. lance les tests,
3. construit une image Docker,
4. pousse l’image dans un registre,
5. déploie en environnement de test,
6. bloque la prod si les tests échouent.

3. Docker

Docker reste incontournable.

Tu dois savoir :

• écrire un Dockerfile propre,
• utiliser docker compose,
• gérer les variables,
• construire et publier une image,
• réduire la taille d’une image,
• lire les logs,
• comprendre les volumes et réseaux.

Un recruteur peut te demander : “Quelle différence entre image et conteneur ?”

Réponse simple : l’image est le modèle, le conteneur est l’instance en cours d’exécution.

Pas besoin de faire une conférence. Réponds clairement.

4. Terraform et Infrastructure as Code

Terraform est devenu un standard. Même les équipes qui n’ont pas tout automatisé veulent y aller.

Tu dois comprendre :

• provider,
• resource,
• variable,
• output,
• state,
• backend distant,
• modules,
• plan,
• apply,
• destroy.

Un projet Terraform sur AWS ou Azure est excellent pour ton CV.

Exemple de ligne CV :

• “Création d’une infrastructure AWS avec Terraform : VPC, EC2, RDS, S3, IAM, backend distant, déploiement automatisé via GitHub Actions.”

Là, tu montres du concret.

5. Observabilité et monitoring

Les boîtes ne veulent pas juste déployer. Elles veulent savoir quand ça casse, pourquoi ça casse, et comment éviter que ça recasse demain.

Outils fréquents :

• Prometheus,
• Grafana,
• ELK,
• OpenSearch,
• Datadog,
• New Relic,
• CloudWatch,
• Azure Monitor.

Les notions importantes :

• logs,
• métriques,
• traces,
• alertes,
• SLI,
• SLO,
• latence,
• taux d’erreur,
• saturation.

Tu n’as pas besoin de tout connaître, mais tu dois comprendre l’idée : observer le système pour intervenir vite et améliorer la fiabilité.

6. Sécurité DevSecOps

La sécurité n’est plus un truc qu’on ajoute à la fin.

En DevOps, tu peux être attendu sur :

• gestion des secrets,
• scan d’images Docker,
• droits IAM,
• moindre privilège,
• SAST,
• DAST,
• dépendances vulnérables,
• rotation des clés,
• sécurité Kubernetes,
• audit des accès.

Outils utiles :

• Trivy,
• Snyk,
• SonarQube,
• Dependabot,
• Vault,
• AWS Secrets Manager,
• Azure Key Vault.

Un junior qui sait expliquer pourquoi il ne faut jamais mettre un mot de passe dans un repo Git marque déjà des points.

DevOps, SRE, Platform Engineer : quelle différence ?#

Les titres deviennent flous, donc ne panique pas.

DevOps Engineer

Tu es souvent entre développement et opérations. Tu automatises, tu mets en place les pipelines, tu aides à livrer.

Tu touches à beaucoup de choses.

SRE

SRE signifie Site Reliability Engineer. Le focus est plus fort sur la fiabilité, les incidents, la disponibilité, les indicateurs et l’automatisation.

Tu vas entendre parler de :

• SLO,
• error budget,
• incident post-mortem,
• on-call,
• réduction du toil,
• haute disponibilité.

Platform Engineer

Le Platform Engineer construit des outils internes pour les développeurs.

Objectif : permettre aux équipes produit de déployer sans devoir connaître tous les détails de l’infrastructure.

Exemples :

• templates de services,
• portails développeurs,
• pipelines standardisés,
• clusters Kubernetes managés,
• modules Terraform réutilisables,
• documentation interne.

En 2026, beaucoup de postes DevOps glissent vers le Platform Engineering. Si tu veux progresser, c’est une très bonne direction.

Exemple de parcours pour devenir DevOps à Lille en 6 à 12 mois#

Si tu pars de zéro complet, 6 mois seront intenses. Si tu as déjà des bases en dev ou système, c’est réaliste.

Mois 1 : Linux, réseau, Git

Objectif : bases solides.

À apprendre :

• commandes Linux,
• permissions,
• SSH,
• logs,
• DNS,
• HTTP,
• TCP/IP,
• Git,
• GitHub ou GitLab.

Projet :

• héberge une petite application sur un VPS,
• configure Nginx,
• ajoute HTTPS avec Let’s Encrypt,
• documente tout dans un README.

Mois 2 : Docker et CI/CD

Objectif : containeriser et automatiser.

À apprendre :

• Dockerfile,
• docker compose,
• registry,
• GitHub Actions ou GitLab CI.

Projet :

• containerise une API,
• ajoute une base PostgreSQL,
• crée un pipeline de test,
• publie l’image Docker.

Mois 3 : AWS ou Azure

Choisis un cloud principal. Ne commence pas AWS et Azure en même temps si tu débutes.

Si tu choisis AWS :

• EC2,
• S3,
• IAM,
• RDS,
• VPC,
• CloudWatch.

Si tu choisis Azure :

• App Service,
• Storage,
• Azure SQL,
• Key Vault,
• Azure Monitor,
• Azure DevOps.

Projet :

• déploie ton application sur le cloud,
• ajoute logs et monitoring,
• protège les secrets.

Mois 4 : Terraform

Objectif : ne plus cliquer partout dans la console.

À apprendre :

• providers,
• state,
• variables,
• modules simples,
• backend distant.

Projet :

• recrée ton infra cloud avec Terraform,
• stocke le code dans Git,
• ajoute une commande de déploiement documentée.

Mois 5 : Kubernetes

Objectif : comprendre les bases sans te noyer.

À apprendre :

• pods,
• deployments,
• services,
• ingress,
• secrets,
• configmaps,
• Helm.

Projet :

• déploie ton app sur Minikube ou Kind,
• crée un chart Helm,
• ajoute readiness et liveness probes,
• écris une doc claire.

Mois 6 : monitoring, sécurité, CV

Objectif : devenir employable.

À apprendre :

• Prometheus,
• Grafana,
• Trivy,
• gestion des secrets,
• bonnes pratiques IAM.

Projet final :

• application conteneurisée,
• pipeline CI/CD,
• infra Terraform,
• déploiement cloud,
• monitoring,
• scan sécurité,
• documentation.

Et surtout, mets tout ça sur GitHub avec un README propre. Les recruteurs adorent voir des preuves.

Certifications utiles pour DevOps Engineer à Lille#

Les certifications ne remplacent pas l’expérience, mais elles aident à passer les filtres RH.

En 2026, les plus utiles sont :

AWS Certified Solutions Architect Associate

Très bonne certification pour comprendre l’architecture AWS.

Elle montre que tu connais les bases du cloud, pas juste trois commandes CLI.

AWS Certified Developer Associate

Utile si tu viens du développement et que tu veux aller vers DevOps.

Elle couvre Lambda, CI/CD, monitoring, sécurité et services managés.

Microsoft Azure Administrator AZ-104

Très pertinente pour Lille, surtout si tu vises grands comptes, ESN ou environnements Microsoft.

Microsoft DevOps Engineer Expert AZ-400

Très intéressante si tu as déjà des bases Azure DevOps.

Elle parle pipelines, repos, stratégie de livraison, monitoring et sécurité.

Certified Kubernetes Administrator, CKA

Plus difficile, mais très reconnue.

À faire si tu veux viser des postes confirmés, SRE ou Platform Engineer.

Terraform Associate

Bonne certification courte et ciblée.

Elle rassure les recruteurs sur ta capacité à travailler avec l’Infrastructure as Code.

Mon conseil : ne collectionne pas les badges. Choisis une certification cloud, puis Terraform ou Kubernetes selon ton projet.

Comment adapter ton CV DevOps pour Lille#

Ton CV doit montrer des preuves, pas des promesses.

Évite les phrases comme :

• “Passionné par le cloud”,
• “Motivé et dynamique”,
• “Bonne connaissance de DevOps”,
• “Familiarisé avec AWS”.

Remplace par du concret :

• “Pipeline GitLab CI réduisant le déploiement manuel de 30 minutes à 5 minutes.”
• “Déploiement d’une API Dockerisée sur AWS ECS avec logs CloudWatch.”
• “Création de modules Terraform pour provisionner VPC, RDS et S3.”
• “Mise en place de dashboards Grafana pour suivre latence, CPU et taux d’erreur.”
• “Scan d’images Docker avec Trivy intégré au pipeline CI.”

Tu vois la différence ? Le recruteur visualise ce que tu as fait.

Structure de CV recommandée

Garde une structure simple :

1. titre clair,
2. résumé court,
3. compétences techniques,
4. expériences,
5. projets personnels si tu es junior,
6. certifications,
7. formation.

Exemple de titre :

DevOps Engineer Junior, AWS, Docker, Terraform, GitLab CI, Lille

Exemple de résumé :

“Profil DevOps junior basé à Lille, avec projets pratiques sur AWS, Docker, Terraform et CI/CD. Expérience en déploiement d’applications conteneurisées, automatisation d’infrastructure et monitoring. Recherche un poste DevOps ou Cloud Engineer en environnement agile.”

C’est simple, mais efficace.

Mots-clés ATS à ajouter

Les ATS sont les logiciels qui scannent ton CV avant qu’un humain le lise.

Ajoute les mots-clés que tu maîtrises vraiment :

• DevOps,
• AWS,
• Azure,
• Kubernetes,
• Docker,
• Terraform,
• GitLab CI,
• GitHub Actions,
• Jenkins,
• CI/CD,
• Linux,
• Bash,
• Python,
• Prometheus,
• Grafana,
• ELK,
• CloudWatch,
• Azure Monitor,
• IAM,
• VPC,
• Helm,
• Nginx,
• PostgreSQL.

Ne mens pas. Si tu mets Kubernetes, sois prêt à expliquer ce qu’est un pod.

Questions d’entretien DevOps fréquentes#

Prépare-toi à répondre simplement. Pas besoin de réciter un cours.

“Explique-moi ton pipeline CI/CD”

Réponse attendue :

• déclenchement sur push ou pull request,
• installation des dépendances,
• tests,
• build Docker,
• scan sécurité,
• push dans un registry,
• déploiement en staging,
• validation,
• déploiement production.

Ajoute pourquoi tu as fait ces choix.

“Comment gères-tu les secrets ?”

Bonne réponse :

• jamais dans Git,
• variables protégées dans CI/CD,
• coffre à secrets,
• AWS Secrets Manager ou Azure Key Vault,
• rotation si possible,
• accès limité.

“Que fais-tu si la prod tombe après un déploiement ?”

Réponse solide :

1. je vérifie les alertes et logs,
2. j’identifie le changement récent,
3. je rollback si l’impact est fort,
4. je communique avec l’équipe,
5. j’analyse la cause,
6. je documente,
7. j’ajoute un test ou une alerte pour éviter la répétition.

Le recruteur veut voir que tu restes calme.

“Quelle différence entre Docker et Kubernetes ?”

Docker sert à créer et exécuter des conteneurs.

Kubernetes sert à orchestrer ces conteneurs à plus grande échelle : déploiement, scaling, réseau, résilience, mises à jour.

Simple et clair.

“Comment réduire une facture cloud ?”

Très bonne question en 2026.

Réponses possibles :

• supprimer les ressources inutilisées,
• choisir des instances adaptées,
• utiliser autoscaling,
• surveiller les coûts par projet,
• mettre des tags,
• utiliser des instances réservées si usage stable,
• optimiser le stockage,
• revoir les logs trop verbeux,
• ajouter des budgets et alertes.

Les entreprises aiment les DevOps qui pensent aussi argent.

Où chercher un poste DevOps à Lille#

Tu peux chercher sur :

• LinkedIn,
• Welcome to the Jungle,
• Indeed,
• Apec,
• HelloWork,
• sites carrières des ESN,
• sites carrières des grands groupes,
• communautés tech locales,
• meetups cloud et DevOps.

Cherche avec plusieurs titres :

• DevOps Engineer,
• Ingénieur DevOps,
• Cloud Engineer,
• SRE,
• Platform Engineer,
• Ingénieur infrastructure cloud,
• Consultant DevOps,
• Azure DevOps Engineer,
• AWS DevOps Engineer.

Ajoute aussi :

• Lille,
• Villeneuve-d’Ascq,
• Roubaix,
• Marcq-en-Barœul,
• Tourcoing,
• remote France,
• hybride Lille.

Beaucoup de postes ne sont pas exactement à Lille centre, mais restent faciles d’accès.

Comment te démarquer si tu es junior#

Le marché junior peut être dur. Les recruteurs disent “junior”, puis demandent deux ans d’expérience. Classique.

Pour compenser, tu dois prouver.

Fais un portfolio technique

Pas un portfolio design compliqué. Juste un GitHub propre avec 2 ou 3 projets bien documentés.

Projet 1 :

• API simple,
• Docker,
• GitHub Actions,
• tests,
• README.

Projet 2 :

• Terraform AWS ou Azure,
• architecture expliquée,
• variables,
• outputs,
• schéma simple.

Projet 3 :

• Kubernetes,
• Helm,
• monitoring Prometheus/Grafana,
• scan Trivy.

Chaque projet doit répondre à trois questions :

1. Qu’est-ce que ça fait ?
2. Comment le lancer ?
3. Pourquoi tu as fait ces choix ?

Écris des README comme si tu parlais à ton futur manager

Ton README doit être lisible.

Inclure :

• objectif du projet,
• architecture,
• outils utilisés,
• étapes d’installation,
• variables nécessaires,
• captures d’écran,
• limites connues,
• prochaines améliorations.

Un bon README peut faire la différence entre “profil intéressant” et “profil oublié”.

Mets des résultats chiffrés

Même sur un projet perso, tu peux chiffrer :

• “Déploiement automatisé en moins de 3 minutes.”
• “Image Docker réduite de 950 Mo à 220 Mo.”
• “Pipeline avec tests, build et scan sécurité.”
• “Dashboard Grafana avec 6 métriques applicatives.”

Les chiffres rendent ton profil plus crédible.

Les erreurs qui coûtent des entretiens#

Tu peux avoir les compétences et te faire recaler pour des détails bêtes.

Évite ça :

• CV trop long avec 5 pages,
• liste de 80 outils sans niveau clair,
• aucun projet visible,
• GitHub vide,
• fautes dans les noms d’outils,
• “Kubernates” au lieu de Kubernetes,
• “Terraforme” au lieu de Terraform,
• CV non adapté à l’annonce,
• aucune mention de CI/CD,
• aucune preuve concrète,
• prétendre être expert sur tout.

Un bon DevOps n’est pas celui qui connaît tout. C’est celui qui apprend vite, automatise proprement, documente, communique et comprend l’impact de ses choix.

Plan d’action simple pour cette semaine#

Si tu veux avancer maintenant, fais ça sur 7 jours.

Jour 1

Choisis ton cloud principal : AWS ou Azure.

Ne discute pas pendant trois semaines. Choisis selon les annonces que tu vois le plus à Lille.

Jour 2

Crée une petite application ou reprends une app simple.

Le but n’est pas le code. Le but est l’infra autour.

Jour 3

Dockerise l’application.

Ajoute docker compose avec une base de données.

Jour 4

Crée un pipeline GitHub Actions ou GitLab CI.

Ajoute tests, build et push d’image.

Jour 5

Déploie sur AWS ou Azure.

Même si c’est simple, fais-le vraiment.

Jour 6

Ajoute Terraform pour une partie de l’infra.

Documente les commandes.

Jour 7

Mets ton CV à jour avec ce projet.

Ajoute un lien GitHub, un résumé clair, et des mots-clés ATS.

En une semaine, tu passes de “je suis intéressé par DevOps” à “j’ai construit un vrai mini-projet DevOps”.

Le futur du DevOps à Lille en 2026#

Le DevOps à Lille ne va pas disparaître. Il va devenir plus orienté plateforme, sécurité, coûts et fiabilité.

Les entreprises veulent moins de bricolage manuel et plus de standards.

Les profils qui vont gagner seront ceux qui savent :

• automatiser sans compliquer,
• sécuriser sans bloquer,
• réduire les coûts cloud,
• aider les développeurs,
• documenter clairement,
• comprendre AWS ou Azure,
• utiliser Kubernetes quand c’est utile,
• dire non quand une solution est trop lourde.

Et surtout, les bons profils DevOps savent expliquer leur travail à des humains. Pas seulement à des terminaux.

Tu peux être très technique, mais si tu sais dire à un product owner : “Cette mise en place réduit le risque d’incident et accélère les déploiements”, tu deviens beaucoup plus précieux.

Dernier conseil de grand frère#

Ne cherche pas à devenir expert AWS, Azure, Kubernetes, Terraform, Prometheus et sécurité en même temps. Tu vas juste te cramer.

Construis une base solide :

1. Linux,
2. Git,
3. Docker,
4. CI/CD,
5. un cloud,
6. Terraform,
7. Kubernetes,
8. monitoring,
9. sécurité.

Fais des projets simples, mais terminés. Un petit projet propre vaut mieux que dix repos abandonnés.

Et quand tu postules à Lille, adapte ton CV à chaque annonce. Si l’offre parle Azure DevOps et AKS, mets ces mots clairement si tu les maîtrises. Si elle parle AWS, EKS et Terraform, fais ressortir tes projets liés.

Avant d’envoyer ton CV, vérifie qu’il passe bien les filtres ATS et qu’il contient les bons mots-clés DevOps. Tu peux le tester gratuitement ici : analyse ton CV avec l’ATS checker gratuit de JobRise.