DevOps kontra SysAdmin: riválisok vagy együttműködők?

DevOps kontra SysAdmin: riválisok vagy együttműködők?

DevOps kontra SysAdmin: riválisok vagy együttműködők?

Néhány évvel ezelőtt a SysAdmins-ről beszéltünk, konkrétan a «Sysadmin: Rendszer- és kiszolgáló-rendszergazda művészete ». És azt mondtuk, hogy ők egyfajta «... tapasztalt all-in-one informatikai szakemberek, akiknek rendes napját általában sokféle, ütemezett vagy nem ütemezett tevékenység tölti be ...» és «... az a személy felelős minden technológiai platform és informatika megfelelő működésének biztosításáért, ahol dolgozik,… ».

Ebben a bejegyzésben a DevOps-ról, a szoftverfejlesztők újfajta (fajtájáról) beszélünk, amelyről körülbelül nyolc-tíz éve hallottak. A programozók ezen új generációja a világhírű technológiai központok és modern informatikai vállalatok belsejéből született, és nevét az angol „Development” és „Operation” szavakból eredő kifejezésnek köszönheti.

DevOps és SysAdmin: Bevezetés

Bevezetés

Néhány szóval azt mondhatjuk, hogy a DevOps olyan programozó, amely képes elvégezni a "Szoftverfejlesztés" életciklusában és még sok minden más funkciót., például: Programozás, Működés, Tesztelés, Fejlesztés, Támogatás, Szerverek, Adatbázis, Web és minden egyéb szükséges.

Azt mondják, hogy ez az új "szoftverfejlesztői generáció" azokban a kicsi, modern és sikeres "Tech Startupokban" keletkezett kis "informatikusok" csoportok alkotják, főleg szoftverfejlesztők.

És mint már tudjuk, ezek a "Startupok" általában gyorsított szoftveres megoldásokat fejlesztenek ki (6-tól 12 hónapig) és ezáltal megoldja a való világ specifikus és összetett problémáit és igényeit. Ez azt jelenti, hogy általában rendkívül magas a halálozási arányuk.

Ebből a Startupokban megélt valóság származik egy új "szoftverfejlesztési kultúra", amely a "Korai kiadás, gyakran kiadás" (korai kiadások, gyakori kiadások) néven ismert filozófián alapul, ahol a szoftvert módosítják és elindítják az "On Fly" (Repülés közben), vagyis menet közben azonnal felhasználásra kerülnek ugyanannak a felhasználói.

A felhasználók a "Visszajelzésekből" táplálják a fejlesztőket azokkal szereztek, akik menet közben fejlesztettek és frissítettek a kódban.

Ez az új "Szoftverfejlesztési kultúra" megváltoztatta a "Szoftverfejlesztés hagyományos kultúráját" ahol egy "informatikai egység" (számítástechnika / technológia) minden tagjának van egy jól meghatározott és meghatározott funkciókkal rendelkező pozíciója, például: Junior Developer, Senior Developer, Database Administrator, System and / or Server Administrator, Analyst and / or Applications Tester , Műszaki támogatás, többek között.

Pontosan ez az a helyzet, ami miatt a DevOps nagyon hasonlít egy SysAdmin-re, vagyis nagy tevékenységet folytató kisvállalkozások, amelyek megpróbálják csökkenteni az informatikai szakemberek létszámát, hogy csökkentse ugyanannak és az egész szervezetnek a működési költségeit. A "szoftverfejlesztők", valamint a "rendszer- és szerveradminisztrátorok" előtérbe kerülése, akik a technológia számos területét és multidiszciplináris funkcióit közösen kezelik.

Ezért a DevOps nemcsak személy vagy pozíció, hanem trend, mozgalom is, manapság nagyon elterjedt szervezeti kultúra. Amiről többet megtudhat, ha elolvassa a következő 2 cikket: «DevOps»Y«Mi az a DevOps?”.

DevOps és SysAdmin: Tartalom

tartalom

Az előzőek éppen ezért tekintik a DevOps-ot és a Sysadmin-t szó szerint "minden kereskedés Jackjének" vagy "semmi mesternek", vagyis "Mindennek szolgái" vagy "A semmi mesterei", mivel képesek "mindent vagy sok mindent megtenni anélkül, hogy bármi szakértővé válnának".

Ami általában leértékeli e szakemberek értékét a munkaerőpiacon, mivel a hosszú távú specializáció a legjobb befektetés egy szakember és egy szervezet számára. Az információs technológia ugyanis több és kiterjedt tudásterületből áll, amelyeket gyakorlatilag lehetetlen teljesen elsajátítani (megtanulni, megtartani, frissíteni) egyetlen szakember számára.

