Kto to jest inżynier DevOps?

1. Komunikacja i współpraca

Inżynier DevOps musi skutecznie komunikować się i współpracować z zespołami, menedżerami oraz klientami. Te tak zwane „miękkie umiejętności” są często pomijane i niedoceniane, tymczasem sukces DevOps zależy w dużej mierze od jakości i ilości informacji zwrotnych w całym strumieniu wartości.

2. Administrowanie systemem

Inżynier DevOps powinien mieć doświadczenie w administrowaniu systemem, w tym dotyczące udostępniania serwerów i zarządzania nimi, wdrażania baz danych, monitorowania zabezpieczeń, łatania luk systemowych oraz zarządzania wewnętrzną i zewnętrzna komunikacją sieciową.

3. Doświadczenie dotyczące narzędzi DevOps

Ponieważ korzystanie z odpowiednich narzędzi jest niezbędne dla praktyk DevOps, inżynier DevOps musi rozumieć różne narzędzia i być w stanie z nich korzystać. Narzędzia te obejmują cykl życia DevOps od infrastruktury i kompilacji po monitorowanie i obsługę produktu lub usługi.

4. Zarządzanie konfiguracją

Inżynierowie DevOps często mają doświadczenie z jednym lub większą liczbą narzędzi do zarządzania konfiguracją, takich jak Chef, Puppet lub Ansible. Wiele organizacji stosuje te lub podobne narzędzia, aby zautomatyzować zadania administracyjne systemu, takie jak wdrażanie nowych systemów lub stosowanie poprawek zabezpieczeń w systemach już działających.

5. Kontenery i ich orkiestracja

W przypadku konteneryzacji, będącej technologią spopularyzowaną przez firmę Docker, kod aplikacji i jej środowiska wykonawczego są dołączane do tego samego obrazu. Dzięki temu tradycyjne narzędzia do zarządzania konfiguracją stają mniej potrzebne. Równocześnie zarządzanie kontenerami oznacza osobne wyzwania, a doświadczenie z klasą narzędzi znaną jako „orkiestratory kontenerów” (np. Docker Swarm lub Kubernetes) staje się niezbędne w przypadku inżynierów DevOps.

6. Ciągła integracja i ciągłe wdrażanie

Ciągła integracja i ciągłe wdrażanie (CI/CD) są podstawowymi praktykami DevOps w zakresie tworzenia oprogramowania, których realizacja jest możliwa dzięki całemu wachlarzowi dostępnych narzędzi. Najbardziej podstawową funkcją każdego narzędzia lub zestawu narzędzi CI/CD jest automatyzacja procesu kompilowania, testowania i wdrażania oprogramowania.

Inżynierowie DevOps zazwyczaj muszą mieć doświadczenie w konfigurowaniu i wdrażaniu jednego lub większej liczby narzędzi CI/CD i zazwyczaj muszą ściśle współpracować z resztą organizacji programistycznej, aby zadbać o efektywne wykorzystanie tych narzędzi.

7. Architektura systemu i aprowizacja

Inżynier DevOps powinien mieć możliwość projektowania, udostępniania i zarządzania ekosystemami komputerowymi, zarówno lokalnie, jak i w chmurze. Ważne jest, aby zrozumieć infrastrukturę jako kod, czyli proces zarządzania IT, który stosuje najlepsze praktyki, począwszy od tworzenia oprogramowania DevOps po zarządzanie zasobami infrastruktury chmury. Inżynier DevOps powinien zrozumieć, jak modelować infrastrukturę systemową w chmurze za pomocą usług Amazon Web Services (AWS), AWS CloudFormation lub Terraform.

8. Znajomość kodowania i pisania skryptów

Wielu tradycyjnych administratorów systemów ma doświadczenie w pisaniu skryptów powłoki, aby automatyzować powtarzające się zadania. Umiejętności inżyniera DevOps nie powinny ograniczać się do pisania skryptów automatyzacji. Powinien on rozumieć zaawansowane praktyki programistyczne oraz potrafić uwzględnić elementy Agile, takie jak przeglądy kodu i kontrolę źródła, w rozwoju oprogramowania.

9. Umiejętności związane z zarządzaniem opartym na współpracy

