DevOps kontra SysAdmin: rywale czy współpracownicy?

DevOps kontra SysAdmin: rywale czy współpracownicy?

DevOps kontra SysAdmin: rywale czy współpracownicy?

Kilka postów temu rozmawialiśmy o SysAdmins, a konkretnie w poście o nazwie «Sysadmin: Sztuka bycia administratorem systemu i serwera ». A my powiedzieliśmy, że to swego rodzaju «... doświadczony informatyk typu all-in-one, którego normalny dzień wypełniony jest zazwyczaj dużą liczbą różnorodnych czynności, zaplanowanych lub nie ...» oraz «… osobą odpowiedzialną za zapewnienie prawidłowego funkcjonowania każdej platformy technologicznej i IT, gdzie pracujesz… ».

W tym poście porozmawiamy o DevOps, nowej „rasie” (pokoleniu) programistów, o której słyszy się od około ośmiu lub dziesięciu lat. To nowe pokolenie programistów zrodzone z trzewi Centrów Technologicznych i nowoczesnych Firm IT o wysokiej światowej renomie, które swoją nazwę zawdzięcza określeniu wywodzącemu się z angielskich słów „Development” i „Operation”.

DevOps kontra SysAdmin: wprowadzenie

Wprowadzenie

W kilku słowach można powiedzieć, że DevOps to programista zdolny do wykonywania wszystkich funkcji związanych z cyklem życia „Rozwoju oprogramowania” i nie tylko, takie jak: programowanie, obsługa, testowanie, programowanie, pomoc techniczna, serwery, bazy danych, sieć WWW i inne, które są niezbędne.

Mówi się, że ta nowa „generacja programistów” powstała w tych małych, nowoczesnych i odnoszących sukcesy „start-upach technicznych” składające się z małych grup „Specjalistów IT”, głównie programistów.

I jak już wiemy, generalnie te „Startupy” to co robią, to opracowywanie przyspieszonych rozwiązań programowych (od 6 do 12 miesięcy) rozwiązując w ten sposób specyficzne i złożone problemy i potrzeby w prawdziwym świecie. Oznacza to, że mają one zwykle wyjątkowo wysoką śmiertelność.

Z tej rzeczywistości, która żyła w tych Startupach, wywodzi się nowa „Kultura rozwoju oprogramowania” oparta na filozofii znanej jako „Wydanie wczesne, wydanie często” (wczesne wydania, częste wydania), w której oprogramowanie jest modyfikowane i uruchamiane jest „w locie” (w locie), to znaczy w locie, do natychmiastowego wykorzystania przez użytkowników tego samego.

Użytkownicy przekazujący programistom informacje zwrotne uzyskane z tymi, którzy wprowadzali ulepszenia i aktualizacje kodu w locie.

Ta nowa „Kultura rozwoju oprogramowania” zmieniła „tradycyjną kulturę tworzenia oprogramowania” gdzie każdy członek „działu IT” (informatyka / technologia) zajmuje stanowisko z dobrze zdefiniowanymi i określonymi funkcjami, takimi jak: młodszy programista, starszy programista, administrator baz danych, administrator systemu i / lub serwera, analityk i / lub między innymi Tester Aplikacji, Wsparcie Techniczne.

Właśnie ta sytuacja sprawia, że ​​DevOps wygląda bardzo podobnie do SysAdminczyli małe firmy o dużej aktywności, które starają się zredukować liczebność kadry informatyków w celu obniżenia kosztów funkcjonowania tej samej i całej organizacji. Daje początek „programistom” oraz „administratorom systemów i serwerów”, którzy wspólnie zajmują się wieloma dziedzinami i multidyscyplinarnymi funkcjami technologii.

Dlatego DevOps to nie tylko osoba czy stanowisko, to także trend, ruch, bardzo rozpowszechniona dziś kultura organizacyjna. O których możesz dowiedzieć się więcej, czytając dwa pozostałe artykuły zatytułowane: «DevOps"Y"Co to jest DevOps?".

DevOps kontra SysAdmin: zawartość

zawartość

Właśnie z powyższego wynika, dlaczego obecnie DevOps i Sysadmin są dosłownie postrzegani jako „Jack of all Trades” lub „Master of None”to znaczy „słudzy wszystkiego” lub „panowie niczego”, ponieważ są zdolni do „zrobienia wszystkiego lub wielu rzeczy, nie będąc w niczym ekspertem”.

