DevOps kontra SysAdmin: Rivals eller Collaborators?

DevOps kontra SysAdmin: Rivals eller Collaborators?

DevOps kontra SysAdmin: Rivals eller Collaborators?

För några inlägg sedan pratade vi om SysAdmins, särskilt i inlägget som heter «Sysadmin: Konsten att vara system- och serveradministratör ». Och vi sa att de var ett slags «... erfaren allt-i-ett-IT-proffs, vars vanliga dag vanligtvis är fylld med ett stort antal olika aktiviteter, schemalagda eller inte ...» och «... den person som ansvarar för att alla tekniska plattformar fungerar korrekt. och IT där du arbetar, ... ».

I det här inlägget kommer vi att prata om DevOps, den typen av ny "ras" (generation) av mjukvaruutvecklare, som har hörts om i ungefär åtta eller tio år. Denna nya generation av programmerare som är födda från tarmarna till de tekniska centra och moderna IT-företag med hög världsberömd, och som har sitt namn tack vare termen härledd från de engelska orden "Development" och "Operation".

DevOps kontra SysAdmin: Introduktion

Inledning

Med några ord kan vi säga att en DevOps är en programmerare som kan utföra alla funktioner som är involverade i livscykeln för "Software Development" och mer, såsom: Programmering, drift, testning, utveckling, support, servrar, databas, webb och annat som behövs.

Det sägs att denna nya "generation mjukvaruutvecklare" uppstod i de små, moderna och framgångsrika "Tech Startups" består av små grupper av "IT-specialister", främst mjukvaruutvecklare.

Och som vi redan vet är de "Startups" generellt vad de gör att utveckla snabba mjukvarulösningar (från 6 till 12 månader) och därmed lösa specifika och komplexa problem och behov i den verkliga världen. Detta innebär att de tenderar att ha en extremt hög dödlighet.

Från den verkligheten som lever i dessa startups har sitt ursprung en ny «Programvaruutvecklingskultur» baserad på filosofin känd som «Släpp tidigt, släpp ofta» (Early Releases, Frequent Releases) där programvaran modifieras och lanserar «On Fly» (under flygning), det vill säga i farten att användas omedelbart av användarna av samma.

Användare som matar utvecklare från "feedback" erhållits med dem som gjort förbättringar och uppdateringar av koden i farten.

Denna nya "kultur för mjukvaruutveckling" har förändrat den "traditionella kulturen för mjukvaruutveckling" där varje medlem i en "IT-enhet" (databehandling / teknik) har en position med väldefinierade och specifika funktioner, såsom: Junior Developer, Senior Developer, Databasadministratör, System- och / eller Serveradministratör, Analyst och / eller Application Tester, teknisk support, bland andra.

Denna situation är precis vad som gör att DevOps ser ut som en SysAdmin, det vill säga små företag med stor aktivitet som försöker minska personalen hos IT-specialister för att producera en minskning av driftskostnaderna för samma och hela organisationen. Ger upphov till "Programvaruutvecklare" och "System- och serveradministratörer" som hanterar många områden och multidisciplinära tekniska funktioner gemensamt.

Därför är DevOps inte bara en person eller en position, det är också en trend, en rörelse, en mycket utbredd organisationskultur idag. Om vilka du kan lära dig mer genom att läsa dessa andra två artiklar som heter: «DevOps»Y«Vad är DevOps?".

DevOps kontra SysAdmin: innehåll

innehåll

Ovanstående är just varför för närvarande DevOps och Sysadmin bokstavligen ses som en "Jack of all Trades" eller "Master of None", det vill säga "Alltingets tjänare" eller "Ingenting mästare", eftersom de kan "göra allt eller många saker utan att bli expert på någonting."

