Kaip naudoti lėlių modulius IT infrastruktūros automatizavimui?

Anksčiau sistemos administratoriai naudodamiesi „shell“ scenarijais paleisdami savo serverius, šis metodas neturėjo jokio mastelio. Nuolat keisti šimtų ar tūkstančių nuolat besikeičiančių serverių scenarijus ir jų sistemos konfigūracijas yra nelengva užduotis.

Šiame straipsnyje apie lėlių moduliai ir manifestai pažiūrėkime, kaip galėtume naudoti lėlių modulius serverio sąrankos, programos diegimo ir sistemos valdymo automatizavimui.

Šiame tinklaraštyje bus aptariamos šios temos:

• Įvadas į lėlių programavimą
• Pagrindiniai lėlių programavimo terminai
• Lėlių programos darbo eiga
• Demonstracija: „Apache“ ir „MySQL“ diegimo automatizavimas

Įvadas į lėlių programavimą

Lėlė yra vienas iš populiariausių „DevOps“ įrankių, plačiai naudojamas konfigūracijos valdymui. Jis naudojamas sukelti nuoseklumas infrastruktūroje. „Lėlė“ gali apibrėžti infrastruktūrą kaip kodą, valdyti kelis serverius ir priversti vykdyti sistemos konfigūraciją, taip padėdama automatizuoti infrastruktūros valdymo procesą.

Lėlė turisavo konfigūracijos kalba, Lėlių DSL . Kaip ir kitose „DevOps“ programose, „Lėlė“ automatizuoja pakeitimus, pašalindami rankinius scenarijaus pakeitimus. Tačiau „Puppet“ nėra paprasčiausia apvalkalo kalba, taip pat nėra gryna programavimo kalba, tokia kaip PHP. Vietoj to, „Lėlė“ naudojaį deklaratyviu modeliu pagrįstą požiūrį į IT automatizavimą. Tai leidžia „Puppet“ apibrėžti infrastruktūrą kaip kodą ir priversti sistemos konfigūraciją programomis.

Prieš pradėdami demonstraciją, pažvelkime į keletą pagrindinių lėlių programavimo aspektų.

pirkimų valdymas projektų valdymo srityje

Pagrindiniai lėlių programavimo terminai

Manifestai

Vadinama lėlių programa manifestas ir turi failo pavadinimą su .pp pratęsimas. Numatytasis pagrindinis lėlių manifestas yra /etc/puppet/manifests/site.pp . (Tai apibrėžiavisuotinės sistemos konfigūracijos, pvz., LDAP konfigūracija, DNS serveriai ar kitos konfigūracijos, taikomos kiekvienam mazgui).

Užsiėmimai

Šiuose manifestuose vadinami kodų blokai klasės kiti moduliai gali skambinti. Klasės konfigūruoja didelius ar vidutinio dydžio funkcinius gabalus, tokius kaip visi paketai, konfigūracijos failai ir paslaugos, reikalingi programai paleisti. Užsiėmimai leidžia lengviau naudoti „Lėlių“ kodą ir pagerina jų skaitomumą.

Ištekliai

Lėlių kodą daugiausia sudaro išteklių deklaracijos. A išteklių apibūdina konkretų elementą apie sistemos pageidaujamą būseną. Pavyzdžiui, tai gali apimti tai, kad turėtų egzistuoti konkretus failas arba įdiegti paketą.

Lėlių moduliai

Išskyrus pagrindinįsite.ppmanifestas,jis saugo manifestusį moduliai .

Visas mūsų lėlių kodas yra suskirstytas į modulius, kurie yra pagrindiniai lėlių elementai, kuriuos galime naudoti ir dalytis. Kiekvienas modulis valdo tam tikrą infrastruktūros užduotį, pavyzdžiui, programinės įrangos diegimą ir konfigūravimą.

Moduliuose yra lėlių klasės, apibrėžti tipai, užduotys, užduočių planai, pajėgumai, išteklių tipai ir papildiniai, pavyzdžiui, pasirinktiniai tipai ar faktai. Įdiekite modulius į lėlęmodulis-kelias. „Lėlė“ įkelia visą turinį iš kiekvieno modulio kelyje esančio modulio, todėl šį kodą galima naudoti.

„Puppetlabs“ turi iš anksto nustatytus modulius, kuriuos galime iškart naudoti atsisiųsdami iš jų Lėlių varža . Taip pat galite sukurti pasirinktinį lėlių modulį, kuris atitiktų jūsų poreikius.

Lėlių programos darbo eiga

