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.