DevOps versus SysAdmin: rivaalid või koostööpartnerid?

DevOps versus SysAdmin: rivaalid või koostööpartnerid?

DevOps versus SysAdmin: rivaalid või koostööpartnerid?

Mõni postitus tagasi rääkisime SysAdminidest, täpsemalt postituses nimega «Sysadmin: süsteemi- ja serveriadministraatoriks olemise kunst ». Ja me ütlesime, et nad olid omamoodi «... kogenud kõik-ühes IT-spetsialist, kelle tavaline päev on tavaliselt täidetud suure hulga mitmekesiste tegevustega, plaanipäraselt või mitte ...» ja «... inimene vastutab iga töötava tehnoloogilise platvormi ja IT nõuetekohase toimimise eest,… ».

Selles postituses räägime DevOpsist, sellisest uuest tarkvaraarendajate "tõust" (põlvkonnast), millest on räägitud umbes kaheksa või kümme aastat. See uus põlvkond programmeerijaid on sündinud tehnoloogiakeskuste ja tänapäevaste, ülemaailmselt tuntud firmade sisikonnast ning võlgneb oma nime ingliskeelsetest sõnadest “Development” ja “Operation” tuletatud terminile.

DevOps versus SysAdmin: sissejuhatus

Sissejuhatus

Mõne sõnaga võiksime öelda, et DevOps on programmeerija, kes on võimeline täitma kõiki funktsioone, mis sekkuvad "Tarkvaraarenduse" olelusringi ja muudki., näiteks: programmeerimine, töö, testimine, arendamine, tugi, serverid, andmebaas, veeb ja kõik muu vajalik.

Väidetavalt tekkis see uus "tarkvaraarendajate põlvkond" just nendes väikestes, kaasaegsetes ja edukates "Tech Startupides" koosneb väikestest "IT-spetsialistide" rühmadest, peamiselt tarkvaraarendajatest.

Ja nagu me juba teame, töötavad need "alustavad ettevõtted" välja kiirendatud tarkvaralahendused (6 kuni 12 kuud) ning seega lahendada konkreetseid ja keerulisi probleeme ning vajadusi reaalses maailmas. See tähendab, et neil on tavaliselt äärmiselt kõrge suremus.

Sellest pärineb nendes alustavates ettevõtetes elatud tegelikkus uus "Tarkvaraarenduse kultuur", mis põhineb filosoofial, mis on tuntud kui "Varajane väljaandmine, sageli väljaandmine" (varased väljaandmised, sagedased väljalasked), kus tarkvara muudetakse ja käivitatakse lendu "Lennul", see tähendab liikvel olles, et selle kasutajad saaksid seda kohe kasutada.

Kasutajad, kes toidavad arendajaid tagasisidest saadud nendega, kes on koodi käigu pealt parandanud ja uuendanud.

See uus "Tarkvaraarenduse kultuur" on muutnud "Tarkvaraarenduse traditsioonilist kultuuri" kus igal "IT-üksuse" (arvuti / tehnoloogia) liikmel on täpselt määratletud ja konkreetsete funktsioonidega ametikoht, näiteks: nooremarendaja, vanemarendaja, andmebaasiadministraator, süsteemi- ja / või serveriadministraator, analüütik ja / või rakenduste testija , Muu hulgas tehniline tugi.

See olukord muudab just DevOps'i SysAdmini sarnaseks, see tähendab, suure aktiivsusega väikeettevõtted, kes püüavad vähendada IT-spetsialistide personali suurust, et vähendada sama ja kogu organisatsiooni tegevuskulusid. Alustades "tarkvaraarendajaid" ning "süsteemi- ja serveriadministraatoreid", kes tegelevad tehnoloogia paljude valdkondade ja multidistsiplinaarsete funktsioonidega.

Seetõttu pole DevOps lihtsalt inimene ega positsioon, see on ka trend, liikumine, tänapäeval väga laialt levinud organisatsioonikultuur. Selle kohta saate rohkem teada, lugedes neid kahte teist artiklit nimega: «DevOps»Ja«Mis on DevOps?"

DevOps versus SysAdmin: sisu

sisu

Eeltoodu on just see, miks praegu nähakse DevOpsis ja Sysadminis sõna otseses mõttes "kõigi ametite jack" või "Master of Pone", see tähendab "kõige sulased" või "mitte millegi peremehed", kuna nad on võimelised "tegema kõike või paljusid asju, ilma et nad oleksid millegi asjatundjaks saanud".

