Dossier de compétences
SRE × AWS
Les ingénieurs d'affaires peinent à stafferr des profils SRE sur les missions AWS : TJM élevé sans que le client ait défini ses SLO (maturité insuffisante). Le dossier de compétences est le premier filtre — et souvent le dernier.
12-24 mois
750-980€
croissance
2 minutes
Pourquoi les DC SRE sont souvent recalés
Profil rare : client n'a pas de budget SRE dédié et hésite entre SRE et DevOps
TJM élevé sans que le client ait défini ses SLO (maturité insuffisante)
Manque de connaissance du secteur spécifique (télécoms vs fintech)
Profil trop orienté opérations sans bagage développement suffisant
Un DC qui met en valeur l'expertise AWS
Critères DC spécifiques AWS
- Certifications AWS (SAA, SAP, DevOps Pro, ML Specialty) — préciser le niveau
- Expérience multi-comptes AWS Organizations (pas juste un compte sandbox)
- Services avancés maîtrisés (SageMaker, Bedrock, EKS vs EC2 basique)
- FinOps : expérience d'optimisation des coûts AWS
Éléments différenciants
- SLO définis et tenus sur des systèmes critiques (disponibilité, latence)
- Réduction quantifiée du toil opérationnel (heures/mois automatisées)
- Post-mortems rédigés et partagés (culture blameless démontrée)
- Expérience chaos engineering en production
Comment rédiger un DC SRE percutant
Structurez la synthèse autour du besoin client
Ne commencez pas par "X années d'expérience en…". Ouvrez avec le contexte métier du client : secteur (Télécom et opérateurs, Banque et fintech), problématique résolue, et résultat livré. Un responsable AO décide en 30 secondes de lire ou pas — la synthèse est votre vitrine.
Contextualisez chaque compétence technique
Ne listez pas "AWS" seul. Précisez la version (AWS Console), le contexte d'utilisation (Migration d'un SI on-premise vers AWS (lift & shift ou re-platform)), et le niveau de maîtrise. Les grilles de notation AO cherchent des preuves d'usage, pas des mots-clés.
Valorisez les certifications et soft skills
Les certifications (Certified Kubernetes Administrator (CKA)) sont des signaux de confiance objectifs. Associez-les aux soft skills attendus : Approche data-driven sur la fiabilité (métriques, dashboards). C'est cette combinaison technique + humain qui fait gagner les AO.
Anonymisez sans appauvrir
Un DC anonymisé ne signifie pas un DC vide. Remplacez les noms par le secteur et la taille du client (« Grand compte bancaire, 50 000+ collaborateurs »). Conservez les volumes, les métriques de performance et les technologies — ce sont eux qui convainquent, pas le logo.
Ce que Profilya apporte à votre staffing
Temps libéré
2 min
au lieu de 45 min par DC
Marché cible
Télécom et opérateurs
4 secteurs couverts
Écosystème
4
outils AWS intégrés
Missions typiques SRE
- 01Définition des SLO (Service Level Objectives) et des error budgets
- 02Automatisation des réponses aux incidents récurrents (runbook automation)
- 03Mise en place du chaos engineering (Chaos Monkey, Litmus)
- 04Amélioration de l'observabilité (traces, logs, métriques) avec OpenTelemetry
- 05Post-mortems structurés et suivi des actions correctives
Compétences clés
- SLO/SLA/Error budget, Incident management
- Kubernetes, Docker, Helm
- Observabilité : Prometheus, Grafana, Jaeger, OpenTelemetry
- Scripting Python/Go pour l'automatisation
- Chaos engineering : LitmusChaos, Gremlin
- Cloud AWS, Azure ou GCP
Secteurs en commun
Banque et fintech, E-commerce à fort trafic
Importez le CV, notre IA fait le reste. Document prêt à envoyer au format Word ou PDF.