DevOps pret SysAdmin: konkurenti vai līdzstrādnieki?

DevOps pret SysAdmin: konkurenti vai līdzstrādnieki?

DevOps pret SysAdmin: konkurenti vai līdzstrādnieki?

Pirms dažiem ierakstiem mēs runājām par SysAdmins, īpaši ierakstā ar nosaukumu «Sysadmin: Sistēmas un servera administratora māksla ». Un mēs teicām, ka viņi ir sava veida «... pieredzējuši viss vienā IT profesionāļi, kuru parasto dienu parasti piepilda liels skaits dažādu, ieplānotu vai neplānotu darbību ...» un «... persona, kas atbild par katras tehnoloģiskās platformas pareizas darbības nodrošināšanu. un IT, kur tu strādā,… ».

Šajā ierakstā mēs runāsim par DevOps, tādu jaunu programmatūras izstrādātāju "šķirni" (paaudzi), par kuru dzirdēts apmēram astoņus vai desmit gadus. Šī jaunā programmētāju paaudze, kas dzimusi no pasaulē plaši pazīstamu tehnoloģisko centru un moderno IT uzņēmumu iekšienēm un kura savu vārdu ir jāpateicas vārdam, kas atvasināts no angļu valodas vārdiem “Development” un “Operation”.

DevOps pret SysAdmin: Ievads

Ievads

Dažos vārdos mēs varētu teikt, ka DevOps ir programmētājs, kas spēj veikt visas funkcijas, kas saistītas ar "Programmatūras izstrādes" dzīves ciklu un daudz ko citu., piemēram: programmēšana, darbība, testēšana, izstrāde, atbalsts, serveri, datu bāze, tīmeklis un jebkurš cits nepieciešamais.

Ir teikts, ka šī jaunā "Programmatūras izstrādātāju paaudze" radās tajos mazajos, modernajos un veiksmīgajos "Tech Startups" sastāv no nelielām "IT speciālistu" grupām, galvenokārt programmatūras izstrādātājiem.

Un kā mēs jau zinām, parasti tie "jaunie uzņēmumi", kas viņi dara, izstrādā paātrinātus programmatūras risinājumus (no 6 līdz 12 mēnešiem) un tādējādi risināt specifiskas un sarežģītas problēmas un vajadzības reālajā pasaulē. Tas nozīmē, ka viņiem mēdz būt ārkārtīgi augsts mirstības līmenis.

No šīs realitātes dzīvo šajos Startup uzņēmumos jauna "Programmatūras izstrādes kultūra", kas balstīta uz filozofiju, kas pazīstama kā "Izlaišana agri, Izlaist bieži" (Agrīna izlaišana, Bieža izlaišana), kur programmatūra tiek modificēta un tiek palaista "On Fly" (Lidojumā), tas ir, lidojumā, lai to nekavējoties izmantotu tā paša lietotāji.

Lietotāji, kuri baro izstrādātājus no “atgriezeniskās saites” iegūti ar tiem, kuri koda uzlabojumus un atjauninājumus veica lidojot.

Šī jaunā «Programmatūras izstrādes kultūra» ir mainījusi «tradicionālo programmatūras izstrādes kultūru» kur katram "IT vienības" (skaitļošanas / tehnoloģijas) loceklim ir amats ar precīzi definētām un specifiskām funkcijām, piemēram: jaunākais izstrādātājs, vecākais izstrādātājs, datu bāzes administrators, sistēmas un / vai servera administrators, analītiķis un / vai lietojumprogrammu testeris, tehniskais atbalsts, cita starpā.

Šī situācija tieši padara DevOps līdzīgu SysAdmin, tas ir, mazie uzņēmumi ar lielu aktivitāti, kuri cenšas samazināt IT speciālistu personāla apjomu, lai samazinātu tās pašas un visas organizācijas darbības izmaksas. Piešķirt "programmatūras izstrādātājiem" un "sistēmu un serveru administratoriem", kuri kopīgi pārvalda daudzas jomas un daudznozaru tehnoloģijas.

Tāpēc DevOps nav tikai cilvēks vai amats, tā ir arī tendence, kustība, mūsdienās ļoti izplatīta organizācijas kultūra. Par kuriem jūs varat uzzināt vairāk, izlasot šos pārējos 2 rakstus ar nosaukumu: «DevOps»Un«Kas ir DevOps?".

DevOps pret SysAdmin: saturs

saturs

Iepriekšminētais ir iemesls, kāpēc pašlaik DevOps un Sysadmin tiek burtiski uztverti kā “visu darījumu džeks” vai “neviena meistars”, tas ir, "Visu kalpi" vai "Neko meistari", jo viņi spēj "darīt visu vai daudzas lietas, nekļūstot par nekā ekspertu".

