DevOpsi tööriistade mõistmine - DevOpsis osalevad arendus-, testimis- ja juurutamistehnoloogiad



Selles DevOpsi tööriistade ajaveebis saate teada, millised on kõige populaarsemad DevOpsi tööriistad ja millisesse DevOpsi elutsükli etappi need kuuluvad. Samuti saate aru, kuidas saate neid tööriistu koos kasutada.

Nagu paljud, siis kui olete DevOpsi kasumliku karjääri ja tõenäolise tegevuse taga , siis on ülitähtis DevOps Tools'i teadmine. Seda seetõttu, et need tööriistad moodustavad lahutamatu osa teie DevOpsi õppeteest. Enne kui jätkan, soovitan tungivalt läbi vaadata järgmised ajaveebid:





Kümme peamist põhjust DevOpsi õppimiseks



Vaatame nüüd neid punkte, mida siin blogis arutan, ja need on järgmised:

1. DevOps Tools

DevOps tööriistad - DevOps Tools - Edureka

Ülaltoodud pilt näitab DevOpsi erinevaid alametappe ja nendes kasutatavaid tööriistu. Kõik DevOpsis olevad tööriistad on seotud konkreetse DevOps-i faasiga.Arutagem nüüd DevOpsi faase ja selles faasis kasutatavat tööriista. Kõik need faasid kokku moodustavad DevOpsi elutsükli.

2. DevOpsi faasid

Järgnevalt on toodud DevOpsi elutsükli erinevad etapid.



  1. Pidev areng
  2. Pidev testimine
  3. CI (pidev integreerimine)
  4. CD (pidev juurutamine)
  5. Pidev jälgimine

Arutagem nüüd neid faase ükshaaval.

1. etapp: pidev areng

Kasutatavad tööriistad: Git, SVN, CVS, Mercurial

Kirjeldus: Git

Git mängib koodi haldamisel otsustavat rolli, mida kaastöölised jagatud hoidlasse panustavad. Seejärel tõmmatakse see kood pideva integreerimise teostamiseks, et luua järk ja testida seda testiserveris ning juurutada see lõpuks tootmisse.

Git võimaldab suhtlust arenduse ja operatiivmeeskonna vahel. Kui töötate suure hulga kaasautoritega suure projekti kallal, muutub projekti muutmise ajal koostööpartnerite omavaheline suhtlemine väga kriitiliseks.

Gitis toimuvad sõnumid mängivad meeskonna vahelises suhtluses olulist rolli. Bitid ja tükid, mida me kõik kasutusele võtame, asuvad Gitis. DevOpsis edukaks kasutamiseks peab kogu versioonihalduse suhtlus olema.

Giti kohta lisateabe saamiseks võite vaadata järgmisi ajaveebe:

Järgmine faas pärast pidevat arengut on pidev integreerimine

2. etapp: pidev integreerimine

Tööriistad: Jenkins, TeamCity, Travis

Kirjeldus: Jenkins

Jenkins on avatud lähtekoodiga automatiseerimistööriist, mis on kirjutatud Java-s koos pideva integreerimise eesmärgil ehitatud pistikprogrammidega. Jenkins ehitab ja testib teie tarkvara pidevalt, hõlbustades arendajatel projekti muudatuste integreerimist ja hõlbustades kasutajatel uue järgu hankimist. See võimaldab ka tarkvara pidevat edastamist integreerides suure hulga testimis- ja juurutamistehnoloogiatega.

Jenkinsiga saavad organisatsioonid tarkvaraarenduse protsessi automatiseerimise abil kinnitada. Jenkins integreerib arendustegevuse elutsükliprotsesse nagu koostamine, dokumenteerimine, testimine, pakett, etapp, juurutamine, staatiline analüüs ja palju muud.

Jenkins saavutab pideva integreerimise pistikprogrammide abil. Pistikprogrammid võimaldavad integreerida erinevaid DevOps-i etappe. Kui soovite integreerida mõnda konkreetset tööriista, peate selle tööriista jaoks lihtsalt installima pistikprogrammid. Jenkinsis on arvukalt pistikprogramme nagu Git, Maven 2 projekt, Amazon EC2, HTML-i väljaandja jne.

Kui soovite Jenkinsist rohkem teada saada, võite vaadata järgmist blogi:

Pärast pidevat integreerimist on järgmine etapp pidev testimine.

3. etapp: pidev testimine

Kasutatud tööriistad: Jenkins, Selenium TestNG, JUnit

Kirjeldus: seleen

