Przewodnik po CV Site Reliability Engineer — Jak Napisać CV, Które Zapewni Rozmowy Kwalifikacyjne

Glassdoor podaje średnie wynagrodzenie SRE na poziomie 169 680 $ w Stanach Zjednoczonych, podczas gdy Indeed wskazuje kwotę 154 351 $ — a starsi SRE w czołowych firmach regularnie przekraczają 200 000 $+ łącznego wynagrodzenia [1][2]. BLS klasyfikuje role SRE pod programistami (15% prognozowanego wzrostu do 2034 r.) i administratorami sieci/systemów, co odzwierciedla hybrydowy charakter dyscypliny, którą Google skodyfikował, a każda większa firma technologiczna obecnie praktykuje [3]. Zespoły SRE stanowią kręgosłup niezawodności systemów na dużą skalę, a Twoje CV musi udowodnić, że potrafisz utrzymywać usługi w działaniu, jednocześnie je ulepszając.

Ten przewodnik obejmuje pisanie CV SRE demonstrującego zarówno umiejętności inżynierii oprogramowania, jak i głębię operacyjną.

Kluczowe Wnioski

• Zacznij od metryk niezawodności: procenty dostępności, wydajność SLO/SLI, redukcje MTTR i poprawa częstotliwości incydentów.
• Udowodnij, że potrafisz programować, nie tylko operować — SRE to dyscyplina inżynierii oprogramowania stosowana do problemów operacyjnych.
• Kwantyfikuj skalę infrastruktury: żądania na sekundę, liczbę usług, rozmiary klastrów, wolumeny danych i rozkład geograficzny.
• Pokaż narrację redukcji toil: automatyzuj pracę ręczną, buduj systemy samonaprawcze, twórz narzędzia eliminujące obciążenie operacyjne.
• Uwzględnij doświadczenie dyżurowe, przywództwo w reagowaniu na incydenty i wkład w kulturę postmortem.

Czego Szukają Rekruterzy w CV SRE?

Rekrutacja SRE łączy ocenę inżynierii oprogramowania i inżynierii systemów. Rekruterzy i menedżerowie ds. rekrutacji szukają:

1. Biegłość w inżynierii oprogramowania — Python, Go, Java lub podobne. SRE piszą kod produkcyjny: narzędzia automatyzacji, systemy monitorowania, pipeline'y wdrożeniowe i infrastrukturę samonaprawczą [4].
2. Systemy na dużą skalę — Doświadczenie w obsłudze systemów obsługujących miliony żądań, obejmujących wiele regionów i wymagających dostępności 99,9%+.
3. Obserwowalność i monitoring — Prometheus, Grafana, Datadog, PagerDuty, OpenTelemetry. Czy potrafisz instrumentować systemy, budować dashboardy i wykrywać anomalie?
4. Zarządzanie incydentami — Uczestnictwo w dyżurach, doświadczenie jako incident commander, autorstwo postmortemów i mierzalne poprawy MTTR.
5. Infrastructure as Code i automatyzacja — Terraform, Ansible, Pulumi i Kubernetes. Umiejętność kodyfikacji infrastruktury i eliminacji operacji manualnych.

Książka SRE Google'a, fundacyjny tekst dyscypliny, definiuje SRE jako „co się dzieje, gdy poprosisz inżyniera oprogramowania o zaprojektowanie funkcji operacyjnej" — i Twoje CV powinno odzwierciedlać tę tożsamość [4].

Najlepszy Format CV dla SRE

• Długość: 1-2 strony. Jedna strona dla mniej niż 5 lat doświadczenia; dwie strony dla starszych SRE z rozległym doświadczeniem w reagowaniu na incydenty i inżynierii platformy.
• Układ: Odwrotnie chronologiczny. Rekrutacja inżynieryjna jest konserwatywna w kwestii formatu.
• Sekcja umiejętności technicznych: Zorganizowana według kategorii: Języki, Chmura/Infrastruktura, Obserwowalność, CI/CD, Bazy danych, Sieć.
• Kolejność sekcji: Podsumowanie → Umiejętności → Doświadczenie → Projekty/Open Source → Wykształcenie → Certyfikaty.
• Metryki dyżurów i incydentów: Uwzględnij w opisach ról, nie jako osobną sekcję.