Norint apibūdinti norimą sistemos būseną rinkmenose, vadinamose manifestais, naudosime deklaratyvią lėlių kalbą. Manifestuose aprašoma, kaip turėtumėte sukonfigūruoti tinklo ir operacinės sistemos išteklius, pvz., Failus, paketus ir paslaugas.

Lėlių rinkiniai pasireiškia į katalogai ir kiekvieną katalogą taiko atitinkamam mazgui, kad būtų užtikrinta t konfigūracijajis mazgas teisingasvisoje savo infrastruktūroje.

Demonstracija: „Apache“ ir „MySQL“ diegimo automatizavimas

Šis straipsnis apie lėlių modulius yra praktinis, kuris parodytų du lėlių modulio naudojimo būdus ir išmokytų automatizuoti serverio, sukonfigūruoto naudojant šiuos du modulius, diegimas.

• • Lėlių modulio kūrimas nuo nulio - „Apache“ modulis
  • „PuppetF“ modulio naudojimasorge - „MySQL“ modulis
  • Lėlių modulių diegimo automatizavimas nuo lėlių meistro iki lėlių agento

Pirmiausia įsitikinkite, kad turite parengtą „Lėlių“ infrastruktūrą, kurioje būtų lėlių pagrindinis serveris ir 2 lėlių agentai.

• Lėlių meistras: „Ubuntu“ 18.04
• 1 agentas: „Ubuntu“ 18.04
• Agentas 2:CentOS7

Štai, ką mes pasieksime atlikdami šią praktiką:

Taigi pradėkime nuo praktinių dalykų:

Modulio kūrimas nuo nulio

Šiame lėlių modulyje spręsime tokias užduotis kaip „Apache“ paketo atsisiuntimas, failų konfigūravimas ir virtualių kompiuterių nustatymas.

• Iš „Puppet Master“ eikite į „Lėlių“ modulių katalogą ir sukurkite „Apache“ katalogą:

  cd / etc / lėlių / moduliai sudo mkdir apache

• Apache kataloge sukurkite pakatalogius: manifestus, šablonus, failus ir pavyzdžius.

  cd apache sudo mkdir {manifestai, šablonai, failai, pavyzdžiai}

• Eikite į manifestų katalogą:

  CD pasireiškia

• Čia mes atskirsime modulį į klases, atsižvelgdami į tos kodo dalies tikslus.

init.pp -> atsisiųsti „Apache“ paketą

params.pp -> apibrėžti kintamuosius ir parametrus

config.pp -> tvarkyti bet kokius „Apache“ paslaugos konfigūracijos failus.

vhosts.pp -> apibrėžti virtualiuosius kompiuterius.

Šis modulis taip pat naudosis Hiera (įmontuota raktų vertės konfigūracijos duomenų paieškos sistema, naudojama duomenims atskirti nuo lėlių kodo) duomenų, saugoti kiekvieno mazgo kintamuosius.

1 veiksmas: atsisiųskite „Apache“ paketą

Sukurkite „init.pp“ klasę

Dabar sukursimeinit.ppfailas, esantis manifestų kataloge, apache paketui laikyti.
Kadangi mes turime 2 skirtingas OS („ubuntu“ ir „CentOS7“), kurios naudoja skirtingus „Apache“ paketų pavadinimus, turėsime naudoti kintamąjį$ apachename.

/etc/puppetlabs/code/environments/production/modules/apache/manifests/init.pp

class apache {package {'apache': name => $ apachename, užtikrinti => present,}}

pakuotė šaltinis leidžia valdyti paketą. Tai naudojama norint pridėti, pašalinti arba užtikrinti, kad yra paketas.

Daugeliu atvejų vardas išteklių (apache, aukščiau) turėtų būti valdomo paketo pavadinimas. Dėl skirtingų pavadinimų suteikimomes vadiname tikrąjį pakuotės pavadinimąant vardas nuoroda. Taigi vardas , reikalingas dar neapibrėžtas kintamasis$ apachename.

užtikrinti nuoroda užtikrina, kad paketas yrapateikti.

Sukurkite params.pp failą

params.ppfailas nustatys reikalingus kintamuosius. Nors mes galėtume apibrėžti šiuos kintamuosiusinit.ppfailą, nes daugiau kintamųjų reikės naudoti ne iš paties išteklių tipo, naudojant aparams.ppfailas leidžia kintamuosius apibrėžtijeiteiginiai ir naudojami keliose klasėse.

Sukurtiparams.ppfailą ir šį kodą.