Co ma tendencję do dewaluacji wartości tych specjalistów na rynku pracy, ponieważ długoterminowa specjalizacja jest najlepszą inwestycją dla specjalisty i organizacji. Dzieje się tak, ponieważ technologia informacyjna składa się z wielu i rozległych obszarów wiedzy, których pełne opanowanie (nauczenie się, zachowanie, aktualizacja) jest praktycznie niemożliwe dla jednego profesjonalisty.

Dla DevOps lub Sysadmin posiadanie zdolności intelektualnej do rozwiązania prawie każdego problemu technologicznego, który się pojawia, wiąże się z bardzo wysokimi kosztami poznawczymi, co sprzyja temu, że mają tendencję do wykazywania pewnego stopnia „stresu w pracy” (wypalenie zawodowe), aw konsekwencji doznają spadku produktywności lub wydajności pracy.

Sysadmin

Sysadmin zwykle obejmuje następujące funkcje i czynności:

  1. Zaimplementuj nowe lub usuń przestarzałe
  2. Twórz kopie zapasowe
  3. Monitoruj wydajność
  4. Zarządzaj zmianami konfiguracji
  5. Obsługuj aplikacje i systemy operacyjne
  6. Zarządzaj kontami użytkowników
  7. Monitoruj bezpieczeństwo komputera
  8. Radzenie sobie z niepowodzeniami i upadkami
  9. Spełniaj wymagania użytkowników
  10. Zgłoś się bezpośrednio do odpowiedzialnych szczebli Organizacji
  11. Dokumentuj działania obliczeniowe Systemu i Platformy

I musisz mieć trochę wiedzy na temat:

  1. programowanie
  2. Bazy danych
  3. Bezpieczeństwo IT
  4. sieci
  5. System operacyjny

DevOps

DevOps zwykle biegle posługuje się szeroką gamą języków programowania, oprócz posiadania możliwości technicznych i umiejętności menedżerskich. DevOps to zwykle także połączenie programisty i administratora systemu których funkcja jest zwykle postrzegana jako eliminacja barier między oboma profilami. Dlatego oczekuje się, że DevOps ma wiedzę zarówno o oprogramowaniu, jak i sprzęcie (infrastrukturze / platformie) organizacji, w której pracuje.

Dlatego DevOps zwykle jest w stanie:

  1. Napisz kod i pełnij funkcję programisty.
  2. Zarządzaj serwerami wieloplatformowymi i pełnij funkcję SysAdmin.
  3. Zarządzaj sieciami i pełnij funkcję NetAdmin.
  4. Zarządzaj bazą danych (BD) i pełnij funkcję DBA.

To prowadzi nas do wniosku, że dobry DevOps:

Jest w stanie wykonać minimum czynności i funkcji każdego specjalisty w dziale IT. Co nie zdarza się często w odwrotnym przypadku, w przypadku SysAdmins i innych specjalistów ITJako SysAdmin, NetAdmin, DBA lub Specjalista ds. Pomocy technicznej zazwyczaj nie mają tendencji do konsekwentnego i wydajnego pisania kodu w językach wysokiego poziomu lub popularnych na rynku.

Co pozostawia nas z tym DevOps, zwykle ma wiedzę, która pozwala mu zastąpić wszystkie inne, nie będąc tym samym na odwrót. A to sprawia, że ​​DevOps są bardziej doceniane na rynku pracy, to znaczy są modne i każda mała lub średnia organizacja (głównie) tego chce, powodując dewaluację pozostałych tradycyjnych pozycji w jednostce IT.

I że te 2 stanowiska mają inny charakter, chociaż mają wiele wspólnych zadań. Różnice takie jak ta DevOps:

  • Współpracują na wysokim poziomie z organizacjami i gwarantują synergię w każdej sekcji firmy, podczas gdy SysAdmin jest bardziej skoncentrowany na zarządzaniu (konfiguracja, konserwacja i aktualizacja serwerów i systemów komputerowych).
  • Zwykle pracują częściej nad projektami z kompleksowym produktem, podczas gdy SysAdmins są bardziej ograniczeni do mniejszego zakresu i (jednorazowej) odpowiedzialności za te same projekty / produkty.
  • Zwykle mogą zrobić wszystko, co robi SysAdmin, ale SysAdmin zwykle nie może zrobić wszystkiego, co robi DevOps.

DevOps a SysAdmin: Wniosek

Wnioski

