fr

Find your site reliability engineer (sre) job with WeLoveDevs 🥇

Find your site reliability engineer (sre) job in 2025 according to your desires and your attractiveness on the recruitment market.

Designed with the support of GEN
Your professional experience:
Find your first work experience today
You are a junior candidate looking for your first experience. Don't panic, we've all been there and we'll help you find the opportunity that best suits your profile!
Create a public profile for recruiters without resume
Test and enhance your skills
Follow our video professional coaching
Apply to jobs for juniors!
Key figures for a site reliability engineer (sre)
Register in5 minutes
Find a job within30 days
Salary range of40 to 60k€
Juniors are welcome on WeLoveDevs.com, you are our experts of tomorrow 💙. Enhance your skills (quiz, personal projects, coaching, etc.) and start without a CV today.

1 - Stand out by winning a medal on a technical test

We provide our tech community with more than 100 technical tests for free. These tests are carried out by experts in their field or by schools for the fundamentals. The subjects are very varied: technologies (react, java, PHP...) or skills (project management, product management...).
  • Validate and highlight your skills
  • Your results are private unless you share them
  • Compare yourself to the average of other techs (you may be surprised!)
As an experienced developer you will have no difficulty in rising to the top of the rankings and showing that you are the best in your field!

2 - Follow our journey designed for tech experts

Experienced profiles are highly sought after on the job market and you are probably already receiving opportunities through various networks. We want to go further by helping you find your dream job.

Promote your profile

What if you were promoted to the best companies in France?

>Each week we put forward the candidates who wish it on a newsletter read by 4000 recruiters: from the small startup to the large group

An expert at your side

What salary can you negotiate? Which projects will you work on? Our recruitment expert is available for all your questions.

Unlike most recruitment sites, we do not charge commission on recruitments. We will advise you in your interest.
Your IT recruitment expert: Martin LuttonAfter several years as a headhunter in a digital recruitment firm and as a freelancer, Martin joined WeLoveDevs.com in 2016.

He is responsible for the support team at WeLoveDevs.com. Every day he calls candidates who want it to give them advice and support them.

From junior looking for his first internship to ultra-experienced CTO, he has exchanged with more than 2000 developers!

3 - Find unique jobs

The jobs you will find on WeLoveDevs.com are unique because we highlight offers that meet strict criteria: a salary range, confirmation from less than 30 days ago, teleworking conditions and a detailed description of the mission and the company.

4 - Discover new companies among 2500 tech companies

WeLoveDevs.com is the #1 site for tech profile jobs. Receive opportunities from the most attractive companies and join great teams where you will thrive.

5 - Keep an eye on the latest trends for the job of Site Reliability Engineer (SRE)

Our blog contains many articles, interviews and reports on all IT professions. Discover our publications to know the latest trends for site reliability engineer (sre)..

OWASP Top 10 : 10 erreurs que les développeurs web font tous les jours (et comment les éviter)

… l’appli passe en recette etc…  Ici c’est pas le dev qui a fait une faille d’auth. C’est la config par défaut qui est permissive. C’est exactement A05, Security Misconfiguration : le framework, la librairie ou le serveur a un réglage par défaut trop laxiste, et on hérite de la vulnérabilité sans s’en apercevoir. Hardening express Ne faites jamais confiance à un framework auth / sécu. Utiliser un SAST pour détecter les mauvaises configuration (souvent une option sur votre CI/CD Github Advanced Security par exemple) Scanner les dépendances et les garder à jour. Ce qui m’amène au point 06. A06 Vulnerable and Outdated Component : c’est quoi la version d’Ubuntu sur ce Docker ? Cette famille de vulnérabilités regorge d’exemples célèbres. Log4J, pour les devs Java, c’était le ragnarok. Côté NPM, on voit régulièrement passer une dépendance qui installe un cryptominer ou un voleur de secrets. Mais le plus souvent, c’est plus discret que ça. Les SRE ont bien mis à disposition une belle infrastructure à jour. Sauf que les devs ont encapsulé leur app dans un Docker random. L’image n’est pas renforcée. Le Dockerfile charge un Ubuntu quelconque, et personne n’y prête attention. Trois ans plus tard, cette base a 33 CVE référencées. Il n’y a pas de quick win magique ici. C’est une question d’hygiène logicielle. C’est là qu’entre en jeu le SBOM - Software Bill of Materials. Imaginez un document qui liste toutes les dépendances de votre projet : package.json, pom.xml, Dockerfile, tout en même temps. Quand une faille sort, le SBOM te dit immédiatement si tu es concerné. Il y a des éditeurs qui proposent des outils pour les construire et les surveiller automatiquement. A07 Identification and Authentication Failures : elle sert à quoi l’API_KEY ? Aujourd’hui, les frameworks modernes gèrent très bien l’authentification entre le client et le serveur. Mais avant, c’était plus artisanal. Imagine :

