DevOps vs. SysAdmin: kilpailijoita vai yhteistyökumppaneita?

DevOps vs. SysAdmin: kilpailijoita vai yhteistyökumppaneita?

DevOps vs. SysAdmin: kilpailijoita vai yhteistyökumppaneita?

Muutama viesti sitten puhuimme SysAdminsista, erityisesti postissa nimeltä «Sysadmin: Taide olla järjestelmän ja palvelimen järjestelmänvalvoja ». Ja sanoimme, että he olivat eräänlainen «... kokenut all-in-one-IT-ammattilainen, jonka tavallinen päivä on yleensä täynnä paljon erilaisia ​​toimintoja, aikataulun mukaan tai ei ...» ja «... henkilö vastuussa kaikkien teknisten alustojen ja tietotekniikan moitteettomasta toiminnasta, missä työskentelet… ».

Tässä viestissä puhumme DevOpsista, sellaisesta uudesta ohjelmistokehittäjien "rodusta" (sukupolvesta), josta on kuultu noin kahdeksan tai kymmenen vuoden ajan. Tämä uusi ohjelmointisukupolvi on syntynyt maailmankuulun teknologiakeskusten ja nykyaikaisten IT-yritysten sydämestä ja jonka nimensä velkaa termi, joka on johdettu englanninkielisistä sanoista "Development" ja "Operation".

DevOps vs. SysAdmin: Johdanto

Esittely

Muutamalla sanalla voimme sanoa, että DevOps on ohjelmoija, joka kykenee suorittamaan kaikki "ohjelmistokehityksen" elinkaaren toiminnot ja paljon muuta., kuten: ohjelmointi, käyttö, testaus, kehitys, tuki, palvelimet, tietokanta, verkko ja muut tarvittavat.

Sanotaan, että tämä uusi "ohjelmistokehittäjien sukupolvi" syntyi noissa pienissä, moderneissa ja menestyvissä "Tech Startups" -yrityksissä koostuu pienistä "IT-asiantuntijoiden" ryhmistä, lähinnä ohjelmistokehittäjistä.

Ja kuten jo tiedämme, nämä "Startup-yritykset" yleensä kehittävät nopeutettuja ohjelmistoratkaisuja (6-12 kuukautta) ja siten ratkaista spesifisiä ja monimutkaisia ​​ongelmia ja tarpeita todellisessa maailmassa. Tämä tarkoittaa, että heillä on yleensä erittäin korkea kuolleisuus.

Tästä Startup-yrityksissä asunut todellisuus on peräisin uusi "Ohjelmistokehityksen kulttuuri", joka perustuu filosofiaan, joka tunnetaan nimellä "Release Early, Release Use" (Early Releases, Frequent Releases), jossa ohjelmistoa muokataan ja käynnistetään "lennossa" (lennossa), toisin sanoen lennossa käytettäväksi välittömästi saman käyttäjän käyttäjien kanssa.

Käyttäjät, jotka ruokkivat kehittäjiä "palautteista" saatu niiden kanssa, jotka tekivät parannuksia ja päivityksiä koodiin lennossa.

Tämä uusi "ohjelmistokehityksen kulttuuri" on muuttanut "perinteistä ohjelmistokehityksen kulttuuria" jossa jokaisella "IT-yksikön" (tietojenkäsittely / tekniikka) jäsenellä on asema, jolla on hyvin määritellyt ja erityiset toiminnot, kuten: Junior Developer, Senior Developer, Database Administrator, System and / Server Administrator, Analyst and / or Applications Tester , Tekninen tuki, muun muassa.

Tämä tilanne tekee DevOpsista juuri SysAdminin kaltaiseneli pienyritykset, joilla on paljon toimintaa ja jotka yrittävät vähentää IT-asiantuntijoiden henkilöstön kokoa pienentääkseen saman ja koko organisaation toimintakustannuksia. Lisääntyvät "ohjelmistokehittäjät" ja "järjestelmän ja palvelinten järjestelmänvalvojat", jotka hoitavat monia yhteisiä tekniikan alueita ja monialaisia ​​toimintoja.

Siksi DevOps ei ole vain henkilö tai asema, se on myös trendi, liike, nykyään hyvin yleinen organisaatiokulttuuri. Josta voit oppia lisää lukemalla nämä muut 2 artikkelia nimeltä: «DevOps»Y«Mikä on DevOps?".

DevOps vs. SysAdmin: Sisältö

pitoisuus

Edellä esitetyn takia DevOpsia ja Sysadminia pidetään kirjaimellisesti "kaikkien kauppojen Jackina" tai "Master of None", toisin sanoen "kaiken palvelijat" tai "ei mitään", koska he pystyvät "tekemään kaiken tai monia asioita tulematta minkään asiantuntijaksi".