Celem, do którego dąży termin „DevOps” jako trend lub kultura organizacyjna, jest promowanie kultury zespołowej, opartej na współpracy i komunikacji między osobami z różnych obszarów związanych z tworzeniem systemów oprogramowania. Tak więc „DevOps” w organizacji sprzyja integracji pomiędzy członkami obszaru deweloperów oprogramowania, operatorami systemów lub administratorami systemów i serwerów, starając się uczynić ją doskonalszą, przejrzystą i przyjazną.

Chociaż niektórzy w organizacjach mają tendencję do dostrzegania odwrotnego efektu, to znaczy zobaczenia, jak kultura DevOps reprezentuje zniszczenie większości ról w jednostkach IT. Na przykład, w jaki sposób programiści zwykle przechodzą na DevOps, a następnie zastępują SysAdmin, NetAdmin, DBA, specjalistów pomocy technicznej itd., W tym programistów, którzy po prostu piszą kod.

Jeśli masz więcej pytań na ten temat, polecam przeczytać dokument roboczy dotyczący tego tematu, który znajduje się w tym artykule powiązanie.


Zostaw swój komentarz

Twój adres e-mail nie zostanie opublikowany. Wymagane pola są oznaczone *

*

*

  1. Odpowiedzialny za dane: Miguel Ángel Gatón
  2. Cel danych: kontrola spamu, zarządzanie komentarzami.
  3. Legitymacja: Twoja zgoda
  4. Przekazywanie danych: Dane nie będą przekazywane stronom trzecim, z wyjątkiem obowiązku prawnego.
  5. Przechowywanie danych: baza danych hostowana przez Occentus Networks (UE)
  6. Prawa: w dowolnym momencie możesz ograniczyć, odzyskać i usunąć swoje dane.

  1.   filtr-akwarium-zewnętrzny powiedział

    Jak zawsze mówią, wiedza nie zachodzi. Specjalizacja i bycie „wszechstronnym” w pewnych obszarach staje się wielką wartością dla każdego profesjonalisty, ale nie powinno to oznaczać niepewności zatrudnienia, pozwalając rynkowi wykorzystać to w celu obniżenia wartości, jaką mają dwaj znakomici profesjonaliści za cenę jednego.

  2.   Po instalacji Linuksa powiedział

    Z pewnością myślę, że to się często zdarza w krajach latynoskich, gdzie chcą, aby SysAdmin serwował nawet kawę ... Każdy robi swoje, nawet jeśli ktoś wie, jak parzyć nawet kawę 🙂

  3.   Amin espinoza powiedział

    Co za dobry post! Uwielbiam sposób, w jaki zajmowałeś się półtora tysiącem koncepcji w czymś tak zwartym, ale precyzyjnym. Temat z długą debatą i niezliczonymi opiniami, ale osobiście zdecydowanie się zgadzam, uważam, że aby nie być „dobrym we wszystkim”, postawić na etapie DevOps, który lubisz nad innymi, i zaatakować to specjalnością.
    Dzięki za wiadomość!

    1.    Po instalacji Linuksa powiedział

      Dziękuję za pozytywne komentarze, bardzo się cieszę, że publikacja spodobała się Tobie i wielu innym.

  4.   valdo powiedział

    Doskonały post. W idealnym przypadku DevOps powinno odzwierciedlać kulturę pracy zespołowej. Nie ma wątpliwości, że DevOps musi mieć głęboką wiedzę na temat wszystkich obszarów związanych z rozwojem systemów oprogramowania, ale jest również oczywiste, że ilość pracy, jaką pociąga za sobą to zadanie, wymaga więcej niż jednej osoby, z których każda w miarę możliwości ma specyficzna wiedza.
    Niestety uważam, że wiele średnich i / lub małych firm błędnie traktuje kwestie ekonomiczne jako priorytetowe, jeśli mają teren, to po co zatrudniać kogoś innego? Zapominając, że na dłuższą metę tanie rzeczy wydają się być bardzo drogie.
    Jestem zwykłym fanem tworzenia systemów, ale znam trudności związane z koniecznością zajmowania się czymś tak prostym, jak tworzenie i zarządzanie stroną internetową dla bardzo małej organizacji, która nie ma pieniędzy na zatrudnienie zespołu.
    Podsumowując, być może się mylę, myślę, że zmierza to w kierunku połączenia tych dwóch funkcji, w zależności zasadniczo od możliwości ekonomicznych organizacji, dla której się pracuje, a po drugie od jej filozofii pracy.

  5.   Po instalacji Linuksa powiedział

    To jest artykuł o samym Sysadminie, dla tych, którzy chcą nieco rozszerzyć ich lekturę!