Ahhoz, hogy a DevOps vagy a Sysadmin szellemi kapacitással rendelkezzen szinte minden felmerülő technológiai probléma megoldására, nagyon magas kognitív költségekkel jár, Mi kedvez annak, hogy hajlamosak bizonyos fokú "munkahelyi stresszt" (Kiégni), és ennek következtében csökken a termelékenységük vagy a munka hatékonysága.

SysAdmin

A Sysadmin általában a következő funkciókat és tevékenységeket foglalja magában:

  1. Új bevezetése vagy az elavult eltávolítása
  2. Készítsen biztonsági másolatokat
  3. Monitor teljesítmény
  4. Konfigurációs változások kezelése
  5. Alkalmazások és operációs rendszerek működtetése
  6. Felhasználói fiókok kezelése
  7. Figyelje a számítógép biztonságát
  8. Megbirkózni a kudarcokkal és az esésekkel
  9. Megfelel a felhasználói követelményeknek
  10. Jelentés a Szervezet közvetlen felelős szintjeinek
  11. Dokumentálja a rendszer és a platform számítási tevékenységeit

És van némi ismerete a következőkről:

  1. Programozás
  2. adatbázisok
  3. IT biztonság
  4. Hálózatok
  5. Operációs rendszer

DevOps

A DevOps általában a programozási nyelvek széles skáláját ismeri, amellett, hogy rendelkezik technikai képességekkel és vezetői képességekkel. A DevOps általában a Software Developer és a Sysadmin keveréke is amelynek funkcióját általában a két profil közötti akadályok megszüntetésének tekintik. Ezért várható, hogy a DevOps ismeri mind a Szoftvert, mind a Szervezet hardverét (infrastruktúráját / platformját), ahol dolgoznak.

Ezért a DevOps általában képes:

  1. Írjon kódot és hajtsa végre a programozó funkcióját.
  2. Kezelje a többplatformos kiszolgálókat és hajtsa végre a SysAdmin funkcióját.
  3. Kezelje a hálózatokat és hajtsa végre a NetAdmin funkcióját.
  4. Kezeljen adatbázist (BD) és hajtsa végre a DBA funkcióját.

Ez arra enged következtetni, hogy egy jó DevOps:

Képes ellátni az informatikai egység minden egyes szakterületén dolgozó szakember minimális tevékenységeit és funkcióit. Ez fordított esetben nem gyakran fordul elő a SysAdmins és más informatikai szakemberek esetébenSysAdminként a NetAdmin, a DBA vagy a technikai támogatási szakember általában nem hajlamos következetesen és hatékonyan írni kódokat magas szintű vagy kereskedelemben népszerű nyelvekre.

Amitől a DevOps megmarad, általában rendelkezik olyan ismeretekkel, amelyek lehetővé teszik az összes többi helyettesítését anélkül, hogy fordítva ugyanazok lennének. És ez a DevOps-ot jobban megbecsüli a munkaerőpiacon, vagyis divatosak, és minden kis vagy közepes szervezet (főleg) akar ilyet, ami egy informatikai egységen belüli többi hagyományos pozíció leértékelését idézi elő.

És hogy ez a 2 pozíció más jellegű, bár sok közös feladatot osztanak meg egymással. Különbségek, mint például a DevOps:

  • Magas szinten működnek együtt a Szervezetekkel és garantálják a szinergiát a vállalat minden részében, míg a SysAdmin inkább a Manage (Szerverek és számítógépes rendszerek beállítása, karbantartása és frissítése) kezelésére összpontosít.
  • Hajlamosak gyakrabban végpontok közötti termékekkel rendelkező projekteken dolgozni, míg a SysAdmins általában inkább kisebb körre és (egyszeri) felelősségre korlátozódik ugyanazon projektek / termékek vonatkozásában.
  • Általában mindent megtehetnek, amit a SysAdmin, de a SysAdmin általában nem mindent, amit a DevOps.

DevOps és SysAdmin: Következtetés

Következtetés

A "DevOps" kifejezés mint szervezeti trend vagy kultúra célja a csapatkultúra előmozdítása, a szoftverrendszer-fejlesztésben részt vevő különböző területekről érkező egyének közötti együttműködésen és kommunikáción alapulva. Ezért egy szervezetben a „DevOps” támogatja a Szoftverfejlesztők terület tagjai, a Rendszerüzemeltetők, vagy a Rendszer- és Kiszolgálóadminisztrátorok közötti integrációt, igyekezve tökéletesebbé, átláthatóbbá és barátságosabbá tenni.

