Offres d'emploiEntreprisesTestsBlogJe recruteS'inscrireConnexion
en
en

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

Trouvez votre job de site reliability engineer (sre) en 2026 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 !
Cybersec pour les techs : renforcez vos bases
22 questions pour Site Reliability Engineer (SRE)
4.6/5 (15)
Sécurité Web -Avancé
questions pour Site Reliability Engineer (SRE)
4.5/5 (1)
Sécurité Web - Les bases
19 questions pour Site Reliability Engineer (SRE)
4.5/5 (1)

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.
brand cover
lead sre - distribution channels
VeepeeCDI
VeepeeCDI
Télétravail temps plein- Télétravail
≥ 3 ans d'experience
Ansible
Consul
Il y a 2 heures

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 !
Des startups

Doctolib

Doctolib is a purpose-led company that strives for a healthier world with more than 2,500 employees across France, Italy, and Germany. Since 2013, Doctolib has been improving the daily lives of more than 300,000 healthcare professionals by providing them with new-generation technology and services. Doctolib also serves more than 60 million Europeans, offering a fast, frictionless and secure journey for all their care needs. We are a team dedicated to improving healthcare, with a human-centric mindset and entrepreneurial approach. We live by four values that shape the way we work and guide our actions and decisions every day. We are committed to having a positive impact on the lives of care teams and people's health #serve We care deeply about each other and listen to others with empathy, enthusiasm, and open-mindedness #care We are humble, constantly learning, and strive to surpass ourselves every day #learn We are action-oriented, moving quickly and with the belief that anything is possible if we challenge the status quo on behalf of our users #act
Des grands groupes

SNCF Connect & Tech

SNCF Connect & Tech est le leader du numérique et du e-commerce français dans le secteur des mobilités qui réunit les compétences numériques au service du client. Avec plus de 1200 collaborateurs, SNCF Connect & Tech conçoit et implémente les solutions digitales clients du groupe SNCF. “ Chez SNCF Connect & Tech nous allions innovation et agilité pour faire progresser les mobilités propres, partagées, et responsables. Rejoignez notre communauté d’experts des transformations digitales en France. #DigitalMobilityChangers ”
Et des pépites à découvrir !
Top52

LES-TILLEULS.COOP

Expert·e·s API, Web et Cloud. Société autogérée et égalitaire (Scop). Créateurs d'API Platform.

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) .

Pourquoi la tendance DevOps est encore plus forte en 2026 ?

On aurait pu penser que la tendance DevOps n’était qu’une transition, portée par le Move2Cloud en particulier. Les fournisseurs Cloud, le PaaS, ou le Serverless devaient remplacer tous nos ingénieurs infra et plateforme. Et seuls les devs seraient restés irremplaçables. Cela ne se passe pas comme ça. Le DevOps redevient une tendance de premier plan en 2026. Si les Devs ne sont pas encore remplacés par des IAs, ils utilisent maintenant leurs agents pour produire du code. C'est efficace mais imprévisible comme s’il y avait une armée de stagiaires cachés sous le capot de leurs claviers. Dans ce monde probabiliste, le dernier rempart déterministe semble être les DevOps, SRE et les équipes infrastructure. Cependant, l’IA seule ne suffit pas à expliquer le poids qui repose sur leurs épaules d’Atlas cyberpunk. Pourquoi le DevOps est encore le principal chantier en 2026 ? On vous répond avec les trois grandes tendances qui font rentrer le mouvement DevOps dans l’âge de maturité, à marche forcée. L’IA réduit la stabilité des livraisons de 7,2%. L’utilisation de l’IA par les développeurs augmente la surface de changement. Si les process ou le pipeline CI/CD n’était pas assez robuste, ça casse. C’est la conclusion de l’étude DORA 2025 qui portait en particulier sur l’utilisation de l’IA par les développeurs. Et le sujet ce n’est pas que l’IA produit du code de moins bonne qualité. Au contraire, il y a une amélioration de la qualité du code et de la documentation. Et même une baisse de la complexité du code. Que des bonnes nouvelles. “AI-powered self-healing pipelines”. Le monde du DevOps c’est aussi beaucoup d’éditeurs d’outils. Et comme tous les éditeurs de logiciels, ils veulent devenir AI-Native (en anglais). Du coup ils intègrent des fonctionnalité avec de l’IA dans tous les sens. Les effets d’annonces sont très auto-magiques. Un des gadgets à la mode c’est d’avoir un agent qui est

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

Questions fréquentes

Combien gagne un Site Reliability Engineer (SRE) en 2026?
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