Kluczowe Umiejętności

Umiejętności Twarde

• Języki programowania (Python, Go, Java, Bash, Ruby)
• Administracja systemami Linux (systemd, sieć, tuning wydajności)
• Kubernetes (wdrażanie, skalowanie, operatorzy, Helm, service mesh)
• Platformy chmurowe (AWS, GCP, Azure) — VPC, IAM, obliczenia, przechowywanie, usługi sieciowe
• Infrastructure as Code (Terraform, Pulumi, CloudFormation, Ansible)
• Pipeline'y CI/CD (Jenkins, GitHub Actions, GitLab CI, Argo CD, Spinnaker)
• Obserwowalność (Prometheus, Grafana, Datadog, New Relic, OpenTelemetry)
• Zarządzanie incydentami (PagerDuty, OpsGenie, Incident.io)
• Systemy rozproszone (konsensus, twierdzenie CAP, kolejki wiadomości, service mesh)
• Operacje bazodanowe (PostgreSQL, MySQL, Redis, DynamoDB, Cassandra)
• Orkiestracja kontenerów (Docker, Kubernetes, ECS, Nomad)
• Service mesh (Istio, Envoy, Linkerd)
• Chaos engineering (Gremlin, Litmus, Chaos Monkey)
• Równoważenie obciążenia i zarządzanie ruchem (NGINX, HAProxy, Envoy, AWS ALB/NLB)
• Definiowanie SLO/SLI/SLA i zarządzanie budżetem błędów

Umiejętności Miękkie

• Przywództwo w incydentach i komunikacja pod presją
• Moderowanie postmortemów i kultura bez obwiniania
• Współpraca międzyzespołowa z zespołami produktu i rozwoju
• Dokumentacja techniczna i tworzenie runbooków
• Mentoring dyżurowy i szkolenie z eskalacji
• Priorytetyzacja pracy nad niezawodnością vs. rozwój funkcjonalności
• Komunikacja z interesariuszami na temat metryk niezawodności

Punkty Doświadczenia Zawodowego

Poziom Początkowy (0-2 Lata)

• Zarządzałem rotacją dyżurów dla 15 produkcyjnych mikroserwisów obsługujących 2M DAU, redukując wolumen alertów o 40% w ciągu 6 miesięcy poprzez tuning alertów i automatyzację runbooków.
• Zbudowałem system provisioningu infrastruktury oparty na Terraform dla środowisk AWS (ECS, RDS, ElastiCache), skracając czas wdrożenia nowych usług z 3 dni do 2 godzin ze standaryzowanymi konfiguracjami bezpieczeństwa.
• Opracowałem narzędzie analizy logów w Pythonie, które automatycznie korelowało wzorce błędów w 5 usługach podczas incydentów, redukując średni czas triażu z 45 minut do 12 minut.
• Wdrożyłem monitoring Prometheus i dashboardy Grafana dla klastra Kubernetes z 20 usługami, pokrywając 150+ metryk niestandardowych i ustalając bazowe SLI, które posłużyły do pierwszych formalnych definicji SLO zespołu.
• Zautomatyzowałem rotację certyfikatów SSL w 50+ domenach przy użyciu Cert-Manager i niestandardowych operatorów Kubernetes, eliminując kwartalny proces ręczny wymagający wcześniej 8 godzin i niosący ryzyko wygaśnięcia.

Środek Kariery (3-7 Lat)

