Videó: So You Want To Be A DevOps Engineer? Part 1: IaC (November 2024)
Ha a kis és közepes méretű vállalkozás (SMB) egészséges mennyiségű harmadik féltől származó és szabadalmaztatott szoftvert használ, akkor valószínűleg mérlegelnie kell egy fejlesztési műveletekkel foglalkozó (DevOps) szakember felvételét. Ezek a bölcs fejlesztők számos feladatért felelősek, beleértve a kódírás, az alkalmazás létrehozása, az infrastruktúra méretezése, a virtuális környezetek létrehozása, valamint a rendszerek és eljárások automatizálása. Ők felügyelik az osztályok közötti szoftverkommunikáció tervezését, minőségbiztosítását (QA) és zökkenőmentes működését.
Gondoljon erre a forgatókönyvre: Az emberi erőforrások (HR) csapata HR szoftvert akar telepíteni, amely segíthet az alkalmazottak nyilvántartásának kezelésében. Az Ön DevOps mérnöke, a fejlesztői csapatával együttműködve, segít az új eszköz megvalósításában, folyamatosan teszteli az eszközt az állandó működés biztosítása érdekében, a társaság igényei szerint épít ki kiegészítő funkciókat, felügyeli a szükséges karbantartást és frissítéseket, elősegíti a kiszámítható folyamatok és kapcsolatok automatizálását. a rendszert a szervezet más rendszereire, például az ügyfélkapcsolat-kezelő (CRM) eszközre. A DevOps mérnökének képesnek kell lennie arra, hogy hozzájáruljon ehhez a forgatókönyvhöz és a hasonló forgatókönyvekhez, beleértve az eltérő informatikai eszközök megvalósítását, kísérletezését és kommunikációját.
"A DevOps nem csupán a kód automatizálása" - mondta EZ Bardeguez, a Zynga DevOps mérnöke, a Farmville és a Friends of Friends játékért felelős játékkészítője. "Egy kisebb cég számára egy jó DevOps mérnök valóban egy tech termék építőköve."
Bardeguez szerint a DevOps Engineer fő célja egy vállalat szerverének kezelése, különös tekintettel a nyílt forrású operációs rendszereket (OSS), például BSD vagy Linux használó szerverekre. Bár a Windows operációs rendszerrel való együttműködés népszerű és életképes alternatíva, mivel a Microsoft minden szervert és felhasználót felszámít, végső soron sokkal költségesebb, mint egy nyílt forrású eszköz használata - ezek többsége ingyenes és végtelenül módosítható. A nyílt forráskódú rendszereknél a legnagyobb költség lesz egy hotshot DevOps Engineer, aki a szoftveres kommunikációt A-tól Z-ig visszahúzhatja.
A DevOps Origin Story
A DevOps mint gyakorlat szükségessége egy olyan gondolkodásmóddal kezdődött, amely az Agile Konferencia kezdete körül kezdődött 2008-ban. A konferencián Patrick Debois szoftverfejlesztő (néha "DevOps Keresztapa" néven hivatkozva) beszélt kollégáival áthidalja az operatív és filozófiai szakadékot a fejlesztők és az operatív csapatok között. Debois, akit korábban megbíztak egy adatáttelepítési projekttel a belga kormány számára, érzékelhető feszültséget észlelt a projekt fejlesztői és a rendszergazdák között.
A következő évben Debois elindította saját konferenciáját, a Devopsdays-t, amelyet a fejlesztési és üzemeltetési csapatoknak adtak el. Az előadások között szerepel: "Agilis infrastruktúrák kiépítése bábokkal", "Folyamatos integráció, csővezetékek és üzembe helyezés" és "Automatizálja a konfigurációkezelést". Az esemény után a Twitter hashtag #DevOps a DevOps tanácsainak, véleményeinek és híreinek epicentruma lett (és továbbra is fennáll) (lásd alább).
#DevOps Tweets
Ma a vállalkozások 74 százaléka alkalmazta a DevOps gyakorlatát az Infrastruktúra-szolgáltatásként (IaaS), a RightScale cég jelentése szerint. És a jelentésben megkérdezett kkv-k 70% -a szintén elfogadta a DevOps alapelveit.
Ha a DevOps-ot választja?
2014-ben a Forrester Research és az IBM megalapozta azt a dolgot, amely a DevOps sikerének ütemtervévé válik. A 600 informatikai szakember felmérésén alapuló jelentés megállapította, hogy a DevOps sikere, különös tekintettel a szoftver telepítésére, nyolc legfontosabb bevált gyakorlatra épül. A filozófia arra a gondolatra épül, hogy a szervezeteknek elindítaniuk kell a minimálisan életképes terméket, majd az azt követő kiadások során fokozatosan tovább kell fejleszteniük.
A DevOps-csoportnak egy olyan külön csoportot kell képviselnie, amely több funkcionális tudományággal rendelkezik és elkerüli a túlzott specializálódást. A csapatnak ki kell építenie egy lazán kapcsolt architektúrát az alkalmazások között a kézbesítés egyszerűsítése érdekében, és minimálisra kell csökkentenie a folyamatok közötti lépések számát a munkafolyamat felgyorsítása érdekében. A kockázat jobb megértése érdekében a csapattagoknak átláthatónak kell lenniük az előrehaladásról és megbotlik, de maga a csapatnak minimalizálnia kell az állapotjelentéseket és az üléseket, amelyek elvonják a tényleges kis tétel szállítását. A teljes DevOps folyamat korszerűsítése érdekében a csapatnak automatizálnia kell saját tesztelési folyamatát, hogy elkerülje a kézi, időigényes tesztelést.
Bár Bardeguez kiemelkedik szerepének fontosságáról, óvatosan jár attól, hogy minden kisvállalkozás felvegyen egy DevOps mérnököt. "Az a gondolat, hogy mindenkinek szüksége van erre a szerepre, veszélyes. Teljesen felesleges lehet. Például, ha egy kis cég, amely nagyobb cégek könyvelésével foglalkozik, és elsősorban fájlszerverre és e-mailre támaszkodik, akkor valószínűleg nem" Nincs szükség DevOps mérnökre. De ha bármi automatizálnia kell bármilyen rendszerrel kapcsolatos termékét vagy szolgáltatását, akkor határozottan szüksége van rá."
Az Ideal DevOps Professional
Szóval mit kell keresnie egy DevOps-toborzás során? Kezdjük a fizetéssel: Az átlagos DevOps mérnök a tartalomszolgáltató hálózat (CDN) és az Incapsula kiberbiztonsági cég adatai szerint 2015-ben 105 600 dollár medián éves jövedelmet jelentett. A munkáltatók általában olyan gyakorlati jelentőségű jelölteket keresnek, akik gyakorlati tapasztalattal rendelkeznek a rendszeren, szemben a közelmúltban végzettekkel, akik informatikai ismeretekkel foglalkoztak. Ennek oka az, hogy a DevOps Engineers-nek minden üzleti tudományágban kölcsönhatásba kell lépnie, ami azt jelenti, hogy felelõsek lesznek az üzletágak vezetõinek meggyõzésében, hogy a kísérleti technológiai eljárások hosszú távon olcsóbbak és jobbak lesznek a szervezet számára. Ebben a tekintetben valaki, aki mély technológiai háttérrel és tapasztalattal rendelkezik a vállalati környezetben, megrázza valakit, aki éppen kijutott egy Ivy League iskolából.
Miután talált néhány, erős vállalati vagy induló háttérrel rendelkező jelöltet, keressen olyan embereket, akiknek mély tapasztalata van a Linux vagy az Unix adminisztrációban, valamint akik tapasztalattal rendelkeznek a folyamatok automatizálásában a Chef vagy a Puppet használatával - ezek a leggyakoribb IT-automatizálási eszközök a piacon. Szüksége lesz arra is, hogy gazdag háttérrel rendelkezők használják felhőszolgáltatásokat, különösen az Amazon Web Services (AWS) szolgáltatást. Ennek a személynek folyékonyan kell tudnia működnie a MySQL és az SQL, valamint a PHP, Python vagy Ruby programozási nyelveken.
