Целевая аудитория
Ön fejlesztő, aki karrierjét egy fejlettebb DevOps-modell felé szeretné terelni? Ön klasszikus Ops mérnök, és szeretne képet kapni arról, hogy mit jelent a DevOps? Vagy te sem vagy, és miután eltöltött egy kis időt az informatikában, pályát szeretne váltani, és fogalma sincs, hol kezdjem?
Ha igen, akkor olvass tovább, hogy megtudd, hogyan lehetsz hat hónap alatt középszintű DevOps mérnök! Végezetül, ha már sok éve részt vesz a DevOps-ban, akkor is sokat profitálhat ebből a cikksorozatból, hogy megtudja, hol tart jelenleg az integrációs és automatizálási ipar, és merre tart.
Egyébként mi ez?
Először is, mi az a DevOps? A Google-ban megtalálhatja a definíciókat, és átgázolhat az összes szóhasználaton, de tudja, hogy a definíciók többsége csak egy egyszerű formába csomagolt szavak összevisszasága. Ezért adok egy összefoglalót ezekről a definíciókról: A DevOps egy olyan szoftverszállítási módszer, amelyben a fejfájás és a felelősség megoszlik az összes érintett között. Ez minden.
Oké, de mit jelent ez a rövidítés? Ez azt jelenti, hogy hagyományosan a fejlesztőket (azokat, akik szoftvereket készítenek) olyan ösztönzők motiválták munkájuk elvégzésére, amelyek jelentősen eltérnek az Operations (a szoftvert kezelő emberek) ösztönzőitől. Például fejlesztőként a lehető leggyorsabban szeretnék minél több új funkciót létrehozni. Hiszen ez az én munkám, és ezt követelik meg az ügyfelek! Ha viszont Ops vagyok, akkor a lehető legkevesebb új funkcióra van szükségem, mert minden új funkció változást jelent, és minden változás tele van problémákkal. Az ösztönzők ezen eltolódásának eredményeként megszületett a DevOps.
A DevOps egy csoportba próbálja egyesíteni a fejlesztést és a műveleteket (integráció és automatizálás). Az ötlet az, hogy az egyik csoport most megosztja majd a fájdalmat és a felelősséget (és a várható jutalmakat) az ügyfeleknek szánt szoftverek létrehozásával, telepítésével és bevételszerzésével kapcsolatban.
A puristák azt fogják mondani, hogy nincs olyan, hogy „DevOps mérnök”. „A DevOps kultúra, nem szerep” – mondják majd. Természetesen technikai szempontból igazuk van, de ahogy van gyakran előfordul, hogy a kifejezés kicsúszott a kezéből. Az eredeti jelentésén túl a DevOps mérnök olyan, mint egy „rendszermérnök 2.0”. Más szóval, ő olyan valaki, aki érti a szoftverfejlesztés életciklusát, és szoftverfejlesztési eszközöket és folyamatokat hoz létre. klasszikus működési problémák megoldására.
A DevOps végső soron olyan digitális csővezetékek létrehozását jelenti, amelyek kódot vesznek a fejlesztő laptopjáról, és azt a végtermék használatából származó bevételekké alakítják, erről szól az egész. Ne feledje, hogy a DevOps karrier választását meglehetősen nagy mértékben kompenzálják az anyagi jutalmak, szinte minden vállalat „csinál DevOps-ot”, vagy azt állítja magáról. Függetlenül attól, hogy hol helyezkednek el ezek a cégek, a DevOps általános munkalehetőségei meglehetősen magasak, és „szórakoztató” és tartalmas foglalkoztatást kínálnak az elkövetkező években.
Legyen azonban óvatos, ha a cégek „DevOps csapatot” vagy „DevOps részleget” alkalmaznak. Szigorúan véve ilyen dolgoknak nem szabadna létezniük, mert a DevOps végső soron még mindig a szoftverek szállításának kultúrája és módja, nem pedig új csapat létrehozása vagy részleg létrehozása. fantázianév.
lemondás
Most tegyük félre a pohár Kool-Aid-et egy pillanatra, és gondoljuk át a következőket. Hallottad a régi mondást: „Nincsenek junior DevOps mérnökök?” Ha nem, akkor tudja, hogy ez egy népszerű trópus a Redditben és a StackOverflow-ban. De mit jelent ez?
Egyszerűen fogalmazva, ez a kifejezés azt jelenti, hogy sok éves tapasztalatra és az eszközök alapos ismeretére van szükség ahhoz, hogy végül valóban hatékony Senior DevOps gyakorlóvá váljunk. És sajnos nincs rövid út a cél eléréséhez. Tehát ez nem egy kísérlet a rendszer megjátszására – nem hiszem, hogy ténylegesen lehetséges olyan vezető DevOps mérnöknek kijátszani magát, aki néhány hónapos tapasztalattal rendelkezik az iparágban. A gyorsan változó eszközök és módszerek szilárd megértéséhez több éves tapasztalat szükséges, és ezt nem lehet megkerülni. Azonban van egy szinte konzisztens (divatos, ha úgy tetszik) eszköztár és koncepció, amelyet a legtöbb cég használ, és erről lesz szó.
Ismétlem, az eszközök különböznek a készségektől, ezért az eszközök elsajátítása közben ügyeljen arra, hogy ne hanyagolja el készségeit (felmérés, hálózatépítés, írásbeli kommunikáció, hibaelhárítás stb.). A legfontosabb, hogy ne tévessze szem elől, hogy mit akarunk találni – egy módot egy teljesen automatizált digitális folyamat létrehozására, amely ötleteket fogad, és bevételtermelő kóddarabkákká alakítja azokat. Ez az egész cikk legfontosabb következtetése!
Elég a fecsegésből, mikor kezdhetem?
Alább látható a DevOps Fundamental Knowledge ütemterve. Miután mindent elsajátított, ami ott van, nyugodtan és őszintén nevezheti magát DevOps mérnöknek! Vagy egy felhőmérnök, ha nem tetszik a „DevOps” név.
Ez a térkép az én (és valószínűleg a legtöbb ezen a területen dolgozó ember) elképzelésemet mutatja be arról, hogy mit kell tudnia egy illetékes DevOps mérnöknek. Ez azonban csak egy vélemény, és persze lesznek, akik nem értenek vele egyet. Ez jó! Itt nem a tökéletességre törekszünk, hanem egy szilárd alapra, amelyre valóban építhetünk.
Ezt az utat fokozatosan, rétegről rétegre kell végigjárnod. Kezdjük (és folytassuk!) az alapokkal úgy, hogy először ismerkedjünk meg a kék elemekkel – Linux, Python és AWS. Aztán, ha az idő vagy a munkaerőpiaci kereslet engedi, végezze el a lila dolgokat – a Golangot és a Google Cloudot.
Őszintén szólva, az alapvető felső réteg az, amit örökké tanulnod kell. Az OS Linux nagyon összetett, és évekbe telik elsajátítani. A Python folyamatos gyakorlást igényel, hogy naprakész maradjon. Az AWS olyan gyorsan fejlődik, hogy amit ma ismer, az csak egy év múlva lesz a teljes tudásportfóliójának része. Miután megtanulta az alapokat, lépjen tovább a tényleges készségkészletre. Kérjük, vegye figyelembe, hogy összesen 6 kék oszlop van (Konfiguráció, Verzió, Csomagolás, Üzembe helyezés, Indítás, Felügyelet), egy havonta egy tanulmány.
Ön természetesen észrevette, hogy a hat hónapos folyamatunkból hiányzik egy fontos szakasz - a tesztelés. Szándékosan nem vettem bele az ütemtervbe, mert a modul, az integrációs és átvételi tesztek megírása nem egyszerű, és hagyományosan a fejlesztők vállára esik. A „tesztelési” szakasz kihagyását pedig az magyarázza, hogy ennek az útitervnek a célja az alapvető készségek és eszközök minél gyorsabb elsajátítása. A tesztelési tapasztalat hiánya a szerző szerint csak kisebb akadálya a DevOps helyes használatának.
Azt is ne feledje, hogy itt nem egy csomó, egymással nem összefüggő technikai fecsegést tanulunk meg, hanem azoknak az eszközöknek a megértését, amelyek együttesen alkotnak egy tiszta történetet. Ez a történet a teljes folyamatautomatizálásról szól – egy digitális összeszerelő sorról, amely összeszerelősorként mozgatja a biteket. Nem akarsz egy csomó eszközt megtanulni és abbahagyni! A DevOps eszközök gyorsan változnak, de a koncepciók sokkal ritkábban változnak. Ezért törekednie kell arra, hogy az eszközöket a magasabb szintű fogalmak tanítási proxyjaként használja.
Oké, ássunk egy kicsit mélyebbre!
Alapvető ismeretek
Az Alapítvány felső lépése alatt láthatja azokat a készségeket, amelyeket minden DevOps mérnöknek elsajátítania kell. Ezek a készségek az iparág három pillérének magabiztos kezelését jelentik, amelyek a következők: az operációs rendszer, a programozási nyelv és a nyilvános felhő. Ezeket a dolgokat nem lehet gyorsan megtanulni és továbblépni. Ezeket a készségeket folyamatosan fejleszteni és elsajátítani kell ahhoz, hogy az iparág élvonalába kerüljön, és releváns legyen az Önt körülvevő szakmai környezet szempontjából. Nézzük végig őket egyenként.
A Linux az, ahol minden működik. Lehetsz csodálatos DevOps-gyakorló, miközben teljes mértékben a Microsoft ökoszisztémáján belül maradsz? Dehogynem! Nincs olyan törvény, amely előírja, hogy csak Linuxot használjon. Ne feledje azonban, hogy annak ellenére, hogy minden Linuxos dolgot meg lehet tenni Windowsban, ott ez sokkal fájdalmasabban és kevesebb funkcionalitással történik. Ezen a ponton nyugodtan feltételezhető, hogy a Linux ismerete nélkül lehetetlen igazi DevOps-szakemberré válni, ezért a Linuxot érdemes tanulmányozni és tanulni.
Őszintén szólva, ennek a legjobb módja az, ha egyszerűen telepíti otthon a Linuxot (Fedora vagy Ubuntu), és a lehető legtöbbet használja. Persze sok mindent el fogsz rontani, elakadsz a munkafolyamatokban, mindent meg kell javítanod, de megtanulod a Linuxot!
A RedHat-változatok egyébként Észak-Amerikában gyakoribbak, így érdemes a Fedorával vagy a CentOS-szal kezdeni. Ha azt szeretné tudni, hogy KDE vagy Gnome kiadást vásároljon, válassza a KDE-t. Ezt használja maga Linus Torvalds is.
Manapság a Python a domináns háttérnyelv. Könnyű elkezdeni, és széles körben használják. A Python nagyon elterjedt a mesterséges intelligencia és a gépi tanulás területén, így ha valaha is egy másik forró területre szeretne költözni, akkor teljesen felkészült lesz.
Amazon Web Services: Ismét lehetetlen tapasztalt DevOps-szakemberré válni a nyilvános felhő működésének alapos ismerete nélkül. Ha pedig többet szeretne megtudni róla, nézze meg az Amazon Web Services oldalát. Vezető szereplő ezen a szolgáltatási területen, és a leggazdagabb munkaeszközöket kínálja.
Lehetséges inkább a Google Cloud vagy az Azure szolgáltatással kezdeni? Természetesen megteheti! De emlékezve a legutóbbi pénzügyi válságra, meg kell jegyezni, hogy az AWS a legbiztonságosabb lehetőség, legalábbis 2018-ban, mivel lehetővé teszi, hogy ingyenesen regisztráljon fiókot, és elkezdje felfedezni a felhőszolgáltatások lehetőségeit. Ezenkívül az AWS konzol egyszerű és áttekinthető menüt kínál a felhasználó számára, amelyből választhat. A jó hír az, hogy ehhez nem kell ismernie az Amazon összes technológiáját.
Kezdje a következőkkel: VPC, EC2, IAM, S3, CloudWatch, ELB (Elastic Load Balancing az EC2 esernyő alatt) és Security Group. Ezek a dolgok elegendőek az induláshoz, és minden modern, felhő alapú vállalat meglehetősen aktívan használja ezeket az eszközöket. Az AWS saját képzési oldala jó hely a kezdéshez.
Azt javaslom, hogy minden nap szánjon 20-30 percet a Python nyelv, a Linux operációs rendszer és az AWS felhőszolgáltatás tanulására és gyakorlására az egyéb tanulnivalók mellett. Összességében úgy gondolom, hogy napi egy órát, hetente ötször eltölteni elég ahhoz, hogy 6 hónapon belül vagy kevesebben megértsük a DevOps iparágat. Összesen 6 fő összetevőből áll, amelyek mindegyike egy hónapos edzésnek felel meg. Ennyi kell az alapismeretek megszerzéséhez.
A következő cikkekben a komplexitás következő szintjét tekintjük át: hogyan automatizálható a szoftverek konfigurációja, verziószámozása, csomagolása, telepítése, futtatása és felügyelete.
Folytatás hamarosan...
Néhány hirdetés 🙂
Köszönjük, hogy velünk tartott. Tetszenek cikkeink? További érdekes tartalmakat szeretne látni? Támogass minket rendeléssel vagy ajánlj ismerőseidnek, , a belépő szintű szerverek egyedülálló analógja, amelyet mi találtunk ki Önnek: (RAID1 és RAID10, akár 24 maggal és akár 40 GB DDR4-gyel is elérhető).
A Dell R730xd kétszer olcsóbb az amszterdami Equinix Tier IV adatközpontban? Csak itt Hollandiában! Dell R420 - 2x E5-2430 2.2 Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - 99 dollártól! Olvasni valamiről
Forrás: will.com