Site Reliability Engineer
Avenga
Rola Site Reliability Engineera (SRE) w zespole Site Reliability squad, która jest w rzeczywistości rolą Software Engineera odpowiedzialnego za poprawę dostępności, latencji, wydajności i efektywności oprogramowania. Kandydat będzie dzielił czas między pisanie kodu a pracę z zespołami produktowymi, tworząc funkcjonalności ułatwiające im zarządzanie usługami i spełnianie standardów inżynieryjnych. Rola zakłada pracę w Polsce z dwoma wizytami w biurze w Warszawie miesięcznie.
Brakuje: nie podano konkretnych technologii baz danych, z którymi pracuje zespół., brak informacji o narzędziach observability..
Choć tytuł stanowiska to Site Reliability Engineer, rzeczywista rola jest bardziej zbliżona do Software Engineera specjalizującego się w optymalizacji wydajności i dostępności istniejących mikroserwisów w Javie. Nacisk kładziony jest na pisanie kodu i pracę z zespołami produktowymi nad poprawą ich usług, a nie na typowe zadania SRE związane z zarządzaniem infrastrukturą i automatyzacją na dużą skalę.
Rola Site Reliability Engineera (SRE) w zespole Site Reliability squad, która jest w rzeczywistości rolą Software Engineera odpowiedzialnego za poprawę dostępności, latencji, wydajności i efektywności oprogramowania. Kandydat będzie dzielił czas między pisanie kodu a pracę z zespołami produktowymi, tworząc funkcjonalności ułatwiające im zarządzanie usługami i spełnianie standardów inżynieryjnych. Rola zakłada pracę w Polsce z dwoma wizytami w biurze w Warszawie miesięcznie.
- ✓Możliwość pracy nad poprawą wydajności i dostępności systemów w dużej firmie.
- ✓Dwie wizyty w biurze miesięcznie mogą być atrakcyjne dla osób ceniących sobie pewien kontakt z zespołem, ale jednocześnie preferujących pracę zdalną przez większość czasu.
- −Rola jest określona jako 'Site Reliability Engineer', ale opis codziennych obowiązków wskazuje na rolę Software Engineera z naciskiem na wydajność i optymalizację, a nie typowe zadania SRE związane z infrastrukturą i automatyzacją na dużą skalę.
- −Praca w modelu hybrydowym z dwoma wizytami w biurze miesięcznie w Warszawie może być nieodpowiednia dla osób preferujących pracę w pełni zdalną.
- !Podział czasu między pisanie kodu a pracę z zespołami produktowymi może być różnie interpretowany pod względem faktycznego zaangażowania w poszczególne obszary.
- !Brak informacji o konkretnych technologiach baz danych (poza ogólnym stwierdzeniem o zapytaniach do baz danych) i narzędziach observability.
- •Pisanie kodu w Javie w celu poprawy dostępności, latencji, wydajności i efektywności oprogramowania.
- •Tworzenie funkcjonalności umożliwiających zespołom produktowym uruchamianie ich usług i spełnianie standardów inżynieryjnych (np. logowanie).
- •Sugerowanie usprawnień wydajnościowych dla działających mikroserwisów (np. bardziej efektywne zapytania do baz danych, sposoby na zmniejszenie czasu odpowiedzi i przetwarzania, zwiększenie efektywności w celu redukcji kosztów).
- •Prowadzenie szkoleń z zakresu wydajności mikroserwisów, przeprowadzanie symulowanych incydentów i dni gry (game days).
- •Praca z zespołami produktowymi w celu zrozumienia i rozwiązania ich wyzwań operacyjnych.
- •Debugowanie i poprawa wydajności usług opartych na Javie, w tym zapytań do baz danych.
Oferta dla doświadczonych specjalistów (Senior).
Kandydat z solidnym doświadczeniem w Javie i mikroserwisach, który potrafi debugować i optymalizować wydajność usług. Powinien być gotów do pracy z zespołami produktowymi i prowadzenia szkoleń.
Rola nie jest dla osób, które szukają wyłącznie ról związanych z infrastrukturą i automatyzacją bez pisania kodu. Kandydaci bez doświadczenia w Javie lub z ograniczoną wiedzą na temat optymalizacji wydajności usług mogą nie być odpowiedni.
- ?Jakie są główne wyzwania związane z wydajnością, z którymi obecnie borykają się zespoły produktowe?
- ?Jak wygląda proces ustalania priorytetów dla zadań związanych z optymalizacją wydajności w porównaniu do nowych funkcjonalności?
- ?Jakie są główne narzędzia używane do monitorowania wydajności i observability w obecnym środowisku?
- ?Jak często odbywają się 'game days' i jakie są ich cele?
- ?Jak wygląda proces wsparcia produkcyjnego (on-call) dla tej roli?
- ?Jakie są plany rozwoju technologicznego w obszarze SRE/DevOps w firmie?
- ?Jakie są oczekiwania dotyczące wkładu w rozwój architektury mikroserwisów?
- −Nie podano konkretnych technologii baz danych, z którymi pracuje zespół.
- −Brak informacji o narzędziach observability.
- −Nie opisano szczegółowo procesu rekrutacyjnego.
- −Nie podano informacji o budżecie szkoleniowym.
Nie podano informacji o procesie rekrutacyjnym.