• Zaprojektowałem i obsługiwałem wieloregionową platformę Kubernetes obejmującą 3 regiony AWS i 12 klastrów, wspierającą 200+ mikroserwisów obsługujących 50M żądań dziennie przy dostępności 99,95%.
• Prowadziłem program SLO dla platformy obsługującej 10M użytkowników, definiując SLI latencji (p99 < 200ms), dostępności (99,9%) i przepustowości dla 30 usług, oraz ustanawiając polityki budżetu błędów balansujące niezawodność z prędkością rozwoju funkcjonalności [4].
• Zredukowałem średni czas odzyskiwania (MTTR) z 90 minut do 15 minut, budując zautomatyzowany system reagowania na incydenty integrujący PagerDuty, Slack i niestandardowe narzędzia diagnostyczne identyfikujące prawdopodobne przyczyny w ciągu 3 minut od wyzwolenia alertu.
• Wdrożyłem program chaos engineering z wykorzystaniem Gremlin, przeprowadzając 50+ eksperymentów, które zidentyfikowały 12 krytycznych trybów awarii w systemach produkcyjnych, w tym 3, które spowodowałyby wielogodzinne przerwy podczas szczytowego ruchu.
• Zbudowałem pipeline wdrożeniowy oparty na GitOps z użyciem Argo CD i Helm, umożliwiając 200+ tygodniowych wdrożeń w 60 usługach z automatyczną analizą canary i automatycznym rollbackiem, redukując incydenty związane z wdrożeniami o 75%.

Poziom Senior (8+ Lat)

• Zbudowałem i prowadziłem 10-osobowy zespół SRE odpowiedzialny za platformę przetwarzającą 2B$+ rocznego wolumenu transakcji w 300 mikroserwisach, utrzymując dostępność 99,99% i wspierając 5-krotny wzrost ruchu w ciągu 3 lat.
• Zaprojektowałem platformę obserwowalności firmy z użyciem OpenTelemetry, Prometheus, Jaeger i Grafana, zapewniając zunifikowane metryki, ślady i logi w 500+ usługach i redukując średni czas wykrycia z 25 minut do poniżej 3 minut.
• Zaprojektowałem i przeprowadziłem migrację bez przestojów z aplikacji monolitycznej do architektury mikroserwisowej, dekompozując bazę kodu o 500K linii na 40 niezależnie wdrażalnych usług w ciągu 18 miesięcy, utrzymując SLO 99,95% przez cały proces.
• Ustanowiłem framework zarządzania incydentami firmy obejmujący klasyfikację ważności, rotację incident commandera, proces postmortem i kwartalne przeglądy niezawodności, redukując incydenty SEV-1 z 12 do 3 na kwartał w ciągu 2 lat.
• Zredukowałem koszty infrastruktury o 4,2M$ rocznie poprzez rightsizing, automatyzację instancji spot, planowanie zarezerwowanej pojemności i optymalizację zasobów Kubernetes w środowisku chmurowym o 2 000 węzłach.

Przykłady Podsumowania Zawodowego

Poziom Początkowy: Site reliability engineer z 2-letnim doświadczeniem w zarządzaniu produkcyjnymi środowiskami Kubernetes i operacjami dyżurowymi dla usług obsługujących 2M+ DAU. Biegły w Python, Terraform, Prometheus i AWS z naciskiem na automatyzację, monitoring i reagowanie na incydenty. Zredukował wolumen alertów o 40% poprzez tuning alertów i automatyzację runbooków.

Środek Kariery: SRE z 6-letnim doświadczeniem w projektowaniu platform wieloregionowych, definiowaniu programów SLO i budowaniu automatyzacji wdrożeń dla usług przetwarzających 50M dziennych żądań. Ekspert w Kubernetes, Terraform i narzędziach obserwowalności (Prometheus, Grafana, OpenTelemetry). Udowodniona redukcja MTTR z 90 do 15 minut i zmniejszenie incydentów wdrożeniowych o 75% dzięki automatyzacji GitOps.

