Senior Ruby Engineer (Platfrom/DevOps Engineering)
Svitla Systems
To rola Platform Engineera, a nie typowego Ruby developera. Będziesz budować wewnętrzne platformy i usługi (API, integracje, security, messaging, streaming, identity, reliability, containers) w środowisku multi-cloud (AWS, Azure). Pracujesz dla klienta Svitli - firmy z cloudową platformą do zarządzania wydatkami. Codzienność: rozwijanie self-service platform dla wewnętrznych zespołów (Cloud Ops, Engineering, Customer Success), konteneryzacja aplikacji, budowanie infrastruktury jako kod, planowanie roadmap. Wymagane nakładanie godzin pracy do 7-8 PM CET.
Brak jawnych widełek — wynagrodzenie do ustalenia podczas rekrutacji.
Brakuje: brak opisu procesu rekrutacyjnego (liczba etapów, czas trwania, zadanie domowe), nie wiadomo, czy wymagane są dyżury on-call.
To rola Platform Engineera, a nie typowego Ruby developera. Będziesz budować wewnętrzne platformy i usługi (API, integracje, security, messaging, streaming, identity, reliability, containers) w środowisku multi-cloud (AWS, Azure). Pracujesz dla klienta Svitli - firmy z cloudową platformą do zarządzania wydatkami. Codzienność: rozwijanie self-service platform dla wewnętrznych zespołów (Cloud Ops, Engineering, Customer Success), konteneryzacja aplikacji, budowanie infrastruktury jako kod, planowanie roadmap. Wymagane nakładanie godzin pracy do 7-8 PM CET.
- ✓Praca w pełni zdalna
- ✓Projekty dla klientów z USA i UE – możliwość pracy z nowoczesnymi technologiami
- ✓Bonusy za pisanie artykułów i wystąpienia publiczne
- ✓Personalizowane programy nauki dopasowane do zainteresowań
- −Wymagane nakładanie godzin pracy do 7-8 PM CET – może być uciążliwe dla osób z Polski
- −Wzmianka o 'Support NAT Gateways Technology' – może sugerować utrzymanie legacy lub mało interesującego komponentu
- −Brak konkretnych widełek wynagrodzenia – typowe dla ofert outsourcingowych
- −Brak opisu procesu rekrutacyjnego – może być długi i nieprzewidywalny
- !Szeroki zakres technologii (AWS, Azure, GCP) – ryzyko pracy z wieloma jednocześnie
- !Rola wymaga bycia 'primary lead' dla kilku zespołów platform engineering – może być przeciążeniem
- !Brak informacji o wielkości zespołu ani liczbie usług
- !Praca przez agencję outsourcingową (Svitla) – mniejsza kontrola nad projektem i warunkami
- ?Brak jawnych widełek — wynagrodzenie do ustalenia podczas rekrutacji
- •Rozwijanie i utrzymywanie platform dostarczających API, integracje, security, messaging, streaming, identity, reliability i kontenery
- •Budowanie platformy multi-region i multi-cloud (AWS, Azure) dla setek usług w regulowanym środowisku
- •Konteneryzacja aplikacji (Docker, Kubernetes, GitHub Actions, ArgoCD, EKS, AKS, ECS) w celu redukcji kosztów i poprawy efektywności
- •Tworzenie i realizacja długoterminowych roadmap we współpracy z zespołami dev i product management
- •Analiza danych z cloud estate (koszty, wykorzystanie) do optymalizacji i nowych funkcji
- •Wsparcie technologii NAT Gateways
- •Poprawa niezawodności i skalowalności platformy
- •Pełna odpowiedzialność za produkty, zarządzanie długiem technicznym i dostarczanie wysokiej jakości funkcji
Oferta dla doświadczonych specjalistów (Senior).
Inżynier z minimum 4 latami praktyki w platform engineeringu z Ruby, podstawową znajomością Kubernetes i jednego z głównych chmur (AWS/Azure/GCP). Potrafi pracować w rozproszonym zespole i komunikować się po angielsku.
Nie dla juniorów ani midów z mniej niż 4 latami doświadczenia w platform engineeringu. Osoby szukające typowej roli Ruby backend developera bez infrastruktury i konteneryzacji również nie powinny aplikować.
- ?Ile osób liczy zespół platform engineering, którym będę leadem?
- ?Czy dyżury on-call są wymagane? Jeśli tak, jak często i czy są dodatkowo płatne?
- ?Jaka jest konkretna technologia NAT Gateways i jaki jest zakres wsparcia?
- ?Jakie są priorytety roadmapy na najbliższe 6 miesięcy?
- ?Ile serwisów jest obecnie na AWS i Azure? Czy migracja między chmurami jest planowana?
- ?Jak wygląda proces decyzyjny w kwestiach technicznych (architektura, wybór narzędzi)?
- ?Czy istnieje możliwość pracy z Terraform/Ansible w ramach IaC, czy używane są inne narzędzia?
- ?Jakie są godziny pracy w CET i czy elastyczność jest możliwa?
- −Brak opisu procesu rekrutacyjnego (liczba etapów, czas trwania, zadanie domowe)
- −Nie wiadomo, czy wymagane są dyżury on-call
- −Brak informacji o wielkości zespołu i liczbie obsługiwanych usług
- −Nie podano, jakie narzędzia IaC są faktycznie używane (choć wymienione w nice-to-have)