Vilket tenderar att nedvärdera värdet av dessa yrkesverksamma på arbetsmarknaden, eftersom långsiktig specialisering är den bästa investeringen för en professionell och en organisation. Detta beror på att informationstekniken består av flera och omfattande kunskapsområden som det är praktiskt taget omöjligt att helt behärska (lära sig, behålla, uppdatera) för en enda professionell.

För att en DevOps eller en Sysadmin ska ha den intellektuella förmågan att lösa nästan alla tekniska problem som uppstår innebär en mycket hög kognitiv kostnad, vad som gynnar att de tenderar att presentera vissa grader av «arbetsstress» (Burn Out) och därmed drabbas av en minskning av deras produktivitet eller arbetseffektivitet.

SysAdmin

Sysadmin tenderar att omfatta följande funktioner och aktiviteter:

  1. Implementera nytt eller ta bort föråldrat
  2. Gör säkerhetskopior
  3. Övervaka prestanda
  4. Hantera konfigurationsändringar
  5. Operera applikationer och operativsystem
  6. Hantera användarkonton
  7. Övervaka datasäkerhet
  8. Hantera misslyckanden och fall
  9. Uppfyll användarkraven
  10. Rapportera till organisationens direktansvariga nivåer
  11. Dokumentera datoraktiviteterna för systemet och plattformen

Och du måste ha viss kunskap om:

  1. programmering
  2. Databaser
  3. IT-säkerhet
  4. nätverk
  5. Operativsystem

DevOps

DevOps tenderar att vara flytande i ett brett utbud av programmeringsspråk, förutom att de har tekniska möjligheter och ledningsförmåga. En DevOps är vanligtvis också en blandning av Software Developer och Sysadmin vars funktion vanligtvis ses som en eliminering av barriärerna mellan båda profilerna. Så det förväntas att en DevOps har kunskap om både programvaran och hårdvaran (infrastruktur / plattform) för organisationen där de arbetar.

Därför kan DevOps vanligtvis:

  1. Skriv kod och utför funktionen hos en programmerare.
  2. Hantera flera plattformsservrar och utför funktionen av en SysAdmin.
  3. Hantera nätverk och utför funktionen för NetAdmin.
  4. Hantera en databas (BD) och utför en DBA-funktion.

Detta lämnar oss i slutsatsen att en bra DevOps:

Den kan utföra minsta möjliga aktiviteter och funktioner för varje områdesspecialist i en IT-enhet. Vilket inte ofta är fallet i omvänd fall för SysAdmins och andra IT-specialisterSom SysAdmin, NetAdmin, DBA eller Technical Support Specialist tenderar vanligtvis inte att skriva konsekvent och effektivt kod på högnivå eller kommersiellt populära språk.

Vad som lämnar oss med att en DevOps har vanligtvis kunskap som gör att han kan ersätta alla andra utan att vara densamma i omvänd ordning. Och detta gör DevOps mer uppskattade på arbetsmarknaden, det vill säga de är fashionabla och varje liten eller medelstor organisation (huvudsakligen) vill ha en, vilket orsakar en devalvering av resten av de traditionella positionerna inom en IT-enhet.

Och att dessa två positioner är av olika karaktär, även om de delar många gemensamma uppgifter. Skillnader som DevOps:

  • De samarbetar på hög nivå med organisationerna och garanterar synergi i varje del av företaget, medan SysAdmin är mer fokuserade på Manage (Konfigurera, underhålla och uppdatera servrar och datorsystem).
  • De tenderar att arbeta oftare på projekt med en slutprodukt, medan SysAdmins tenderar att vara mer begränsad till ett mindre (spot) omfattning och ansvar för samma projekt / produkter.
  • De kan vanligtvis göra allt som en SysAdmin gör, men en SysAdmin kan vanligtvis inte göra allt som en DevOps gör.

DevOps kontra SysAdmin: Slutsats

Slutsats

