en

Trouvez votre job de site reliability engineer (sre) avec WeLoveDevs 🥇

Trouvez votre job de site reliability engineer (sre) en 2025 en fonction de vos envies et de votre attractivité sur le marché du recrutement. CDI, Freelance, Alternance ou Stage.

Réalisé avec le soutien de la GEN
Votre expérience pro :
Trouvez aujourd'hui votre première expérience professionnelle
Vous êtes un profil junior à la recherche de votre première expérience. Pas de panique, nous sommes tous passés par la et nous allons vous accompagner pour trouver l’opportunité la plus adaptée à votre profil.
Créez un profil public pour les recruteurs sans CV
Testez et valorisez vos compétences
Suivez notre coaching professionnel en video
Postulez aux offres d'emploi pour les juniors !
Les chiffres clés pour un Site reliability engineer (sre)
Inscrivez vous en5 minutes
Trouvez un job en30 jours
Fourchette de salaire de40 à 60k€
Les juniors sont les bienvenus sur WeLoveDevs.com, vous êtes nos experts de demain 💙. Valoriser vos compétences (quiz, projets personnels, coaching…) et démarrez sans CV aujourd’hui.

1 - Démarquez vous en remportant une médaille sur un test technique

Nous mettons gratuitement à disposition de notre communauté de tech plus de 100 tests techniques. Ces tests sont réalisés par des experts dans leurs domaines ou par des écoles pour les fondamentaux. Les sujets sont très variés : technos (react, java, PHP...) ou compétences (gestion de projet, product management...).
  • Validez et mettez en avant vos compĂ©tences
  • Vos rĂ©sultats sont privĂ©s sauf si vous les partagez
  • Comparez vous Ă  la moyenne des autres techs (vous allez ĂŞtre surpris !)
En tant que développeur expérimenté vous n’aurez pas de difficultés à vous hisser dans le top du classement et montrer que vous êtes le meilleur dans votre domaine !

2 - Suivez un accompagnement pour développeurs expérimentés

Les profils expérimentés sont très recherchés sur le marché de l’emploi et vous recevez surement déjà des opportunités via différents réseaux. Nous voulons aller plus loin en vous aidant à trouver le job de vos rêves.

Coup de projecteur sur votre profil

Et si vous étiez mis en avant auprès des meilleures entreprises de France ?

Chaque semaine nous mettons en avant les candidats et candidates qui le souhaitent sur une newsletter lue par 4000 recruteurs : de la petite startup au grand groupe

Un interlocuteur à votre côté

Quel salaire pouvez-vous négocier ? Quelles missions ? Notre expert en recrutement se rend disponible pour toutes vos questions.

Contrairement à la plus part des sites de recrutement, nous ne demandons aucune commission sur les recrutements. Nous vous conseillerons dans votre intérêt.
Votre expert en recrutement IT : Martin LuttonAprès plusieurs années en tant que chasseur de tête en cabinet de recrutement digital et en tant qu’indépendant, Martin a rejoint WeLoveDevs.com en 2016.

Il est responsable de l’équipe accompagnement chez WeLoveDevs.com. Chaque jour il appelle les candidats et les candidates qui le souhaitent pour leur donner des conseils et les accompagner.

Du junior à la recherche de son premier stage au CTO ultra expérimenté, il a échangé avec plus de 2000 développeurs !

3 - Trouvez des offres d'emploi uniques

Les offres d’emploi que vous trouverez sur WeLoveDevs.com sont unique car nous mettons en avant les annonces qui respectent des critères strictes : une fourchette de salaire, une confirmation d’il y a moins de 30 jours, les conditions de télétravail et surtout une description détaillée de la mission et de l’entreprise.

4 - Découvrez de nouvelles entreprises parmis 2500 boites tech

WeLoveDevs.com est le site #1 pour le recrutement de profil tech. Recevez des opportunités des entreprises les plus attractives et rejoignez des équipes ou il fait bon vivre en tant que tech !

5 - Pensez à faire de la veille sur le métier de Site Reliability Engineer (SRE)

Notre blog contient de nombreux articles, interview et reportages sur tous les métiers ITs. Découvrez nos publications pour connaitre les dernières tendances chez les 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

Questions fréquentes


Combien gagne un Site Reliability Engineer (SRE) en 2025?

Quelles sont les connaissances nécessaires pour le métier de Site Reliability Engineer (SRE) ?

Est-il gratuit de s’inscrire sur WeLoveDevs.com ?

Les entreprises doivent elles payer une commission pour me recruter ?

Comment devenir Site Reliability Engineer (SRE) ?

Est-il facile de trouver un job de Site Reliability Engineer (SRE) ?
⚠️
Votre navigateur est mal|non supporté !
Nous vous conseillons d'utiliser un navigateur moderne comme Edge, Chrome ou Firefox
En savoir plus