Kaip ir daugelis, jei siekiate pelningos „DevOps“ karjeros ir tikėtina , tada labai svarbu turėti patikimų žinių apie „DevOps Tools“. Taip yra todėl, kad šios priemonės yra neatskiriama jūsų „DevOps“ mokymosi kelio dalis. Prieš tęsdamas toliau, aš primygtinai rekomenduosiu jums peržiūrėti šiuos tinklaraščius:
10 populiariausių priežasčių mokytis „DevOps“
__init__ pitone
Dabar pažvelkime į klausimus, kuriuos aptarsiu šiame tinklaraštyje, ir jie yra tokie:
1. „DevOps Tools“
Aukščiau pateiktame paveikslėlyje parodyti įvairūs „DevOps“ etapai ir kiekviename iš jų naudojami įrankiai. Kiekvienas „DevOps“ įrankis yra susietas su tam tikra „DevOps“ faze.Dabar aptarkime „DevOps“ etapus ir įrankį, kuris naudojamas tame etape. Visi šie etapai sudaro „DevOps“ gyvavimo ciklą.
2. „DevOps“ fazės
Toliau pateikiami įvairūs „DevOps“ gyvavimo ciklo etapai.
- Nuolatinė plėtra
- Nuolatinis testavimas
- PI (nuolatinė integracija)
- CD (nuolatinis diegimas)
- Nuolatinis stebėjimas
Dabar aptarkime šias fazes po vieną.
1 etapas: nuolatinis vystymasis
Naudojami įrankiai: „Git“, SVN, CVS, „Mercurial“
Aprašymas: Git
„Git“ vaidina lemiamą vaidmenį tvarkant kodą, kurį bendradarbiai prisideda prie bendros saugyklos. Tada šis kodas yra ištrauktas, kad būtų galima atlikti nuolatinę integraciją, kad būtų sukurta versija ir išbandyta bandymo serveryje ir galiausiai įdiegta gamyboje.
„Git“ leidžia palaikyti ryšį tarp kūrimo ir operacijų komandos. Kai dirbate dideliame projekte su didžiuliu bendradarbių skaičiumi, tampa labai svarbu palaikyti ryšį tarp bendradarbių, tuo pačiu keičiant projektą.
„Git“ įvykdyti pranešimai vaidina svarbų vaidmenį bendraujant tarp komandos. Visi mūsų panaudoti gabaliukai slypi „Git“. Norėdami būti sėkmingi „DevOps“, turite turėti visą komunikaciją „Version Control“.
Norėdami sužinoti daugiau apie „Git“, galite peržiūrėti šiuos tinklaraščius:
Kitas etapas po nuolatinės plėtros yra nuolatinė integracija
2 etapas: nuolatinė integracija
Įrankiai: „Jenkins“, „TeamCity“, „Travis“
Aprašymas: Jenkins
Jenkinsas yra atviro kodo automatikos įrankis, parašytas „Java“ su papildiniais, sukurtais nuolatinės integracijos tikslais. „Jenkins“ nuolat kuria ir testuoja jūsų programinę įrangą, kad kūrėjams būtų lengviau integruoti projekto pakeitimus, o vartotojams būtų lengviau gauti naują versiją. Tai taip pat leidžia nuolat pristatyti jūsų programinę įrangą integruojant su daugeliu bandymų ir diegimo technologijų.
Su „Jenkins“ organizacijos gali paspartinti programinės įrangos kūrimo procesą automatizuodamos. „Jenkins“ integruoja kūrimo gyvavimo ciklo procesus, tokius kaip kūrimas, dokumentavimas, bandymas, paketas, etapas, diegimas, statinė analizė ir daug daugiau.
„Jenkins“ pasiekia nuolatinę integraciją naudodama papildinius. Papildiniai leidžia integruoti įvairius „DevOps“ etapus. Jei norite integruoti tam tikrą įrankį, tiesiog turite įdiegti to įrankio papildinius. „Jenkins“ yra daugybė papildinių, tokių kaip „Git“, „Maven 2“ projektas, „Amazon EC2“, HTML leidėjas ir kt.
Jei norite sužinoti daugiau apie Jenkinsą, galite pažvelgti į šį tinklaraštį:
Po nuolatinės integracijos kitas etapas yra nuolatinis testavimas.
3 etapas: nuolatinis testavimas
Naudojami įrankiai: „Jenkins“, „Selenium TestNG“, „JUnit“
Aprašymas: Selenas
Selenas yra atviro kodo įrankis, naudojamas automatizuoti žiniatinklio naršyklėse atliekamus bandymus. Atviras šaltinis reiškia, kad nereikia nieko mokėti už licencijavimo išlaidas, ir tai yra didelis pranašumas, palyginti su kitomis testavimo priemonėmis. Kitos vis didėjančio seleno populiarumo priežastys yra šios:
Testo scenarijus galima parašyti bet kuria iš šių programavimo kalbų, pavyzdžiui, „Java“, „Python“, C #, PHP, „Ruby“, „Perl“ ir „Net“.
Testus galite atlikti bet kurioje iš šių OS, tokių kaip „Windows“, „Mac“ ar „Linux“
Be to, bandymus galite atlikti naudodami bet kurią naršyklę, pvz., „Mozilla Firefox“, „Internet Explorer“, „Google Chrome“, „Safari“ ar „Opera“
Jį galima lengvai integruoti su tokiais įrankiais kaip „TestNG“ ir „JUnit“, kad būtų galima valdyti bandymų atvejus ir kurti ataskaitas
Jis taip pat gali būti integruotas su „Maven“, „Jenkins & Docker“, kad būtų pasiektas nuolatinis testavimas
skirtumas tarp css ir css3
Jei jus domina daugiau sužinoti apie seleną, galite patikrinti šiuos tinklaraščius:
Atlikę nuolatinį testavimą, programa dabar pereina į tęstinio diegimo fazę.
4 etapas: nuolatinis diegimas
Naudoti įrankiai: Konfigūracijos valdymo įrankiai - virėjas, lėlė, Ansible ir Konteineriai - dokeris, valkata
Aprašymas: Ansible and Docker
Galima:
Jei manote, kad infrastruktūra yra programos dalis, t. Y. Kaip „Infrastructure as Code“ (IaC), stabilumas ir našumas tampa normatyviniai. „Infrastructure as Code“ yra tiesiog kompiuterinės infrastruktūros ir jų konfigūracijos valdymo ir aprūpinimo procesas per mašinomis apdorojamus apibrėžimo failus.
Čia „Ansible“ automatika vaidina svarbų vaidmenį ir išsiskiria savo bendraamžiais. „DevOps“ sistemoje sistemos administratoriai glaudžiai bendradarbiauja su kūrėjais, tobulėja kūrimo greitis, o jūs praleidžiate daugiau laiko užsiimdami tokiomis veiklomis kaip veiklos derinimas, eksperimentai ir teisingi dalykai, o jūs praleidžiate mažiau laiko problemų išsprendimui.
Norėdami sužinoti daugiau apie „Ansible“, galite peržiūrėti šiuos tinklaraščius:
Dokeris:
Dokeris yra platforma, supakuojanti programą ir visas jos priklausomybes konteinerių pavidalu. Šis „Docker“ talpyklos aspektas užtikrina, kad programa gali veikti bet kurioje aplinkoje.
Kaip matote diagramoje, kiekviena programa veikia atskiruose konteineriuose ir turi savo priklausomybių ir bibliotekų rinkinį. Tai užtikrina, kad kiekviena programa yra nepriklausoma nuo kitų programų, suteikdama kūrėjams garantiją, kad jie gali kurti programas, kurios netrukdys viena kitai.
Taigi kūrėjas gali pastatyti konteinerį, kuriame gali būti įdiegtos skirtingos programos, ir atiduoti jį kokybės užtikrinimo komandai. Tada kokybės užtikrinimo komandai tereikės paleisti sudėtinį rodinį, kad būtų pakartota kūrėjo aplinka.
Jei norite toliau tyrinėti „Docker“, galite pažvelgti į šiuos tinklaraščius:
ar galite išplėsti ir įdiegti „Java“
Diegdami programą, turite stebėti programos veikimą. Tai atsitinka „DevOps“ nuolatinio stebėjimo etape.
5 etapas: nuolatinis stebėjimas
Naudoti įrankiai: Splunk, ELK Stack, Nagios, New Relic
Aprašymas: Nagios
„Nagios“ naudojamas nuolatiniam „DevOps“ kultūros sistemų, programų, paslaugų, verslo procesų ir kt. Stebėjimui. Gedimo atveju „Nagios“ gali proaktyviai įspėti techninę personalą apie problemą. Tai leidžia jiems pradėti ištaisymo procesus, kol pertraukos nepaveiks verslo procesų, galutinių vartotojų ar klientų. Naudodamiesi „Nagios“ neturite paaiškinti, kodėl nematytas infrastruktūros nutraukimas veikia jūsų organizacijos dugną.
Jei norite sužinoti daugiau apie „Nagios“, galite patikrinti šį tinklaraštį:
Tai apėmiau visas „DevOps“ fazes ir kiekvienoje iš šių fazių naudojamą įrankį. Taigi viskas buvo iš mano pusės šiame „DevOps Tools“ tinklaraštyje. Tikiuosi, kad dabar turite teisingą mintį apie įvairius „DevOps“ įrankius.
Dabar, kai supratai „DevOps“ įrankiai , patikrinkite sukūrė patikima internetinė mokymosi įmonė „Edureka“, turinti daugiau nei 250 000 patenkintų besimokančiųjų tinklą visame pasaulyje. „Edureka DevOps“ sertifikavimo mokymo kursas padeda besimokantiesiems suprasti, kas yra „DevOps“, ir įgyti patirties įvairiuose „DevOps“ procesuose ir įrankiuose, tokiuose kaip „Puppet“, „Jenkins“, „Nagios“, „Ansible“, „Chef“, „Saltstack“ ir „GIT“, norint automatizuoti kelis SDLC veiksmus.
Turite mums klausimą? Prašau paminėti tai komentarų skiltyje ir mes su jumis susisieksime.