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.5/5 (19)
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
senior site reliability engineer, cloud platform
Woven by ToyotaCDI
Woven by ToyotaCDI
Télétravail temps plein- Télétravail
≄ 7 ans d'experience
Go
Kubernetes
Grafana
Il y a 4 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 !
Top53

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