Współpraca między zespołami stanowi podstawowy komponent skutecznej strategii DevOps, niezależnie od konkretnej struktury organizacyjnej. Bez względu na to, czy zespół inżynierski jest grupą podzieloną tylko według ról, czy też istnieją oddzielne zespoły zajmujące się opracowywaniem funkcji, zapewnianiem jakości, DevOps itp., inżynier DevOps powinien pracować w całej organizacji z wieloma różnymi osobami jako trener i współpracownik.

Na przykład jedną z największych zalet DevOps jest możliwość szybszego przekazywania informacji zwrotnych programistom. Inżynier DevOps często będzie musiał współpracować z działem kontroli jakości (niezależnie od tego, czy są to testerzy czy programiści automatyzujący testy) w celu zwiększenia szybkości, skuteczności i wyników metodologii testowania.

Jednocześnie programiści mogą potrzebować pomocy technicznej od inżynierów DevOps podczas pracy nad usprawnianiem procesu tworzenia i wdrażania kodu aplikacji.

Ewangelista DevOps

Jest to ekspert DevOps, który promuje i rozwija praktyki DevOps w całej organizacji. Ewangelista DevOps zazwyczaj ma wykształcenie techniczne, ale jego rola skupia się na komunikacji interpersonalnej i doskonaleniu procesów.

Menedżer wydawania/rada doradcza ds. zmian

Organizacje, które nie przeszły jeszcze na DevOps lub nadal znajdują się na wczesnym etapie procesu, mogą mieć osobną grupę nazywaną radą doradczą ds. zmiany (Change Advisory Board, CAB) lub indywidualną rolę menedżera ds. wydań.

Zadaniem takich ról jest zadbanie o to, aby każde nowe oprogramowanie aplikacyjne, które jest wydawane do produkcji, spełniało standardy jakości i bezpieczeństwa oraz posiadało odpowiednie zatwierdzenia ze strony kierownictwa.

Te role były szczególnie ważne, gdy wydania oprogramowania były bardziej ryzykowne. Jednak ich znaczenie spada (być może do zera) wraz z wykorzystaniem strategii takich jak automatyczne testowanie i ciemne wdrożenia.

Ekspert ds. automatyzacji

Każdy inżynier DevOps powinien mieć doświadczenie w zakresie automatyzacji. Zdarza się jednak, że organizacja ma osobnego eksperta ds. automatyzacji lub inżyniera ds. automatyzacji. Może to być ktoś, kto skupia się na zarządzaniu narzędziami CI/CD lub opracowywaniu i utrzymywaniu zautomatyzowanych pakietów testowych.

twórca oprogramowania

W większości przypadków tytuł programisty jest nadawany osobom, które piszą front-end lub back-end aplikacji, albo oba te rodzaje kodu. Są to ludzie, którzy przed narodzinami metodyki Agile byli nazywani „programistami komputerowymi”.

Zapewnianie jakości

Zespół ds. zapewnienia jakości (QA) odpowiada za wykrywanie błędów w oprogramowaniu. Inżynierowie QA skupiali się kiedyś na ręcznym testowaniu nowego kodu aplikacji, aby upewnić się, że nie ulegnie natychmiastowej awarii („smoke testing”), nie zepsuje istniejącej funkcjonalności („testowanie regresji”) i nie będzie kolidować z innymi nowymi funkcjami („testowanie integracji”).

Organizacje coraz częściej uzupełniają lub zastępują testerów rolą inżyniera rozwoju oprogramowania w testach (development engineer in test — SDET). Zadaniem SDET jest testowanie nowego kodu aplikacji przed jego wprowadzeniem do produkcji. Jednak zamiast ręcznego testowania oprogramowania skupia się na pisaniu kodu do automatyzacji testów.

Inżynier ds. bezpieczeństwa

W organizacjach, które nie stosują pełnej integracji kwestii bezpieczeństwa i zgodności z procesami planowania i programowania, często zatrudniona jest osoba lub zespół odpowiedzialny za bezpieczeństwo. Często okazuje się, że jest to złe rozwiązanie, sprawiające, że bezpieczeństwo jest stosowane dopiero po fakcie, podczas gdy zabezpieczenie oprogramowania jest o wiele trudniejsze po jego zaprojektowaniu, napisaniu i wdrożeniu, niż zaprojektowanie go z myślą o bezpieczeństwie.