Kas mēdz devalvēt šo profesionāļu vērtību darba tirgū, jo ilgtermiņa specializācija ir labākais ieguldījums profesionālim un organizācijai. Tas ir tāpēc, ka informācijas tehnoloģijas sastāv no vairākām un plašām zināšanu jomām, kuras praktiski nav iespējams pilnībā apgūt (iemācīties, saglabāt, atjaunināt) vienam profesionālim.

Lai DevOps vai Sysadmin būtu intelektuālās spējas atrisināt gandrīz jebkuru radušos tehnoloģisko problēmu, tas nozīmē ļoti augstas kognitīvās izmaksas, Kas dod priekšroku tam, ka viņiem ir tendence radīt zināmu «darba stresa» pakāpi (izdegt) un līdz ar to samazināties viņu produktivitāte vai darba efektivitāte.

SysAdmin

Sysadmin mēdz ietvert šādas funkcijas un darbības:

  1. Ievietojiet jaunu vai noņemiet novecojušu
  2. Veiciet dublējumus
  3. Monitora veiktspēja
  4. Pārvaldīt konfigurācijas izmaiņas
  5. Darbināt lietojumprogrammas un operētājsistēmas
  6. Pārvaldīt lietotāju kontus
  7. Pārraugiet datoru drošību
  8. Tikt galā ar neveiksmēm un kritieniem
  9. Atbilst lietotāju prasībām
  10. Ziņojiet Organizācijas tieši atbildīgajiem līmeņiem
  11. Dokumentējiet sistēmas un platformas skaitļošanas darbības

Un jums ir jābūt zināmām zināšanām par:

  1. programmēšana
  2. Datu bāzes
  3. IT drošība
  4. Tīkli
  5. Operētājsistēmas

DevOps

DevOps parasti labi pārvalda dažādas programmēšanas valodas, kā arī tehniskās prasmes un vadības prasmes. DevOps parasti ir arī programmatūras izstrādātāja un Sysadmin sajaukums kuru funkcija parasti tiek uzskatīta par šķēršļu novēršanu starp abiem profiliem. Tāpēc ir sagaidāms, ka DevOps ir zināšanas gan par tās organizācijas programmatūru, gan aparatūru (infrastruktūra / platforma), kurā viņi strādā.

Tāpēc DevOps parasti spēj:

  1. Uzrakstiet kodu un veiciet programmētāja funkciju.
  2. Pārvaldiet daudzplatformu serverus un veiciet SysAdmin funkciju.
  3. Pārvaldiet tīklus un veiciet NetAdmin funkciju.
  4. Pārvaldiet datu bāzi (BD) un veiciet DBA funkciju.

Tas ļauj secināt, ka labs DevOps:

Tas spēj veikt minimālās darbības un funkcijas, kas nepieciešamas katram IT nodaļas speciālistam. Kas nav bieži otrādi, SysAdmin un citiem IT speciālistiemBūdams SysAdmin, NetAdmin, DBA vai tehniskā atbalsta speciālists parasti nemēdz konsekventi un efektīvi rakstīt kodu augsta līmeņa vai komerciāli populārās valodās.

Kas mums atstāj šo DevOps, tam parasti ir zināšanas, kas ļauj tam aizstāt visus pārējos, otrādi nemainoties. Un tas padara DevOps vairāk novērtētu darba tirgū, tas ir, tie ir moderni, un katra maza vai vidēja organizācija (galvenokārt) to vēlas, izraisot pārējo tradicionālo pozīciju devalvāciju IT nodaļā.

Un ka šīm 2 pozīcijām ir atšķirīgs raksturs, kaut arī tām ir kopīgi daudzi kopīgi uzdevumi. Atšķirības, piemēram, DevOps:

  • Viņi augstā līmenī sadarbojas ar organizācijām un garantē sinerģiju katrā uzņēmuma sadaļā, savukārt SysAdmin vairāk koncentrējas uz pārvaldību (serveru un datorsistēmu konfigurēšana, uzturēšana un atjaunināšana).
  • Viņiem ir tendence biežāk strādāt projektos ar gala produktu, savukārt SysAdmins parasti vairāk aprobežojas ar mazāku darbības jomu un (vienreizēju) atbildību par tiem pašiem projektiem / produktiem.
  • Viņi parasti var darīt visu, ko SysAdmin, bet SysAdmin parasti nevar visu, ko dara DevOps.

DevOps pret SysAdmin: Secinājums

Secinājums