Bár a szervezeteken belül egyesek hajlamosak az ellenkező hatást látni, vagyis látni, hogy a DevOps-kultúra hogyan képviseli az IT-egységeken belüli szerepek többségének megsemmisítését. Például, hogy a programozók hogyan fordulnak a DevOps-hoz, majd kicserélik a SysAdmint, a NetAdmint, a DBA-t, a támogatási szakembereket és így tovább, beleértve a csak kódot író szoftverfejlesztőket is.

Ha további kérdése van ezzel a témával kapcsolatban, javasoljuk, hogy olvassa el az ebben található, ehhez kapcsolódó munkaanyagot link.


Hagyja megjegyzését

E-mail címed nem kerül nyilvánosságra. Kötelező mezők vannak jelölve *

*

*

  1. Az adatokért felelős: Miguel Ángel Gatón
  2. Az adatok célja: A SPAM ellenőrzése, a megjegyzések kezelése.
  3. Legitimáció: Az Ön beleegyezése
  4. Az adatok közlése: Az adatokat csak jogi kötelezettség alapján továbbítjuk harmadik felekkel.
  5. Adattárolás: Az Occentus Networks (EU) által üzemeltetett adatbázis
  6. Jogok: Bármikor korlátozhatja, helyreállíthatja és törölheti adatait.

  1.   szűrő-akvárium-külső dijo

    Mint mindig mondják, a tudás nem történik meg. A szakosodás és a "terep" létezése bizonyos területeken minden szakember számára nagy értékűvé válik, de ez nem jelenthet munkahelyi bizonytalanságot, lehetővé téve a piac számára, hogy ezt kihasználva csökkentse két nagyszerű szakember értékét egy áron.

  2.   Linux utáni telepítés dijo

    Természetesen azt gondolom, hogy ez sok olyan latin országban történik, ahol azt akarják, hogy a SysAdmin akár kávét is tálaljon ... Mindenki megteszi a dolgát, még akkor is, ha valaki tud kávét főzni

  3.   Amin espinoza dijo

    Milyen jó bejegyzés! Imádom, ahogyan tizenötszáz koncepcióval foglalkoztál valami oly kompakt, de precíz dologban. Hosszú vitát és számtalan véleményt tartalmazó téma, de személy szerint határozottan egyetértek azzal, hogy szerintem azért, hogy ne legyen "mindenben jó", az az, hogy a DevOps színpadán fogadok, hogy tetszik a többieknek, és ezt egy különlegességgel támadják meg.
    Köszönöm a szöveget!

    1.    Linux utáni telepítés dijo

      Köszönöm a pozitív megjegyzéseket, nagyon örülök, hogy Önnek és sokaknak tetszett a kiadvány.

  4.   valdo dijo

    Kiváló poszt. Ideális esetben a DevOps-nak tükröznie kell a csapatmunka kultúráját. Kétségtelen, hogy a DevOps-nak mély ismeretekkel kell rendelkeznie a szoftverrendszerek fejlesztésének valamennyi területéről, de az is nyilvánvaló, hogy a feladathoz szükséges munkamennyiséghez több személyre van szükség, lehetőség szerint mindegyikre külön ismeretekkel.
    Sajnos úgy gondolom, hogy sok közép- és / vagy kisvállalkozás tévesen helyezi előtérbe a gazdasági kérdéseket, ha terepjáróik vannak, miért kell valakit felvenni? Elfelejtve, hogy hosszú távon az olcsó dolgok általában nagyon drágák.
    Egyszerű amatőr vagyok a rendszerfejlesztés terén, de tudom, milyen nehézségekkel kell csak olyan egyszerű dolgokkal foglalkoznom, mint egy weboldal létrehozása és kezelése egy nagyon kicsi szervezet számára, amelynek nincs pénze csapat felvételére.
    Összefoglalva, talán tévedek, azt hiszem, hogy ez a két funkció összeolvadása felé halad, alapvetően attól a szervezet gazdasági képességétől függően, amelyért dolgozik, másodsorban pedig a munkafilozófiájától.

  5.   Linux utáni telepítés dijo

    Ez a cikk csak a Sysadmin-ről szól, azok számára, akik szeretnék még egy kicsit bővíteni olvasmányukat!