Målet efter termen "DevOps" som en organisationstrend eller kultur är att främja lagkultur, baserad på samarbete och kommunikation mellan individer från de olika områdena som är involverade i programvaruutveckling. Därför gynnar «DevOps» i en organisation integrationen mellan medlemmarna i området Software Developer, systemoperatörerna eller system- och serveradministratörerna, och försöker göra det mer perfekt, transparent och vänligt.

Även om vissa inom organisationerna tenderar att se motsatt effekt, det vill säga att se hur DevOps-kulturen representerar förstörelsen av de flesta roller inom IT-enheterna. Till exempel hur programmerare tenderar att vända sig till DevOps och sedan ersätta SysAdmin, NetAdmin, DBA, supportspecialister och så vidare, inklusive mjukvaruutvecklare som bara skriver kod.

Om du har fler frågor om detta ämne, rekommenderar jag att du läser arbetsdokumentet relaterat till det som finns i detta länk.


Innehållet i artikeln följer våra principer om redaktionell etik. Klicka på för att rapportera ett fel här.

6 kommentarer, lämna din

Lämna din kommentar

Din e-postadress kommer inte att publiceras.

*

*

  1. Ansvarig för uppgifterna: Miguel Ángel Gatón
  2. Syftet med uppgifterna: Kontrollera skräppost, kommentarhantering.
  3. Legitimering: Ditt samtycke
  4. Kommunikation av uppgifterna: Uppgifterna kommer inte att kommuniceras till tredje part förutom enligt laglig skyldighet.
  5. Datalagring: databas värd för Occentus Networks (EU)
  6. Rättigheter: När som helst kan du begränsa, återställa och radera din information.

  1.   filter-akvarium-externt sade

    Som de alltid säger sker inte kunskap. Att specialisera sig och vara en "terräng" i vissa områden blir av stort värde för alla professionella, men detta borde inte innebära otrygghet i jobbet, vilket gör att marknaden kan dra nytta av det för att minska det värde som två stora proffs har till priset av en.

  2.   Linux-postinstallation sade

    Visst tror jag att det händer mycket i latinska länder där de vill att SysAdmin ska servera till och med kaffe ... Alla gör sina saker även om man vet hur man gör till och med kaffe 🙂

  3.   Amin espinoza sade

    Vilket bra inlägg! Jag älskar hur du tacklade som femtonhundra koncept i något så kompakt men exakt. Ett ämne med en lång debatt och otaliga åsikter men personligen håller jag starkt med, vad jag tycker för att inte vara "bra på allt" är att satsa på DevOps-scenen som du gillar framför de andra och attackera det med en specialitet.
    Tack för texten!

    1.    Linux-postinstallation sade

      Tack för dina positiva kommentarer, jag är mycket glad att du och många andra har gillat publikationen.

  4.   valdo sade

    Utmärkt inlägg. Helst bör DevOps återspegla teamwork-kulturen. Det råder ingen tvekan om att DevOps måste ha djup kunskap om alla områden som är involverade i utvecklingen av mjukvarusystem men det är också uppenbart att den mängd arbete som denna uppgift innebär kräver mer än en person, var och en där det är möjligt med en specifik kunskap.
    Tyvärr tror jag att många medelstora och / eller små företag felaktigt prioriterar ekonomiska frågor, om de har en terräng, varför anställa någon annan? Jag glömmer att billiga saker på sikt tenderar att vara mycket dyra.
    Jag är ett enkelt fan av systemutveckling men jag känner till svårigheterna med att behöva ta itu med något så enkelt som att skapa och hantera en webbplats för en mycket liten organisation som inte har pengar att anställa ett team.
    Sammanfattningsvis kanske jag har fel, jag tror att det går mot en fusion av de två funktionerna, beroende på den ekonomiska förmågan hos den organisation för vilken man arbetar och sekundärt på dess arbetsfilosofi.

  5.   Linux-postinstallation sade

    Det här är artikeln om endast Sysadmin, för dem som vill utöka läsningen på dem lite mer!

bool (sant)