Mis kipub nende spetsialistide väärtust tööturul alahindama, kuna pikaajaline spetsialiseerumine on parim investeering professionaalile ja organisatsioonile. Selle põhjuseks on asjaolu, et infotehnoloogia koosneb mitmest ja ulatuslikust teadmiste valdkonnast, mida on praktiliselt võimatu täielikult omandada (õppida, säilitada, uuendada) ühe spetsialisti jaoks.

Kui DevOpsil või Sysadminil on intellektuaalne võimekus lahendada peaaegu kõiki tekkivaid tehnoloogilisi probleeme, tähendab see väga suuri kognitiivseid kulusid, Mis soosib seda, et nad kipuvad tekitama teatud määral "tööstressi" (läbipõlemine) ja sellest tulenevalt oma tootlikkuse või töö efektiivsuse langust.

SysAdmin

Sysadmin hõlmab enamasti järgmisi funktsioone ja tegevusi:

  1. Rakendage uus või eemaldage vananenud
  2. Tehke varukoopiad
  3. Monitori jõudlust
  4. Halda konfiguratsioonimuudatusi
  5. Rakenduste ja operatsioonisüsteemide haldamine
  6. Kasutajakontode haldamine
  7. Jälgige arvuti turvalisust
  8. Rike ja kukkumistega toimetulek
  9. Vastake kasutajate nõuetele
  10. Aruande esitamine organisatsiooni otsesele vastutavale tasandile
  11. Dokumenteerige süsteemi ja platvormi arvutustoimingud

Ja teil peab olema mõningaid teadmisi:

  1. programmeerimine
  2. Andmebaasid
  3. IT turvalisus
  4. Võrgustikud
  5. Operatsioonisüsteemid

DevOps

Lisaks tehnilistele võimalustele ja juhtimisoskustele on DevOpsil valdavad valdavad mitmesugused programmeerimiskeeled. DevOps on tavaliselt ka tarkvaraarendaja ja Sysadmini segu mille funktsiooni peetakse tavaliselt mõlema profiili vaheliste tõkete kõrvaldamiseks. Seega on eeldatav, et DevOpsil on teadmisi nii organisatsiooni tarkvarast kui ka riistvarast (infrastruktuur / platvorm), kus nad töötavad.

Seetõttu suudavad DevOps tavaliselt:

  1. Kirjutage kood ja täitke programmeerija funktsioon.
  2. Mitme platvormi serverite haldamine ja SysAdmini funktsiooni täitmine.
  3. Võrgustike haldamine ja NetAdmini funktsiooni täitmine.
  4. Halda andmebaasi (BD) ja täidab DBA funktsiooni.

See annab meile järelduse, et hea DevOps:

See on võimeline täitma iga valdkonna spetsialisti minimaalseid tegevusi ja funktsioone IT-üksuses. Mis pole vastupidi sageli nii SysAdminsi kui ka teiste IT-spetsialistide puhulSysAdminina ei kipu NetAdmin, DBA või tehnilise toe spetsialist tavaliselt koodi järjepidevalt ja tõhusalt kirjutama kõrgetasemelistes või kaubanduslikult populaarsetes keeltes.

Mis jätab meile DevOps, omab tavaliselt teadmisi, mis võimaldavad tal kõik teised asendada, ilma et oleks tagurpidi sama. Ja see muudab DevOps tööturul rohkem hinnatuks, see tähendab, et nad on moes ja iga väike või keskmine organisatsioon (peamiselt) soovib seda, põhjustades ülejäänud traditsiooniliste ametikohtade devalveerimist IT-üksuses.

Ja et need 2 positsiooni on erineva iseloomuga, kuigi neil on palju ühiseid ülesandeid. Erinevused, näiteks DevOps:

  • Nad teevad kõrgel tasemel koostööd organisatsioonidega ja tagavad sünergia ettevõtte igas osas, samas kui SysAdmin on rohkem keskendunud haldamisele (serverite ja arvutisüsteemide seadistamine, hooldamine ja värskendamine).
  • Nad kipuvad sagedamini töötama end-to-end-toote projektides, samas kui SysAdmins piirdub pigem väiksema (kohapealse) ulatuse ja vastutusega samade projektide / toodete osas.
  • Tavaliselt saavad nad teha kõike, mida teeb SysAdmin, kuid SysAdmin ei saa tavaliselt kõike, mida DevOps teeb.

DevOps versus SysAdmin: Kokkuvõte

Järeldus