Mikä alentaa näiden ammattilaisten arvoa työmarkkinoilla, koska pitkäaikainen erikoistuminen on paras sijoitus ammattilaiselle ja organisaatiolle. Tämä johtuu siitä, että tietotekniikka koostuu monista ja laajoista osaamisalueista, joita on käytännössä mahdotonta hallita kokonaan (oppia, säilyttää, päivittää) yhdelle ammattilaiselle.

Jos DevOpsilla tai Sysadminilla on älyllinen kyky ratkaista melkein kaikki syntyvät teknologiset ongelmat, siihen liittyy erittäin korkeita kognitiivisia kustannuksia, Mikä suosii sitä, että heillä on taipumus aiheuttaa tietynasteista «työstressiä» (Burn Out) ja kärsivät sen vuoksi tuottavuuden tai työn tehokkuuden heikkenemisestä.

SysAdmin

Sysadmin käsittää yleensä seuraavat toiminnot ja toiminnot:

  1. Ota käyttöön uusi tai poista vanhentuneet
  2. Tee varmuuskopiot
  3. Seuraa suorituskykyä
  4. Hallitse kokoonpanomuutoksia
  5. Käytä sovelluksia ja käyttöjärjestelmiä
  6. Hallinnoi käyttäjätilejä
  7. Seuraa tietokoneen tietoturvaa
  8. Selviytyminen epäonnistumisista ja kaatumisista
  9. Täytä käyttäjien vaatimukset
  10. Raportoi organisaation suoraan vastuullisille tasoille
  11. Dokumentoi järjestelmän ja alustan laskentatoimet

Ja sinulla on oltava jonkin verran tietoa:

  1. ohjelmointi
  2. Tietokannat
  3. IT-turvallisuus
  4. Networks
  5. Käyttöjärjestelmät

DevOps

DevOpsilla on taipumus hallita hyvin monenlaisia ​​ohjelmointikieliä teknisten valmiuksien ja johtamistaitojen lisäksi. DevOps on yleensä myös ohjelmistokehittäjän ja Sysadminin sekoitus jonka toiminnan nähdään yleensä poistavan molempien profiilien väliset esteet. Joten on odotettavissa, että DevOpsilla on tietoa organisaation ohjelmistosta ja laitteistosta (infrastruktuuri / alusta), jossa he työskentelevät.

Siksi DevOps pystyy yleensä:

  1. Kirjoita koodi ja suorita ohjelmoijan toiminto.
  2. Hallitse monitasoisia palvelimia ja suorita SysAdmin-toiminto.
  3. Hallitse verkkoja ja suorita NetAdmin-toiminto.
  4. Hallitse tietokantaa (BD) ja suorita DBA: n toiminto.

Tämä antaa meille johtopäätöksen, että hyvä DevOps:

Se pystyy suorittamaan jokaisen IT-yksikön asiantuntijan vähimmäistoimet ja -toiminnot. SysAdmins ja muut IT-asiantuntijat eivät päinvastoin päinvastoinKoska SysAdmin, NetAdmin, DBA tai teknisen tuen asiantuntija ei yleensä kirjoita koodia johdonmukaisesti ja tehokkaasti korkean tason tai kaupallisesti suosituilla kielillä.

Mikä jättää meille DevOpsin, sillä on yleensä tietoa, jonka avulla se voi korvata kaikki muut olematta sama päinvastoin. Ja tämä tekee DevOpsista arvostetun työmarkkinoilla, toisin sanoen ne ovat muodikkaita ja kaikki pienet tai keskisuuret organisaatiot (pääasiassa) haluavat sellaista aiheuttaen muiden perinteisten tehtävien devalvaation IT-yksikössä.

Ja että nämä 2 asemaa ovat luonteeltaan erilaisia, vaikka niillä onkin monia yhteisiä tehtäviä. DevOpsin kaltaiset erot:

  • He tekevät yhteistyötä korkealla tasolla organisaatioiden kanssa ja takaavat synergian yrityksen jokaisessa osassa, kun taas SysAdmin keskittyy enemmän hallintaan (palvelinten ja tietokonejärjestelmien määrittäminen, ylläpito ja päivittäminen).
  • Heillä on tapana työskennellä useammin hankkeissa, joissa on end-to-end-tuote, kun taas SysAdmins yleensä rajoittuu pienempään (spot) laajuuteen ja vastuuseen samoista projekteista / tuotteista.
  • He voivat yleensä tehdä kaiken, mitä SysAdmin, mutta SysAdmin ei yleensä voi tehdä kaikkea mitä DevOps tekee.

DevOps vs. SysAdmin: Päätelmä

Johtopäätös

