Video: DevOps Vs. SRE: Competing Standards or Friends? (Cloud Next '19) (Lokakuu 2024)
Jos pieni tai keskisuuri yritys (SMB) käyttää paljon kolmannen osapuolen ja omistamia ohjelmistoja, sinun kannattaa ehkä harkita DevOps-kehittämisammattilaisten palkkaamista. Nämä järkevät kehittäjät ovat vastuussa monista tehtävistä, mukaan lukien koodin kirjoittaminen, sovelluksen luominen, infrastruktuurin skaalaaminen, virtuaaliympäristöjen luominen sekä järjestelmien ja menettelyjen automatisointi. He valvovat kaikkien osastojenvälisten ohjelmistoviestintöjen suunnittelua, laadunvarmistusta (QA) ja sujuvaa toimintaa.
Ajattele tätä tilannetta: Henkilöstöryhmäsi (HR) haluaa ottaa käyttöön HR-ohjelmiston, joka voi auttaa heitä hallitsemaan työntekijärekisteriä. Kehitysryhmäsi kanssa työskentelevä DevOps Engineer auttaa uuden työkalun toteuttamisessa, testaa työkalua jatkuvasti toimivuuden varmistamiseksi, rakentaa ylimääräisiä ominaisuuksia yrityksen tarpeiden mukaan, valvoo vaadittuja huoltoja ja päivityksiä, auttaa automatisoimaan ennustettavia prosesseja ja siteitä järjestelmän muihin organisaation järjestelmiin, kuten asiakassuhdehallintatyökaluisi (CRM). DevOps-suunnittelijasi pitäisi kyetä osallistumaan tähän skenaarioon ja muihin vastaaviin skenaarioihin, joihin sisältyy erillisten IT-työkalujen toteuttaminen, kokeilu ja kommunikointi.
"DevOps on enemmän kuin pelkkä koodin automatisointi", sanoi Evil Bardeguez, DevOps Engineer Zyngassa, pelinvalmistaja, joka vastaa Farmvillestä ja sanoista ystävien kanssa. "Pienemmälle yritykselle hyvä DevOps-insinööri on todella teknisen tuotteen rakennusosa."
Bardeguezin mukaan DevOps Engineer -yrityksen päätavoite on hallita yrityksen palvelimia, erityisesti sellaisia, jotka käyttävät avoimen lähdekoodin käyttöjärjestelmiä, kuten BSD tai Linux. Vaikka työskentely Windows-käyttöjärjestelmän kanssa on suosittu ja toteuttamiskelpoinen vaihtoehto, koska Microsoft laskuttaa jokaiselta palvelimelta ja käyttäjältä, se on viime kädessä kalliimpaa kuin avoimen lähdekoodin työkalun käyttö - useimmat niistä ovat ilmaisia ja loputtomasti muokattavissa. Avoimen lähdekoodin järjestelmissä suurin kustannuksesi on hotshot DevOps Engineer, joka voi puolustaa ohjelmistoviestintää A: sta Z: hen.
DevOps Origin -tarina
DevOpsin käytännön tarve alkoi ajattelutavasta, joka syntyi Agile-konferenssin alkaessa vuonna 2008. Konferenssissa ohjelmistokehittäjä Patrick Debois (jota kutsutaan joskus myös "DevOpsin kummisetä") puhui kollegoilleen kehittäjän ja operaatioryhmien välisen operatiivisen ja filosofisen kuilun kaventaminen. Debois, jolle oli aiemmin annettu tehtäväksi tiedonsiirtohanke Belgian hallitukselle, huomasi tuntuvan jännityksen hankkeen kehittäjien ja järjestelmänvalvojien välillä.
Seuraavana vuonna Debois alkoi mainostaa omaa konferenssiaan Devopsdays, jota markkinoitiin kehitys- ja operaatioryhmille. Esityksiä olivat muun muassa "Ketterien infrastruktuurien rakentaminen nukketeatterilla", "Jatkuva integrointi, putkilinjat ja käyttöönotto" ja "Automatisoi kokoonpanon hallinta". Tapahtuman jälkeen Twitter-hashtagista #DevOps tuli (ja on edelleen) DevOps-neuvojen, mielipiteiden ja uutisten keskusta (katso alla).
#DevOps-twiitit
Nykyään 74 prosenttia yrityksistä on ottanut käyttöön DevOps-käytäntöjä Infrastruktuuri-palveluna (IaaS) -yrityksen RightScalen raportin mukaan. Ja 70 prosenttia raportissa tutkituista pk-yrityksistä on myös omaksunut DevOps-periaatteet.
Pitäisikö sinun valita DevOps?
Vuonna 2014 Forrester Research ja IBM loivat perustan siihen, mistä tulee DevOps-menestyksen etenemissuunnitelma. Raportti, joka perustuu 600 tietotekniikan ammattilaisen kyselyyn, havaitsi, että DevOps-menestys, etenkin koska se liittyy ohjelmistojen käyttöönottoon, perustuu kahdeksaan keskeiseen parhaaseen käytäntöön. Filosofia perustuu näkemykseen, jonka mukaan organisaatioiden tulisi toimittaa vähimmäiskykyinen tuote aloittamista varten ja sitten parantaa sitä vähitellen ajan myötä seuraavissa julkaisuissa.
DevOps-tiimin tulisi olla erikoistunut ryhmä, jolla on monialaiset toiminnot ja joka välttää liiallisen erikoistumisen. Ryhmän tulisi rakentaa löysästi kytketty arkkitehtuuri sovellusten välillä toimituksen yksinkertaistamiseksi ja sen tulisi minimoida prosessien välinen vaiheiden määrä työnkulun nopeuttamiseksi. Tiimin jäsenten tulisi olla läpinäkyviä edistymisen suhteen ja kompastua riskien ymmärtämiseksi paremmin, mutta ryhmän itsensä tulisi minimoida tilaraportit ja kokoukset, jotka häiritsevät todellista pienerätoimitusta. Koko DevOps-prosessin virtaviivaistamiseksi ryhmän tulisi automatisoida oma testausprosessinsa manuaalisen ja aikaa vievän testauksen välttämiseksi.
Vaikka Bardeguez suhtautuu voimakkaasti roolinsa tärkeyteen, hän varoittaa jokaista pienyritystä, joka palkkaa DevOps-insinöörin. "Ajatus siitä, että kaikki tarvitsevat tämän roolin, on vaarallinen. Se voi olla täysin tarpeeton. Esimerkiksi jos olet pieni yritys, joka hoitaa suurten yritysten kirjanpitoa ja luotat pääasiassa tiedostopalvelimeen ja sähköpostiin, et todennäköisesti" t tarvitse DevOps Engineer -sovellusta. Mutta jos joudut automatisoimaan mitä tahansa järjestelmiin liittyvää tuotteesi tai palvelusi suhteen, tarvitset ehdottomasti sellaisen."
Ideal DevOps Professional
Joten mitä sinun pitäisi etsiä DevOps-rekrytoinnista? Aloitetaan palkasta: Keskimääräinen DevOps Engineer -yrityksen vuositulot mediaani oli 105 600 dollaria vuonna 2015 sisällönjakeluverkon (CDN) ja verkkoturvallisuusyrityksen Incapsulan tietojen mukaan. Työnantajat etsivät tyypillisesti ehdokkaita, joilla on käytännön kokemusta järjestelmistä, äskettäin äskettäin valmistuneiden korkeakoulututkinnon suorittaneiden, jotka ovat päättäneet tietotekniikan alalta. Tämä johtuu siitä, että DevOps Engineerien on oltava vuorovaikutuksessa kaikkien liiketoiminta-alojen kanssa, mikä tarkoittaa, että he ovat vastuussa vakuuttamalla eri toimialojen johtajia siitä, että kokeelliset teknologiset menettelytavat ovat pitkällä tähtäimellä halvempia ja parempia organisaatiolle. Tässä suhteessa joku, jolla on syvä tekninen tausta ja kokemus yritysympäristöstä, torjuu jonkun, joka juuri pääsi ulos Ivy League -koulusta.
Kun olet löytänyt muutaman ehdokkaan, joilla on vahva yritys- tai käynnistystausta, etsi ihmisiä, joilla on syvä kokemus Linuxin tai Unixin hallinnosta sekä kokemus automatisoida prosesseja Chefillä tai Puppetilla, jotka ovat markkinoiden yleisimpiä IT-automaatiotyökaluja. Haluat myös jonkun, jolla on rikas tausta, joka käyttää pilvipalveluita, erityisesti Amazon Web Services (AWS). Tämän henkilön tulee sujuvasti käyttää MySQL: tä ja SQL: tä sekä PHP-, Python- tai Ruby-ohjelmointikieliä.