Monolithe vs Microservices : comment choisir la bonne architecture pour votre application ?

… équipe ? (Taille et compétence) Les adeptes du microservice vous expliquent souvent qu’ils gagnent en autonomie. Julien Bideau clashe gentiment cet a priori. Quand ta mise en prod reste coincée dans les tuyaux et que tu as besoin d’un SRE qui n’est pas dispo parce qu’il aide une autre équipe… Bah tu n’es pas si autonome que ça. Donc oui : avant de sauter en parachute, vérifie qu’il y a quelqu’un pour piloter l’avion. Et pour la taille ? Pensez à la loi de Conway. “Any organization that designs a system will produce a design whose structure is a copy of the organization's communication structure.” (Melvin Conway, 1967) 12 personnes c’est le maximum pour qu’une équipe reste efficace. Si vous êtes 15, coupez en deux ou trois. Dans l’absolu si votre équipe Dev/Ops ne va jamais dépasser 10 personnes, vous n'avez sûrement pas besoin de microservices dès aujourd’hui. Doctolib a attendu d’être à plusieurs centaines d’ingénieurs pour changer. Les options, sans dogme. Monolithe : simplicité et vélocité locale. Quand un projet a besoin de stabilité, le monolithe reste souvent la bonne solution. Chaque version, chaque release est maîtrisée. Vous pouvez tester tout, de fond en comble, avant la mise en production. Oui, c’est de la boring architecture, comme le disent ses détracteurs. Mais c’est aussi pratique de pouvoir refactorer tout le code en une fois, sans avoir à jongler entre dix dépôts Git et autant de pipelines CI/CD. Le revers de la médaille ? Une CI qui s’allonge au fil du temps. Des commits qui attendent la prochaine version pour voir la prod, parfois plusieurs semaines. Les merge deviennent complexes, et on finit par inventer des anti-patterns pour les éviter. Vous avez déjà vu cinq développeurs se prévenir sur Slack avant de modifier un fichier ? Moi oui. Modulith ou le Monolithe Modulaire On a déjà dédié un article complet au sujet : Architecture modulith : tout comprendre. On pourrait

Guerre commerciale - Le déclic qui va faire adopter du Cloud Français ?

… aux tchétchènes). Si demain les américains veulent mettre l'Ukraine à genoux, ils ont les leviers numériques. Ursula von der Layen a annoncé 800 milliards pour réarmer l'Europe. Combien faut-il pour armer le Cloud Européen ? Les SRE envoyés au front ? "À vos shells... prêts ? REPLATFORMEZ" Vous avez sûrement déjà un PCA et un DRP. Vous mesurez le SLA, le RPO, le RTO. Mais est-ce que vous avez un plan pour sortir du Cloud Américain ? (Je mets un lexique à la fin) Est-ce que vous avez un script Terraform prêt-à-l'emploi ? Ce que j'essaie de vous dire ici, c'est que c'est un devoir patriotique d'aller passer le QCM de Terraform de Julien Wittouck sur WeLoveDevs. Et surtout que s'il y a un fossé entre l'offre et la demande en Europe. Il se peut que ce soit la demande qui franchisse le gouffre demain. Alors construisons des ponts dès aujourd'hui. Lexique des termes clés : DSI (Direction des Systèmes d’Information) : Service responsable de la gestion et de l’évolution des infrastructures informatiques d’une entreprise. C'est là qu'il y a les devs et les serveurs. C'est aussi eux qu'on appelle quand on a perdu son mot de passe. RSSI (Responsable de la Sécurité des Systèmes d’Information) : Chargé de la protection des données et de la cybersécurité dans une organisation. (C'est lui qui a bloqué WeLoveDevs et Indeed sur le Proxy. Je ne sais pas pourquoi). CISO (Chief Information Security Officer) : L’équivalent anglophone du RSSI, généralement utilisé dans les grandes entreprises internationales. Permets de faire plus de jeux de mots que son homologue francophone ✂️ SecNumCloud : Certification française délivrée par l'ANSSI garantissant qu'un fournisseur de cloud respecte des critères stricts de sécurité et de souveraineté. Hyperscaler : Géant du cloud computing proposant des infrastructures à très grande échelle (AWS, Azure, Google Cloud). Move2Cloud : Stratégie de migration des infrastructures IT d’une

Frequently Asked Questions


How much does a Site Reliability Engineer (SRE) earns in 2025?

What knowledge is required for the profession of Site Reliability Engineer (SRE)?

Is it free to register on WeLoveDevs.com?

Do companies have to pay a success fee to hire me?

How do I become Site Reliability Engineer (SRE)?

Is it easy to find a Site Reliability Engineer (SRE) job?
⚠️
Your browser is badly|not supported!
We recommend you to use a more modern browser such as Edge, Chrome or Firefox
Know More