AWS DevOps Engineer
DCV Technologies
To rola inżyniera sieciowego z automatyzacją w chmurze, ukryta pod tytułem AWS DevOps. Realnie będziesz projektować, wdrażać i utrzymywać sieci hybrydowe (AWS + Azure) z wykorzystaniem routingu (Cisco, HPE), SD-WAN, load balancerów (F5), firewalli i narzędzi bezpieczeństwa (Imperva, CloudFlare). Automatyzacja (Terraform, Ansible) i CI/CD to dodatkowe zadania, ale rdzeń to inżynieria sieciowa. Praca dla klienta zewnętrznego (firma technologiczna), hybrydowo 3 dni w biurze w Warszawie.
Brak jawnych widełek — wynagrodzenie do ustalenia podczas rekrutacji.
Brakuje: nie podano nazwy klienta (firmy technologicznej), brak informacji o wielkości zespołu i struktury organizacyjnej.
To rola inżyniera sieciowego z automatyzacją chmury, a nie typowego DevOps zajmującego się deploymentem aplikacji. Tytuł AWS DevOps Engineer sugeruje nacisk na rozwój i operacje, ale rzeczywistość to głównie sieci (routing, load balancing, SD-WAN) z elementami automatyzacji.
To rola inżyniera sieciowego z automatyzacją w chmurze, ukryta pod tytułem AWS DevOps. Realnie będziesz projektować, wdrażać i utrzymywać sieci hybrydowe (AWS + Azure) z wykorzystaniem routingu (Cisco, HPE), SD-WAN, load balancerów (F5), firewalli i narzędzi bezpieczeństwa (Imperva, CloudFlare). Automatyzacja (Terraform, Ansible) i CI/CD to dodatkowe zadania, ale rdzeń to inżynieria sieciowa. Praca dla klienta zewnętrznego (firma technologiczna), hybrydowo 3 dni w biurze w Warszawie.
- ✓Stabilna, długoterminowa współpraca z możliwością przedłużenia
- ✓Praca z nowoczesnymi technologiami w międzynarodowym środowisku
- ✓Możliwość udziału w wymagających projektach o dużym wpływie
- −Bardzo długa lista wymagań (16 pozycji) – może wskazywać na nierealistyczne oczekiwania lub chaos odpowiedzialności
- −Brak konkretnej nazwy klienta – praca przez agencję, więc nieznana kultura i stabilność projektu
- −Tytuł 'AWS DevOps Engineer' a rzeczywisty zakres to głównie sieci – ryzyko niedopasowania oczekiwań
- !Wymagana jest zarówno AWS, jak i Azure – może to oznaczać konieczność pracy w środowisku multicloud
- !Część wymagań (np. Wireless Ubiquiti) może być drugorzędna ale uwzględniona w opisie
- !Hybryda 3 dni w biurze – dla osób szukających elastyczności może być ograniczeniem
- !Brak informacji o procesie rekrutacyjnym i długości projektu
- ?Brak jawnych widełek — wynagrodzenie do ustalenia podczas rekrutacji
- •Projektowanie i zarządzanie sieciami w AWS i Azure (VPC, subnety, routing, security groups)
- •Konfiguracja i utrzymanie Cisco SD-WAN (Meraki) oraz sprzętu Cisco/HPE (routing & switching)
- •Automatyzacja infrastruktury sieciowej przy użyciu Terraform i Ansible
- •Zarządzanie F5 Load Balancer i site-to-site VPN
- •Utrzymanie DNS, Imperva i CloudFlare (bezpieczeństwo i CDN)
- •Pisanie skryptów PowerShell do automatyzacji zadań
- •Tworzenie i utrzymanie pipeline'ów CI/CD (np. dla deploymentów sieciowych)
- •Konfiguracja i zarządzanie sieciami bezprzewodowymi (Ubiquiti)
Oferta dla doświadczonych specjalistów (Senior).
Inżynier sieciowy z minimum 3-4 latami doświadczenia, znający dobrze jedną chmurę (AWS lub Azure) i automatyzację (Terraform/Ansible), gotów do szybkiego poszerzenia wiedzy o drugą chmurę i zaawansowane technologie sieciowe.
Nie dla juniorów ani osób bez doświadczenia w administracji sieciami (routing, switching, firewalle). Rola nie jest skierowana do programistów backendowych szukających czystego DevOps – wymaga głębokiej wiedzy sieciowej.
- ?Jaki jest główny stosunek zadań sieciowych do DevOps/automatyzacji w codziennej pracy?
- ?Czy priorytetem jest znajomość AWS czy Azure? Która chmura jest kluczowa?
- ?Ile osób liczy zespół i jakie jest profil zespołu (sieciowcy, deweloperzy)?
- ?Jakie konkretne narzędzia CI/CD są używane?
- ?Czy są dyżury on-call? Jak często?
- ?Jaka jest przewidywana długość projektu i możliwe przedłużenia?
- ?Czy są plany migracji lub budowy nowej infrastruktury (greenfield)?
- −Nie podano nazwy klienta (firmy technologicznej)
- −Brak informacji o wielkości zespołu i struktury organizacyjnej
- −Nie wiadomo, czy rola skupia się na jednym projekcie czy wielu
- −Brak szczegółów dotyczących on-call i nadgodzin
- −Nie określono, jakie narzędzia CI/CD są używane
- −Brak konkretów odnośnie benefitów poza ogólnikami