Technical Consultant-Platfrom engineering
Fujitsu Poland
Rola w zespole Platform Engineering w dużej korporacji (Fujitsu). Na co dzień będziesz zajmować się utrzymaniem i rozwojem platform opartych na chmurze (Azure, AWS), automatyzacją z użyciem IaC (Terraform, Ansible) oraz zarządzaniem incydentami i problemami. To rola operacyjno-automatyzacyjna, a nie konsultingowa – mimo tytułu 'Technical Consultant'. Będziesz pracować w modelu SaaS, wspierając istniejące platformy i reagując na zdarzenia z systemów monitorujących.
Brak jawnych widełek — wynagrodzenie do ustalenia podczas rekrutacji.
Brakuje: nie podano wielkości zespołu, brak opisu procesu rekrutacyjnego.
Rola to Platform Engineer/DevOps z naciskiem na operacje i automatyzację, a nie konsulting. Tytuł 'Technical Consultant' sugeruje doradztwo klientom, ale codzienność to utrzymanie platform, zarządzanie incydentami i automatyzacja wewnętrznej infrastruktury Fujitsu.
Rola w zespole Platform Engineering w dużej korporacji (Fujitsu). Na co dzień będziesz zajmować się utrzymaniem i rozwojem platform opartych na chmurze (Azure, AWS), automatyzacją z użyciem IaC (Terraform, Ansible) oraz zarządzaniem incydentami i problemami. To rola operacyjno-automatyzacyjna, a nie konsultingowa – mimo tytułu 'Technical Consultant'. Będziesz pracować w modelu SaaS, wspierając istniejące platformy i reagując na zdarzenia z systemów monitorujących.
- ✓Kontrakt B2B
- ✓Dodatkowe dni wolne ('happy hours') i możliwość workation
- ✓Duża globalna firma z możliwościami rozwoju i certyfikacji
- −Wymagana znajomość bardzo szerokiego stacka technologicznego (chmury, systemy, sieci) – może wskazywać na niejasny zakres obowiązków
- −Opis zawiera frazy 'performance improvement plans' i 'attendance improvement plans', co sugeruje silny nadzór nad wynikami
- −Brak informacji o on-call i systemie dyżurów – w roli operacyjnej to istotne
- !Brak informacji o wielkości zespołu i strukturze
- !Niejasny poziom seniority – 'regular' może oznaczać mid-level, ale wymagania są szerokie
- !Duża liczba wymaganych technologii – ryzyko, że trzeba być 'jack of all trades'
- ?Brak jawnych widełek — wynagrodzenie do ustalenia podczas rekrutacji
- •Pisanie i utrzymywanie kodu IaC w Terraform i Ansible
- •Zarządzanie incydentami – diagnozowanie i rozwiązywanie problemów produkcyjnych
- •Monitorowanie i reakcja na alerty z systemów automatyzacji
- •Wsparcie dla procesów CI/CD (GitLab, Azure DevOps)
- •Tworzenie i aktualizacja dokumentacji (work instructions, procedury)
- •Współpraca z zespołami Security, Networking, Storage przy rozwiązywaniu problemów
- •Uczestnictwo w rotacji dyżurów (on-call) – choć nie wprost wymienione, wynika z charakteru roli
Oferta skierowana do developerów z doświadczeniem komercyjnym (Mid).
Inżynier z przynajmniej 2 latami doświadczenia w platform engineeringu/DevOps, który zna podstawy Kubernetes, Terraform, chmury i potrafi samodzielnie diagnozować incydenty. Osoba ta musi być otwarta na pracę w modelu supportowo-automatyzacyjnym.
Juniorzy bez doświadczenia w chmurze i IaC, osoby szukające czysto deweloperskiej roli (bez operacji), a także osoby niegotowe na pracę w dużej korporacji z formalnymi procesami (ITIL).
- ?Ile osób liczy zespół Platform Engineering?
- ?Jak wygląda system dyżurów (on-call) – częstotliwość i wynagrodzenie?
- ?Czy platformy, które będę wspierać, są zielonym polem czy legacy?
- ?Jaki jest stosunek pracy automatyzacyjnej do czystego supportu/incident management?
- ?Czy istnieje możliwość wpływu na architekturę i wybór narzędzi?
- ?Jak wygląda proces rekrutacyjny (etapy, zadanie domowe)?
- −Nie podano wielkości zespołu
- −Brak opisu procesu rekrutacyjnego
- −Nie wiadomo, czy są dyżury on-call i jak często