Senior: Starszy lider SRE z 12+ latami doświadczenia w budowaniu i prowadzeniu zespołów inżynierii niezawodności dla platform przetwarzających 2B$+ rocznych transakcji. Ekspert w architekturze systemów rozproszonych, projektowaniu platform obserwowalności i frameworkach zarządzania incydentami. Utrzymanie dostępności 99,99%, redukcja kosztów infrastruktury o 4,2M$ rocznie i skalowanie platform 5x prowadząc 10-osobowy zespół.

Wykształcenie i Certyfikaty

Role SRE priorytetyzują udowodnione zdolności techniczne:

• Licencjat z informatyki, inżynierii oprogramowania lub pokrewnego kierunku — oczekiwany, ale nie zawsze wymagany przy silnym doświadczeniu systemowym.
• Samouk lub bootcamp z portfolio — wykonalny z udowodnionymi operacjami produkcyjnymi i umiejętnościami programistycznymi.

Istotne certyfikaty:

• AWS Solutions Architect (Associate/Professional) — waliduje projektowanie infrastruktury chmurowej (Amazon Web Services) [5].
• CKA (Certified Kubernetes Administrator) — waliduje ekspertyzę operacyjną Kubernetes (CNCF).
• CKAD (Certified Kubernetes Application Developer) — waliduje umiejętności deweloperskie Kubernetes (CNCF).
• Google Professional Cloud DevOps Engineer — obejmuje praktyki SRE na GCP (Google Cloud).
• HashiCorp Terraform Associate — waliduje biegłość w Infrastructure as Code (HashiCorp).
• AWS DevOps Engineer Professional — waliduje CI/CD i automatyzację na AWS (Amazon Web Services).

Częste Błędy w CV

1. Pozycjonowanie się jako administrator systemów — SRE to dyscyplina inżynierii oprogramowania. Jeśli CV czyta się jak administrator systemów bez programowania, nie przejdzie filtrów rekrutacji inżynieryjnej. Zacznij od wkładów w inżynierię oprogramowania.
2. Brak metryk niezawodności — Procenty dostępności, MTTR, zgodność z SLO i wydajność budżetu błędów to kluczowe metryki SRE. Każdy opis roli powinien je zawierać.
3. Brak wskaźników skali — „Obsługiwałem klastry Kubernetes" jest niejasne. „Obsługiwałem 12 klastrów Kubernetes w 3 regionach wspierających 200+ mikroserwisów i 50M dziennych żądań" komunikuje zdolności.
4. Ignorowanie redukcji toil — Główna misja SRE to eliminacja toil poprzez automatyzację [4]. Pokaż co zautomatyzowałeś, zaoszczędzony czas i usunięte obciążenie operacyjne.
5. Ogólnikowe listy narzędzi — Wymieniaj narzędzia z kontekstem: „Prometheus (5 000+ metryk niestandardowych, 200+ reguł alertów)" a nie po prostu „Prometheus".
6. Brak narracji zarządzania incydentami — Doświadczenie dyżurowe, przywództwo w reagowaniu na incydenty i wkład w postmortemy są oczekiwane. Uwzględnij alerty na miesiąc, MTTR i przykłady rozwiązań.
7. Brak dowodów programowania — Jeśli nie możesz wskazać napisanego kodu (narzędzia automatyzacji, platformy wewnętrzne, rozwiązania monitoringu), dodaj link do GitHub lub opisz konkretne projekty inżynieryjne.

Słowa Kluczowe ATS dla SRE

Site Reliability Engineering, SRE, DevOps, Kubernetes, Docker, AWS, GCP, Azure, Terraform, Infrastructure as Code, CI/CD, Monitoring, Obserwowalność, Prometheus, Grafana, Datadog, Zarządzanie Incydentami, Dyżur, MTTR, SLO, SLI, SLA, Budżet Błędów, Automatyzacja, Python, Go, Linux, Systemy Rozproszone, Mikroserwisy, Niezawodność, Dostępność, Skalowalność, Chaos Engineering, GitOps, Argo CD, Helm, Service Mesh, Równoważenie Obciążenia, Postmortem, Redukcja Toil, Infrastruktura Chmurowa