Termina "DevOps" kā organizācijas tendences vai kultūras mērķis ir veicināt komandas kultūru, kuras pamatā ir sadarbība un komunikācija starp personām no dažādām programmatūras sistēmu izstrādes jomām. Tāpēc organizācijas «DevOps» atbalsta integrāciju starp programmatūras izstrādātāju apgabala dalībniekiem, sistēmas operatoriem vai sistēmas un servera administratoriem, cenšoties padarīt to pilnīgāku, pārredzamāku un draudzīgāku.

Lai gan daži Organizācijas pārstāvji mēdz redzēt pretēju efektu, tas ir, redzēt, kā DevOps kultūra atspoguļo lielākās daļas lomu iznīcināšanu IT vienībās. Piemēram, kā programmētāji mēdz vērsties pie DevOps un pēc tam aizstāt SysAdmin, NetAdmin, DBA, atbalsta speciālistus un tā tālāk, ieskaitot programmatūras izstrādātājus, kuri tikai raksta kodu.

Ja jums ir vēl kādi jautājumi par šo tēmu, iesaku izlasīt ar to saistīto darba dokumentu, kas atrodams šajā saite.


6 komentāri, atstājiet savus

Atstājiet savu komentāru

Jūsu e-pasta adrese netiks publicēta. Obligātie lauki ir atzīmēti ar *

*

*

  1. Atbildīgais par datiem: Migels Ángels Gatóns
  2. Datu mērķis: SPAM kontrole, komentāru pārvaldība.
  3. Legitimācija: jūsu piekrišana
  4. Datu paziņošana: Dati netiks paziņoti trešām personām, izņemot juridiskus pienākumus.
  5. Datu glabāšana: datu bāze, ko mitina Occentus Networks (ES)
  6. Tiesības: jebkurā laikā varat ierobežot, atjaunot un dzēst savu informāciju.

  1.   filtrs-akvārijs-ārējs teica

    Kā viņi vienmēr saka, zināšanas nenotiek. Specializācija un “visurgājiena” esamība noteiktās jomās jebkuram profesionālim kļūst par ļoti vērtīgu, taču tam nevajadzētu nozīmēt nedrošību darbā, ļaujot tirgum to izmantot, lai samazinātu vērtību, kāda ir diviem izciliem profesionāļiem par viena cenu.

  2.   Linux Post instalēšana teica

    Protams, es domāju, ka tas notiek daudz Latīņamerikas valstīs, kur viņi vēlas, lai SysAdmin pasniedz pat kafiju ... Ikviens dara savu, pat ja zina, kā pagatavot pat kafiju 🙂

  3.   Amin espinoza teica

    Cik labs ieraksts! Man patīk, kā jūs risinājāt kā piecpadsmit simtus jēdzienu kaut ko tik kompaktu, bet precīzu. Tēma ar garām debatēm un neskaitāmiem viedokļiem, bet personīgi es tam pilnīgi piekrītu, manuprāt, lai nebūtu “labs visā”, ir derēt uz DevOps skatuves, kas jums patīk pār citiem, un uzbrukt tam ar kādu specialitāti.
    Paldies par tekstu!

    1.    Linux Post instalēšana teica

      Paldies par jūsu pozitīvajiem komentāriem, esmu ļoti priecīgs, ka publikācija jums un daudziem citiem ir iepatikusies.

  4.   valdo teica

    Izcils amats. Ideālā gadījumā DevOps būtu jāatspoguļo komandas darba kultūra. Nav šaubu, ka DevOps ir jābūt padziļinātām zināšanām par visām programmatūras sistēmu izstrādē iesaistītajām jomām, taču ir arī skaidrs, ka šī uzdevuma veikšanai nepieciešams vairāk nekā viens cilvēks, katrs, kur iespējams, ar īpašas zināšanas.
    Diemžēl es uzskatu, ka daudzi vidēji un / vai mazi uzņēmumi nepareizi nosaka ekonomiskos jautājumus, ja viņiem ir visurgājējs, kāpēc nolīgt kādu citu? Aizmirstot, ka ilgtermiņā lētas lietas mēdz būt ļoti dārgas.
    Es esmu vienkāršs amatieris šajā sistēmu izstrādē, bet es zinu, ka ir grūti saskarties tikai ar kaut ko tik vienkāršu kā vietnes izveidošana un pārvaldīšana ļoti mazai organizācijai, kurai nav naudas, lai nolīgtu komandu.
    Apkopojot, varbūt es kļūdos, es domāju, ka tas virzās uz abu funkciju saplūšanu atkarībā no tā, kāda ir tās organizācijas ekonomiskā kapacitāte, kuras labā strādā, un, otrkārt, no tās darba filozofijas.

  5.   Linux Post instalēšana teica

    Šis ir raksts tikai par Sysadmin, tiem, kas vēlas nedaudz paplašināt lasāmvielu!