Seleen on avatud lähtekoodiga tööriist, mida kasutatakse veebibrauserites tehtavate testide automatiseerimiseks. Avatud lähtekood tähendab lihtsalt seda, et litsentsimiskulude eest ei pea te midagi maksma ja see on teiste testimisvahenditega võrreldes suur eelis. Muud seleeni üha kasvava populaarsuse põhjused on järgmised:

  • Testskripte saab kirjutada mis tahes neist programmeerimiskeeltest, nagu Java, Python, C #, PHP, Ruby, Perl & .Net

  • Teste saate teha mis tahes neist operatsioonisüsteemidest, näiteks Windows, Mac või Linux

  • Samuti saate testid läbi viia mis tahes brauseriga, näiteks Mozilla Firefox, Internet Explorer, Google Chrome, Safari või Opera

  • Seda saab testjuhtumite haldamiseks ja aruannete loomiseks hõlpsasti integreerida selliste tööriistadega nagu TestNG ja JUnit

  • Pideva testimise saavutamiseks saab seda integreerida ka Maveniga, Jenkinsiga ja Dockeriga

Kui olete üldse huvitatud seleeni kohta rohkem teada saama, saate vaadata järgmisi ajaveebe:

Pärast pideva testimise tegemist liigub rakendus nüüd pideva juurutamise etappi.

4. etapp: pidev juurutamine

Kasutatud tööriistad: Konfiguratsiooni haldamise tööriistad - peakokk, nukk, võimalik ja Konteinerid - Docker, Vagrant

Kirjeldus: Ansible ja Docker

Vastuvõetav:

google andmeteadlase intervjuu küsimused

Kui mõelda infrastruktuurist kui rakenduse osast, st kui infrastruktuur kui kood (IaC), siis muutuvad stabiilsus ja jõudlus normatiivseks. Infrastruktuur kui kood on lihtsalt andmetöötlusinfrastruktuuri ja nende konfigureerimise haldamine ja ettevalmistamine masintöödeldavate määratlusfailide kaudu.

Siin mängib Ansible automatiseerimine otsustavat rolli ja paistab oma kaaslaste seas silma. DevOpsis teevad süsteemiadministraatorid tihedat koostööd arendajatega, arenduskiirus on paranenud ja kulutate rohkem aega selliste tegevuste tegemiseks nagu jõudluse häälestamine, katsetamine ja õigete toimingute tegemine ning kulutate vähem aega probleemide lahendamisele.

Ansible'i kohta lisateabe saamiseks võite vaadata järgmisi ajaveebe:

Ansible juhendaja

Docker:

Docker on platvorm, mis pakendab rakenduse ja kõik selle sõltuvused konteinerite kujul. See Dockeri konteineritega seotud aspekt tagab teile, et rakendus võib töötada igas keskkonnas.

Nagu diagrammilt näha, töötab iga rakendus eraldi konteinerites ja sellel on oma sõltuvuste ja teekide komplekt. See tagab, et iga rakendus on teistest rakendustest sõltumatu, andes arendajatele kindluse, et nad saavad luua rakendusi, mis üksteist ei häiri.

Nii saab arendaja ehitada konteineri, millele võivad olla installitud erinevad rakendused, ja anda see kvaliteedi tagamise meeskonnale. Seejärel peaks kvaliteedikontrolli meeskond arendaja keskkonna kopeerimiseks konteinerit käitama.

Kui soovite Dockerit lähemalt uurida, saate vaadata järgmistest ajaveebidest:

Dockeri õpetus

Dockeri arhitektuur

Kui olete rakenduse juurutanud, on vaja jälgida rakenduse toimivust. See juhtub DevOpsi pideva jälgimise etapis.

5. etapp: pidev seire

Kasutatud tööriistad: Splunk, ELK Stack, Nagios, New Relic

Kirjeldus: Nagios

Nagiosi kasutatakse DevOpsi kultuuris süsteemide, rakenduste, teenuste ja äriprotsesside jms pidevaks jälgimiseks. Rikke korral saab Nagios ennetada tehnilist personali probleemist ennetavalt. See võimaldab neil alustada heastamisprotsesse enne, kui katkestused mõjutavad äriprotsesse, lõppkasutajaid või kliente. Nagiosega ei pea te selgitama, miks nähtamatu infrastruktuurikatkestus mõjutab teie organisatsiooni põhijooni.

Kui soovite Nagiosest rohkem teada saada, saate vaadata järgmist blogi:

Nagios juhendaja

Sellega olen käsitlenud kõiki DevOpsi etappe ja nendes faasides kasutatud tööriista. Nii et see kõik oli minu poolt siin DevOps Tools'i ajaveebis. Loodan, et teil on nüüd DevOpsi tööriistade kohta õiglane idee.

Nüüd, kui olete aru saanud DevOps Tools , vaadake Edureka, usaldusväärne veebiõppeettevõte, mille võrgustik hõlmab üle 250 000 rahuloleva õppija, levinud üle kogu maailma. Edureka DevOpsi sertifitseerimiskoolitus aitab õppijatel mõista, mis on DevOps, ja omandada teadmisi mitmesuguste DevOpsi protsesside ja tööriistade kohta, nagu Puppet, Jenkins, Nagios, Ansible, Chef, Saltstack ja GIT SDLC mitmete sammude automatiseerimiseks.

Kas teil on meile küsimus? Palun mainige seda kommentaaride jaotises ja võtame teiega ühendust.