Końcowe Kluczowe Wnioski

• SRE to inżynieria oprogramowania dla niezawodności — CV musi pokazywać programowanie obok operacji.
• Metryki niezawodności (dostępność, MTTR, zgodność z SLO) to waluta CV SRE.
• Kwantyfikuj skalę infrastruktury: usługi, klastry, żądania na sekundę, wolumen transakcji.
• Pokaż narrację redukcji toil: co zautomatyzowałeś i jaki miało to wpływ.
• Uwzględnij doświadczenie w zarządzaniu incydentami i wkład dyżurowy.

Stwórz swoje zoptymalizowane pod ATS CV Site Reliability Engineer z Resume Geni — rozpoczęcie jest bezpłatne.

Najczęściej Zadawane Pytania

P: Jaka jest różnica między SRE a DevOps w CV? O: SRE to specyficzna implementacja zasad DevOps z naciskiem na inżynierię niezawodności, zarządzanie oparte na SLO i budżety błędów. DevOps to szersza rama kulturowa i procesowa. Jeśli tytuł stanowiska mówi SRE, podkreśl metryki niezawodności (SLO, MTTR, budżety błędów), zarządzanie incydentami i eliminację toil. Jeśli mówi DevOps, podkreśl CI/CD, automatyzację i infrastrukturę [4].

P: Czy SRE muszą umieć programować? O: Tak. SRE to wyraźnie rola inżynierii oprogramowania stosowana do operacji. Zespoły SRE Google'a zwykle wymagają, aby kandydaci zdali te same rozmowy programistyczne co inżynierowie oprogramowania [4]. Co najmniej zademonstruj biegłość w Python lub Go z przykładami kodu produkcyjnego.

P: Czy certyfikat CKA jest warty zdobycia? O: Tak, szczególnie jeśli codziennie pracujesz z Kubernetes. CKA waliduje praktyczne umiejętności administracji Kubernetes i jest uznawany w całej branży. Jest szczególnie cenny dla kandydatów przechodzących z tradycyjnych ról administratora systemów do SRE.

P: Jak opisać doświadczenie dyżurowe? O: Uwzględnij kadencję rotacji („1 tydzień na 4"), wolumen alertów („15 alertów miesięcznie, zredukowane do 9"), metryki MTTR i konkretny przykład rozwiązania incydentu demonstrujący podejście diagnostyczne.

P: Czy powinienem uwzględnić profil GitHub? O: Zdecydowanie zalecane. Menedżerowie ds. rekrutacji SRE szukają dowodów zdolności programistycznych. Przypnij repozytoria pokazujące automatyzację infrastruktury, narzędzia monitoringu lub wewnętrzne projekty platformowe. Upewnij się, że README są czytelne, a kod dobrze ustrukturyzowany.

P: Jak przejść z administratora systemów do SRE? O: W CV podkreśl projekty automatyzacji, skryptowanie (Python/Go/Bash), wdrażanie monitoringu i wszelkie prace związane z SLO lub niezawodnością. Dodaj sekcję projektów pokazującą wkłady open source lub osobiste narzędzia SRE. Zdobądź CKA i certyfikat chmurowy, aby zwalidować nowoczesne umiejętności.

P: Na jakiej platformie chmurowej powinienem się skupić? O: Dopasuj do firmy docelowej. AWS dominuje w rekrutacji SRE enterprise, GCP jest wyraźny w Google i firmach korzystających z narzędzi pokrewnych Google, a Azure rośnie w segmencie enterprise. Doświadczenie multi-cloud jest coraz bardziej cenione.