/etc/puppetlabs/code/environments/production/modules/apache/manifests/params.pp

klasės apache :: params {if $ :: osfamily == 'RedHat' {$ apachename = 'httpd'} elsif $ :: osfamily == 'Debian' {$ apachename = 'apache2'} else {fail ('tai ne palaikomas platintojas. ')}}

Originalo išorėje init.ppklasės, kiekvienos klasės pavadinimas turi atsišakotiapache. Mes vadiname šią klasę kaip apache :: params . Pavadinimas po dvigubo dvitaškio turėtų bendrinti vardą su byla. Anjeisakinys naudojamas apibrėžti parametrus, atsižvelgiant į pateiktą informaciją Veiksnys , „Puppet“ instaliacija yra sudėtingesnė. Čia „Facter“ ištrauks operacinių sistemų šeimą (osfamily), kad suprastų, ar taip yraraudona KEPURĖarba„Debian“ pagrindu.

Pagal galutinai apibrėžtus parametrus turime iškviesti params.pp failą ir parametrus įinit.pp. Norėdami tai padaryti, turime pridėti parametrus po klasės pavadinimo, bet prieš atidaromą garbanotąjį skliaustą({).

Taigiinit.pptai, ką sukūrėme anksčiau, turėtų atrodyti maždaug taip:

klasės apache ($ apachename = $ :: apache :: params :: apachename,) paveldi :: apache :: params {package {'apache': name => $ apachename, užtikrinti => esamą,}}

Vertės eilutė $ :: apache :: params :: value liepia Lėlei ištraukti vertybes iš apache moduliai, params klasė, po kurios nurodomas parametro pavadinimas. Fragmentas paveldi :: apache :: params leidžiainit.pppaveldėti šias vertybes.

2 žingsnis: valdykite konfigūracijos failus

„Apache“ konfigūracijos failas skirsis priklausomai nuo to, ar dirbate su „Red Hat“, ar „Debian“ sistema.

Demonstracijos pabaigoje galite rasti šiuos priklausomybės failus:httpd.conf(Raudona KEPURĖ),apache2.conf(Debian).

• Nukopijuokite httpd.conf irapache2.confatskiruose failuose ir išsaugokite juos failus katalogeprie / etc / puppetlabs / code / environments / production / modules / apache / files .
• Redaguokite abu failus į išjungti išlaikyti gyvą. Reikės pridėti eilutę „KeepAlive“ išjungtas vidujehttpd.conffailą. Jei nenorite pakeisti šio nustatymo, turėtume pridėti komentarą kiekvieno iš jų viršujefailas:
  /etc/puppetlabs/code/environments/production/modules/apache/files/httpd.conf

#Šį failą tvarko lėlė

Pridėkite šiuos failus prieinit.ppfailą, todėl „Lėlė“ žinos šių failų vietą tiek pagrindinio serverio, tiek agento mazguose. Norėdami tai padaryti, mes naudojame failą išteklių.

/etc/puppetlabs/code/environments/production/modules/apache/manifests/init.pp

failas {'configuration-file': kelias => $ conffile, užtikrinkite => failas, šaltinis => $ confsource,}

Kadangi konfigūracijos failus turime dviejose skirtingose ​​vietose, šaltiniui suteikiame bendrąjį pavadinimą konfigūracijos failas su byla kelias apibrėžiamas kaip parametras sukeliasatributas.

užtikrinti užtikrina, kad tai yra byla.

šaltinis pateikia aukščiau sukurtų failų vietą lėlių pagrindiniame kompiuteryje.

Atidarykparams.ppfailą.

Mes apibrėžiame $ conffile ir $ confsourcekintamiejijeipareiškimas:

/etc/puppetlabs/code/environments/production/modules/apache/manifests/params.pp

jei $ :: osfamily == 'RedHat' {... $ conffile = '/etc/httpd/conf/httpd.conf' $ confsource = 'lėlė: ///modules/apache/httpd.conf'} elsif $: : osfamily == 'Debian' {... $ conffile = '/etc/apache2/apache2.conf' $ confsource = 'puppet: ///modules/apache/apache2.conf'} else {...

Turime pridėti parametrus prie pradžiosapacheklasės deklaracijainit.ppfailą, panašų į ankstesnį pavyzdį.

skirtumas tarp git ir github

Pasikeitus konfigūracijos failui, „Apache“ reikia paleisti iš naujo. Norėdami tai automatizuoti, galime naudoti paslaugų šaltinįkartu su pranešti atributas, kuris iškvies resursą paleisti, kai bus pakeistas konfigūracijos failas:

/etc/puppetlabs/code/environments/production/modules/apache/manifests/init.pp

failas {'configuration-file': kelias => $ conffile, užtikrinti => failas, šaltinis => $ confsource, pranešti => tarnyba ['apache-service'],} service {'apache-service': vardas => $ apachename, hasrestart => true,}

paslaugą resursas naudoja jau sukurtą parametrą, apibrėžiantį „Apache“ vardą „Red Hat“ ir „Debian“ sistemose.
paleisti iš naujo atributas naudojamas iš naujo paleisti apibrėžtą paslaugą.

3 žingsnis: sukurkite virtualius pagrindinius failus

Priklausomai nuo jūsų sistemos paskirstymo, virtualaus pagrindinio kompiuterio failai bus tvarkomi skirtingai. Dėl šios priežasties virtualųjį pagrindinį kompiuterį koduosimejeipareiškimas, panašus į naudojamąparams.ppklasę, tačiau joje yra realių lėlių išteklių.

• Išapache / manifestai /katalogą, sukurkite ir atidarykitevhosts.ppfailą. Pridėkitejeipareiškimas:

/etc/puppetlabs/code/environments/production/modules/apache/manifests/vhosts.pp

klasės apache :: vhosts {if $ :: osfamily == 'RedHat' {} elsif $ :: osfamily == 'Debian' {} else {}}

Virtualiojo pagrindinio failo vieta mūsų „CentOS 7“ serveryje yra/etc/httpd/conf.d/vhost.conf . Turite sukurti failą kaip „Lėlių“ pagrindinio šabloną. Atlikite tą patį su „Ubuntu“ virtualiųjų kompiuterių rinkmena, esančia/etc/apache2/sites-available/example.com.conf, pakeisdamasexample.comsu serverio FQDN.

• Eikite į šablonai failą apache modulį ir tada sukurkite du failus savo virtualiesiems pagrindiniams kompiuteriams:

„Red Hat“ sistemoms:
/etc/puppetlabs/code/environments/production/modules/apache/templates/vhosts-rh.conf.erb

ServerAdmin ServerName ServerAlias ​​www. „DocumentRoot“ / var / www // public_html / ErrorLog /var/www//logs/error.log „CustomLog“ /var/www//logs/access.log kartu

„Debian“ sistemoms:
/etc/puppet/modules/apache/templates/vhosts-deb.conf.erb

ServerAdmin ServerName ServerAlias ​​www. „DocumentRoot“ / var / www / html // public_html / ErrorLog /var/www/html//logs/error.log „CustomLog“ /var/www/html//logs/access.log kartuReikalauti visų suteiktų

Šiuose failuose naudojame tik du kintamuosius: administratoriaus paštas ir serverio pavadinimas . Mes tai apibrėžsime pagal mazgą kiekvienam mazguisite.ppfailą.

• Grįžti įvhosts.ppfailą. Sukurtuose šablonuose dabar galima nurodyti kodą:

/etc/puppetlabs/code/environments/production/modules/apache/manifests/vhosts.pp

class apache :: vhosts {if $ :: osfamily == 'RedHat' {file {'/etc/httpd/conf.d/vhost.conf': užtikrinti => failas, turinys => šablonas ('apache / vhosts-rh .conf.erb '),}} elsif $ :: osfamily ==' Debian '{file {' /etc/apache2/sites-available/$servername.conf ': užtikrinti => failas, turinys => šablonas (' apache /vhosts-deb.conf.erb '),}} else {fail („Tai nėra palaikomas platintojas.“)}}

Abi platinimo šeimos kreipiasi įfailąir paimkite virtualaus pagrindinio kompiuterio vietos pavadinimą atitinkamame paskirstyme. Debianui tai dar kartą reiškia nuorodą į$ serverio vardasvertė.turinysatributas iškviečia atitinkamus šablonus.

• Abi virtualiosios prieglobos bylos nurodo du katalogus. Pagal numatytuosius nustatymus jie nėra sistemose. Tai galime sukurti naudodamifailąišteklių kiekvienamjeipareiškimas. Pilnasvhosts.conffailas turėtų būti panašus į:

/etc/puppetlabs/code/environments/production/modules/apache/manifests/vhosts.pp

class apache :: vhosts {if $ :: osfamily == 'RedHat' {file {'/etc/httpd/conf.d/vhost.conf': užtikrinti => failas, turinys => šablonas ('apache / vhosts-rh .conf.erb '),} failas {[' / var / www / $ servname ',' / var / www / $ servname / public_html ',' / var / www / $ servername / log ',]: užtikrinti => katalogas,}} elsif $ :: osfamily == 'Debian' {failas {'/etc/apache2/sites-available/$servername.conf': užtikrinti => failas, turinys => šablonas ('apache / vhosts-deb. conf.erb '),} failas {[' / var / www / $ servname ',' / var / www / $ servname / public_html ',' / var / www / $ servername / logs ',]: užtikrinti => katalogą ,}} else {fail ('Tai nėra palaikomas platintojas.')}}

4 žingsnis: išbandykite modulį

• Eikite įapache / manifestai /katalogą, paleiskite lėlių analizatorius visuose failuose, kad „Lėlių“ kodavimas būtų be klaidų:

sudo / opt / puppetlabs / bin / lėlių analizatorius patvirtina init.pp params.pp vhosts.pp

Jis turėtų grįžti tuščias, be jokių problemų.

• Eikite į pavyzdžių katalogeapachemodulis. Sukurkiteinit.ppfailą ir įtraukti sukurtas klases. Pakeiskite reikšmes$ serverio vardasir$ adminemailsu savo:

/etc/puppetlabs/code/environments/production/modules/apache/examples/init.pp

serveremail = 'webmaster@example.com' $ servername = 'puppet.example.com' apache apima apache :: vhosts

• Išbandykite modulį paleisdami taikoma lėlė su –Ne žymė:
  sudo / opt / puppetlabs / bin / lėlių pritaikymas --noop init.pp

Ji neturėtų pateikti klaidų ir išvesties, kad sukels atnaujinimą iš įvykių. Norėdami įdiegti ir konfigūruoti „Apache“ lėlių pagrindiniame kompiuteryje, paleiskite dar kartą be–Ne, jei to pageidaujama.

• Grįžkite atgal į pagrindinį lėlių katalogą, tada įpasireiškiaaplankas (neesančio „Apache“ modulyje).

cd / etc / puppetlabs / code / environments / production / manifestes

Sukurtisite.ppfailas,ir įtraukite „Apache“ modulį kiekvienam agento mazgui. Taip pat įveskiteadministratoriaus paštas ir serverio pavadinimasparametrus. Tavosite.ppturėtų būti panašus į:

/etc/puppetlabs/code/environments/production/manifests/site.pp

mazgas 'puppet-agent-ubuntu.example.com' {$ adminemail = 'webmaster@example.com' $ servername = 'puppet.example.com' include apache include apache :: vhosts} mazgas 'puppet-agent-centos.example .com '{$ adminemail =' webmaster@example.com '$ servername =' puppet.example.com 'include apache include apache :: vhosts}

Pagal numatytuosius nustatymus „Lėlių agento“ paslauga jūsų valdomuose mazguose kas 30 minučių automatiškai patikrins pagrindinį kompiuterį ir pritaikys visas naujas pagrindinio kompiuterio konfigūracijas. Taip pat galite rankiniu būdu iškviesti lėlių agento procesą tarp automatinių agentų paleidimų. Norėdami rankiniu būdu paleisti naują modulį savo agento mazguose, prisijunkite prie mazgų ir vykdykite:

sudo / opt / puppetlabs / bin / lėlių agentas -t

Dabar, kai sužinojome, kaip sukurti modulį nuo nulio, sužinokime, kaip naudotis jau esančiu moduliu iš lėlių kalvių kalvės.

Naudokite „PuppetForge“ modulį

Lėlių kalvė jau turi daug modulių serveriui paleisti. Mes galime juos sukonfigūruoti taip pat išsamiai, kaip ir jūsų sukurtą modulį, ir sutaupyti laiko, nes mums nereikia kurti modulio nuo nulio.

Įsitikinkite, kad esate / etc / puppetlabs / code / environments / production / modules katalogą ir įdiekite „Lėlių Forge“ „MySQL“ modulis pateikė „PuppetLabs“. Taip pat bus įdiegti visi būtini moduliai.

cd / etc / puppetlabs / code / aplinkos / gamyba / moduliai

sudo / opt / puppetlabs / bin / lėlių modulis įdiegia puppetlabs-mysql

Duomenų bazėms kurti naudokite „Hiera“

Prieš kurdami „MySQL“ modulio konfigūracijos failus, apsvarstykite, ar nenorite naudoti tų pačių reikšmių visuose agento mazguose. Norėdami pateikti „Puppet“ teisingus kiekvieno mazgo duomenis, naudojame „Hiera“. Kiekvienam mazgui naudosite skirtingą šakninį slaptažodį, taip sukurdami skirtingas „MySQL“ duomenų bazes.

• Eikite į/ etc / lėlėir sukurti „Hiera“ konfigūracijos failąhiera.yamlpagrindiniamelėlėkataloge. Naudosite numatytąsias „Hiera“ vertes:

/etc/puppetlabs/code/environments/production/hiera.yaml

--- versija: 5 hierarchija: - pavadinimas: bendras kelias: common.yaml numatytieji nustatymai: data_hash: yaml_data duomenų adresas: duomenys

• Sukurkite failądažnas.yaml. Jis nustatys numatytąjį šaknis „MySQL“ slaptažodis:

/etc/puppetlabs/code/environments/production/common.yaml

kas yra substratas java

mysql :: server :: root_password: 'slaptažodis'

Mes naudojamedažnas.yamlfailąkai kintamasis nėra apibrėžtas kitur. Tai reiškia, kad visi serveriai turės tą patį „MySQL“ šakninį slaptažodį. Šie slaptažodžiai taip pat gali būti maišomi siekiant padidinti saugumą.

• Norėdami naudoti „MySQL“ modulio numatytuosius nustatymus, galite pridėti įtraukti „:: mysql :: server“ linija įsite.ppfailą. Tačiau šiame pavyzdyje jūs nepaisysite kai kurių modulio numatytųjų nuostatų, kad sukurtumėte kiekvieno savo mazgo duomenų bazę.

Redaguokitesite.ppfailas su šiomis vertėmis:

mazgas 'Puppetagent-ubuntu.example.com' {$ adminemail = 'webmaster@example.com' $ servername = 'hostname.example.com' include apache include apache :: vhosts include mysql :: server mysql :: db {'mydb_ $ {fqdn} ': user =>' myuser ', slaptažodis =>' mypass ', dbname =>' mydb ', host => $ :: fqdn, grant => [' SELECT ',' UPDATE '], tag = > $ domain,}} mazgas 'Puppetagent-centos.example.com' {$ adminemail = 'webmaster@example.com' $ servername = 'hostname.example.com' apache apima apache :: vhosts apima mysql :: serverio mysql :: db {'mydb _ $ {fqdn}': user => 'myuser', password => 'mypass', dbname => 'mydb', host => $ :: fqdn, grant => ['SELECT', ' UPDATE '], tag => $ domain,}}

Lėlių modulių diegimo automatizavimas nuo lėlių meistro iki lėlių agento

• Šiuos naujinimus galite paleisti rankiniu būdu kiekviename mazge, SSH įvesdami į kiekvieną mazgą ir pateikdami šią komandą:

sudo / opt / puppetlabs / bin / lėlių agentas -t

• Priešingu atveju lėlių agento tarnyba jūsų valdomuose mazguose automatiškai kas 30 minučių patikrins pagrindinį vadovą ir pritaikys visas naujas pagrindinio kompiuterio konfigūracijas.

Katalogas sėkmingai pritaikytas „Ubuntu“ agente

Katalogas sėkmingai pritaikytas „CentOS“ agentui

Taigi, visa instaliacija gauna automatizuotas agento mazgai, tiesiog pritaikydami katalogą.Kodo failus ir priklausomybes, naudojamas šiai demonstracijai, galima rasti čia .

Tikiuosi, kad ši demonstracinė versija padėjo jums aiškiai suprasti lėlių modulius ir manifestus bei jų naudojimą automatizuojant IT infrastruktūrą.Tokiu atveju jūsų darbas tampa toks lengvas, tiesiog nurodykite konfigūracijas „Puppet Master“ ir „Lėlių“ agentai automatiškai įvertins pagrindinį manifestą ir pritaikys modulį, nurodantį „Apache“ ir „MySQL“ sąranką. Jei jums kyla klausimų, prašome juos paskelbti .

Jei tai radai Lėlių pamoka Aktualus, patikrinkite sukūrė „Edureka“ - patikima internetinė mokymosi įmonė, turinti daugiau nei 250 000 patenkintų besimokančiųjų tinklą. „Edureka DevOps“ sertifikavimo mokymo kursas padeda besimokantiesiems įgyti įvairių „DevOps“ procesų ir įrankių, tokių kaip „Lėlė“, „Jenkins“, „Nagios“ ir „GIT“, kelių automatizuotų SDLC žingsnių, patirties.