Mõiste "DevOps" kui organisatsioonilise suundumuse või kultuuri taotletav eesmärk on edendada meeskonnakultuuri, mis põhineb tarkvarasüsteemide väljatöötamisega seotud eri alade inimeste koostööl ja suhtlemisel. Nii et organisatsiooni «DevOps» soosib tarkvaraarendajate piirkonna liikmete, süsteemihaldurite või süsteemi- ja serveriadministraatorite integreerimist, püüdes muuta selle täiuslikumaks, läbipaistvamaks ja sõbralikumaks.

Ehkki mõned organisatsioonides näevad pigem vastupidist efekti, st seda, kuidas DevOps-kultuur esindab enamiku IT-üksuste rollide hävitamist. Näiteks see, kuidas programmeerijad kipuvad DevOpsi poole pöörduma ja seejärel asendama SysAdmini, NetAdmini, DBA-d, tugispetsialiste ja nii edasi, sealhulgas ainult tarkvara kirjutavaid tarkvaraarendajaid.

Kui teil on selle teema kohta rohkem küsimusi, soovitan teil lugeda sellega seotud tööpaberit link.


Jäta oma kommentaar

Sinu e-postiaadressi ei avaldata. Kohustuslikud väljad on tähistatud *

*

*

  1. Andmete eest vastutab: Miguel Ángel Gatón
  2. Andmete eesmärk: Rämpsposti kontrollimine, kommentaaride haldamine.
  3. Seadustamine: teie nõusolek
  4. Andmete edastamine: andmeid ei edastata kolmandatele isikutele, välja arvatud juriidilise kohustuse alusel.
  5. Andmete salvestamine: andmebaas, mida haldab Occentus Networks (EL)
  6. Õigused: igal ajal saate oma teavet piirata, taastada ja kustutada.

  1.   filter-akvaarium-väline DIJO

    Nagu nad alati ütlevad, teadmisi ei toimu. Spetsialiseerumine ja "maastikul" olemine teatud piirkondades muutub kõigi spetsialistide jaoks väga väärtuslikuks, kuid see ei tohiks tähendada ebakindlust töökohas, võimaldades turul seda ära kasutada, et vähendada kahe suurepärase spetsialisti väärtust ühe hinnaga. .

  2.   Linuxi postituse installimine DIJO

    Kindlasti arvan, et seda juhtub palju Ladina riikides, kus nad tahavad, et SysAdmin pakuks ühtlast kohvi ... Kõik teevad oma asja isegi siis, kui keegi teab, kuidas ühtlast kohvi valmistada 🙂

  3.   Amin espinoza DIJO

    Milline hea postitus! Mulle meeldib, kuidas sa tegelesid nagu viisteist sada mõistet milleski nii kompaktses, kuid täpses. Pika arutelu ja lugematute arvamustega teema, kuid isiklikult olen kindlalt nõus, mida ma arvan, et mitte kõiges hea olla, on DevOpsi laval kihlveod, mis teile teiste üle meeldib, ja rünnata seda erialaga.
    Täname teksti eest!

    1.    Linuxi postituse installimine DIJO

      Tänan teid positiivsete kommentaaride eest, mul on väga hea meel, et väljaanne on teile ja paljudele teistele meeldinud.

  4.   Valdo DIJO

    Suurepärane postitus. Ideaalis peaks DevOps kajastama meeskonnatöö kultuuri. Pole kahtlust, et DevOpsil peavad olema sügavad teadmised kõigist tarkvarasüsteemide väljatöötamisega seotud valdkondadest, kuid on ka ilmne, et selle ülesande täitmiseks vajalik töö nõuab rohkem kui ühte inimest, võimaluse korral igaühe oma teadmistega.
    Kahjuks arvan, et paljud keskmised ja / või väikesed ettevõtted seavad majandusküsimused valesti prioriteediks, miks neil on maastik, miks palgata kedagi teist? Unustades, et pikas perspektiivis kipuvad odavad asjad olema väga kallid.
    Olen süsteemide väljatöötamise osas lihtne harrastaja, kuid tean raskusi, kui tuleb tegeleda ainult nii lihtsa asjaga nagu veebisaidi loomine ja haldamine väga väikesele organisatsioonile, kellel pole raha meeskonna palkamiseks.
    Kokkuvõtteks võib öelda, et võib-olla ma eksin, arvan, et see läheb kahe funktsiooni sulandumise suunas, sõltuvalt põhimõtteliselt organisatsiooni majanduslikust võimekusest, mille heaks keegi töötab, ja teiseks selle tööfilosoofiast.

  5.   Linuxi postituse installimine DIJO

    See on artikkel ainult Sysadminist, neile, kes soovivad nende lugemist veidi laiendada!