Termillä "DevOps" organisaation suuntauksena tai kulttuurina pyritään edistämään tiimikulttuuria, joka perustuu yhteistyöhön ja viestintään ohjelmistojärjestelmien kehittämisen eri alojen henkilöiden välillä. Joten organisaation «DevOps» suosii integraatiota ohjelmistokehittäjäalueen jäsenten, järjestelmän ylläpitäjien tai järjestelmän ja palvelimen järjestelmänvalvojien välillä yrittäen tehdä siitä täydellisemmän, läpinäkyvämmän ja ystävällisemmän.

Vaikka joillakin organisaatioissa on taipumus nähdä päinvastainen vaikutus, eli nähdä, kuinka DevOps-kulttuuri edustaa useimpien IT-yksiköiden roolien tuhoutumista. Esimerkiksi kuinka ohjelmoijat pyrkivät siirtymään DevOps: iin ja korvaamaan sitten SysAdminin, NetAdminin, DBA: n, tukiasiantuntijat ja niin edelleen, mukaan lukien ohjelmistokehittäjät, jotka vain kirjoittavat koodia.

Jos sinulla on lisää kysymyksiä tästä aiheesta, suosittelen, että luet tähän liittyvän työpaperin linkki.


Jätä kommentti

Sähköpostiosoitettasi ei julkaista. Pakolliset kentät on merkitty *

*

*

  1. Vastuussa tiedoista: Miguel Ángel Gatón
  2. Tietojen tarkoitus: Roskapostin hallinta, kommenttien hallinta.
  3. Laillistaminen: Suostumuksesi
  4. Tietojen välittäminen: Tietoja ei luovuteta kolmansille osapuolille muutoin kuin lain nojalla.
  5. Tietojen varastointi: Occentus Networks (EU) isännöi tietokantaa
  6. Oikeudet: Voit milloin tahansa rajoittaa, palauttaa ja poistaa tietojasi.

  1.   suodatin-akvaario-ulkoinen dijo

    Kuten he aina sanovat, tietoa ei tapahdu. Erikoistumisesta ja "kaikessa maastossa" olemisesta tietyillä alueilla tulee olemaan arvokasta kaikille ammattilaisille, mutta tämä ei saisi merkitä työpaikkojen epävarmuutta, jotta markkinat voivat hyödyntää sitä vähentääkseen kahden suuren ammattilaisen arvoa yhden hinnalla.

  2.   Linux Post -asennus dijo

    Luulen, että sitä tapahtuu paljon Latinalaisessa maassa, jossa he haluavat SysAdminin tarjoavan jopa kahvia ... Kaikki tekevät omat asiansa, vaikka ostaisivat valmistaa jopa kahvia

  3.   Amin espinoza dijo

    Mikä hyvä viesti! Rakastan tapaa, jolla käsittelet kuin viisisataa käsitettä niin kompaktissa mutta tarkassa. Aihe, josta käydään pitkää keskustelua ja lukemattomia mielipiteitä, mutta olen henkilökohtaisesti vahvasti samaa mieltä, mielestäni, jotta en olisi "hyvä kaikessa", on lyödä vetoa DevOps-vaiheesta, josta pidät muissa, ja hyökätä sitä vastaan ​​erikoisuudella.
    Kiitos tekstistä!

    1.    Linux Post -asennus dijo

      Kiitos positiivisista kommenteistasi, olen erittäin iloinen siitä, että sinä ja monet muut ovat pitäneet julkaisusta.

  4.   Valdo dijo

    Erinomainen viesti. Ihannetapauksessa DevOpsin tulisi heijastaa ryhmätyön kulttuuria. Ei ole epäilystäkään siitä, että DevOpsilla on oltava syvällinen tuntemus kaikista ohjelmistojärjestelmien kehittämiseen liittyvistä alueista, mutta on myös selvää, että tämän tehtävän edellyttämä työ vaatii useamman kuin yhden henkilön, joista jokaisella on mahdollisuuksien mukaan erityinen tieto.
    Valitettavasti uskoisin, että monet keskisuuret ja / tai pienet yritykset asettavat taloudelliset asiat väärin etusijalle, mikäli heillä on maasto, miksi palkata joku muu, unohtamatta, että pitkällä aikavälillä halvat asiat ovat yleensä erittäin kalliita.
    Olen yksinkertainen fani järjestelmäkehityksestä, mutta tiedän vaikeudet joutua käsittelemään yhtä yksinkertaista asiaa kuin verkkosivuston luominen ja hallinnointi hyvin pienelle organisaatiolle, jolla ei ole rahaa tiimin palkkaamiseen.
    Yhteenvetona, kenties olen väärässä, luulen, että se on menossa kohti kahden toiminnon yhdistämistä riippuen perustana sen organisaation taloudellisesta kapasiteetista, jossa se toimii, ja toissijaisesti sen työfilosofiasta.

  5.   Linux Post -asennus dijo

    Tämä on artikkeli vain Sysadminista niille, jotka haluavat laajentaa heidän lukemaansa vielä vähän!