block<\/code> stb. Min\u00e9l jobban ismeri az ansible-t, ann\u00e1l t\u00f6bb finoms\u00e1got nevezhet meg az \"okos\" megold\u00e1s sz\u00e1m\u00e1ra. Egy egyszer\u0171 megold\u00e1s \u2014 a term\u00e9szetes elv\u00e1laszt\u00e1s a pre\/roles\/post k\u00f6z\u00f6tt \u2014 nem okoz finoms\u00e1gokat.<\/p>\n<\/p>\n
\u00c9s most t\u00e9rj\u00fcnk vissza a 'foo'-hoz. Hov\u00e1 tegy\u00fck? A pre, post vagy roles k\u00f6z\u00e9? Nyilv\u00e1nval\u00f3an att\u00f3l f\u00fcgg, hogy sz\u00fcks\u00e9g\u00fcnk van-e a handler munk\u00e1j\u00e1nak eredm\u00e9nyeire a foo-hoz. Ha nincs, akkor a foo-t nem sz\u00fcks\u00e9ges sem a pre-be, sem a post-ba helyezni \u2014 ezeknek a szekci\u00f3knak k\u00fcl\u00f6n\u00f6s jelent\u00e9se van \u2014 a feladatok v\u00e9grehajt\u00e1sa a f\u0151 k\u00f3d t\u00f6mbje el\u0151tt \u00e9s ut\u00e1n.<\/p>\n
<\/p>\n
Most a \"szerep vagy feladat\" k\u00e9rd\u00e9sre a v\u00e1lasz az, ami m\u00e1r van a play-ben \u2014 ha ott feladatok vannak, akkor a feladatok k\u00f6z\u00e9 kell \u00edrni. Ha vannak szerepek \u2014 szerepet kell k\u00e9sz\u00edteni (m\u00e9g ha csak egy feladatb\u00f3l is). Eml\u00e9keztetem, hogy a feladatok \u00e9s szerepek egyszerre nem haszn\u00e1lhat\u00f3k.<\/p>\n
<\/p>\n
Az Ansible alapjainak meg\u00e9rt\u00e9se megalapozott v\u00e1laszokat ad, l\u00e1tsz\u00f3lag \u00edzl\u00e9sbeli k\u00e9rd\u00e9sekre.<\/p>\n
<\/p>\n
Feladatok \u00e9s szerepek (m\u00e1sodik r\u00e9sz)<\/h1>\n <\/p>\n
Most besz\u00e9lj\u00fck meg azt a helyzetet, amikor \u00e9ppen csak elkezded \u00edrni a playbookot. Azon dolgozol, hogy foo, bar \u00e9s baz legyen. Ez h\u00e1rom feladat, egy szerep vagy h\u00e1rom szerep? \u00d6sszefoglalva a k\u00e9rd\u00e9st: mikor kezdj\u00fck el szerepeket \u00edrni? Mi a c\u00e9lja szerepek \u00edr\u00e1s\u00e1nak, amikor feladatokat is \u00edrhatunk?\u2026 De mi is az a szerep?<\/p>\n
<\/p>\n
Az egyik legnagyobb hiba (m\u00e1r besz\u00e9ltem err\u0151l) \u2014 azt felt\u00e9telezni, hogy a szerep olyan, mint egy f\u00fcggv\u00e9ny egy program k\u00f6nyvt\u00e1r\u00e1ban. Hogyan n\u00e9z ki egy \u00f6sszefoglal\u00f3 f\u00fcggv\u00e9ny le\u00edr\u00e1s? Bemeneti argumentumokat fogad, interakci\u00f3ba l\u00e9p az oldals\u00f3 okokkal, mell\u00e9khat\u00e1sokat gener\u00e1l, \u00e9s visszat\u00e9r egy \u00e9rt\u00e9kkel.<\/p>\n
<\/p>\n
Most figyelem. Mi mindezeket el lehet v\u00e9gezni egy szerepben? Oldals\u00f3 hat\u00e1sokat l\u00e9trehozni \u2014 mindig k\u00e9rlek, ez az Ansible l\u00e9nyege \u2014 oldalhat\u00e1sok v\u00e9grehajt\u00e1sa. Oldals\u00f3 okokat birtokolni? Egyszer\u0171. De a \"\u00e9rt\u00e9ket \u00e1tadni \u00e9s visszaadni\" \u2014 itt viszont nem. El\u0151sz\u00f6r is, nem tud \u00e9rt\u00e9ket \u00e1tadni egy szerepnek. Glob\u00e1lis v\u00e1ltoz\u00f3t \u00e1ll\u00edthat be, amely \u00e9letciklusa a play-ig terjed a szerep vars szekci\u00f3j\u00e1ban. Glob\u00e1lis v\u00e1ltoz\u00f3t \u00e1ll\u00edthat be, amely \u00e9letciklusa a play-en bel\u00fcl van a szerepben. Vagy ak\u00e1r a playbook-\u00e9 is (set_fact<\/code>\/register<\/code>). De \"helyi v\u00e1ltoz\u00f3kat\" nem birtokolhat. Nem tud \"\u00e9rt\u00e9ket fogadni\" \u00e9s \"visszaadni\".<\/p>\n<\/p>\n
Ebb\u0151l k\u00f6vetkezik a legfontosabb: az Ansible-ben nem lehet olyat \u00edrni, ami mell\u00e9khat\u00e1sok n\u00e9lk\u00fcl m\u0171k\u00f6dik. A glob\u00e1lis v\u00e1ltoz\u00f3k megv\u00e1ltoztat\u00e1sa mindig mell\u00e9khat\u00e1s egy f\u00fcggv\u00e9ny sz\u00e1m\u00e1ra. P\u00e9ld\u00e1ul Rustban a glob\u00e1lis v\u00e1ltoz\u00f3 megv\u00e1ltoztat\u00e1sa \u2014 unsafe<\/code>. Az Ansible-ben az egyetlen m\u00f3dszer a szerepk\u00f6r \u00e9rt\u00e9keinek megv\u00e1ltoztat\u00e1s\u00e1ra. Figyeljen a haszn\u00e1lt szavakra: ne \"\u00e9rt\u00e9ket \u00e1tadni a szerepk\u00f6rnek\", hanem \"megv\u00e1ltoztatni a szerepk\u00f6r \u00e1ltal haszn\u00e1lt \u00e9rt\u00e9keket\". A szerepk\u00f6r\u00f6k k\u00f6z\u00f6tt nincs elszigetelts\u00e9g. A feladatok \u00e9s a szerepk\u00f6r\u00f6k k\u00f6z\u00f6tt sincs elszigetelts\u00e9g.<\/p>\n<\/p>\n
\u00d6sszesen: a szerep nem f\u00fcggv\u00e9ny<\/strong>.<\/p>\n<\/p>\n
Mit is j\u00f3 a szerepk\u00f6rben? El\u0151sz\u00f6r is, a szerepk\u00f6rnek vannak alap\u00e9rtelmezett \u00e9rt\u00e9kei (\/default\/main.yaml<\/code>), m\u00e1sodszor pedig a szerepk\u00f6rnek vannak tov\u00e1bbi k\u00f6nyvt\u00e1rai a f\u00e1jlok t\u00e1rol\u00e1s\u00e1ra.<\/p>\n<\/p>\n
Mi\u00e9rt j\u00f3k az alap\u00e9rtelmezett \u00e9rt\u00e9kek? Az\u00e9rt, mert Maslow piramis\u00e1nak meglehet\u0151sen torz priorit\u00e1si t\u00e1bl\u00e1zat\u00e1ban az Ansible eset\u00e9ben a szerepk\u00f6r alap\u00e9rtelmezett be\u00e1ll\u00edt\u00e1sai a legkev\u00e9sb\u00e9 priorit\u00e1sosak (kiv\u00e9ve az Ansible parancssori param\u00e9tereit). Ez azt jelenti, hogy ha alap\u00e9rtelmezett \u00e9rt\u00e9keket szeretn\u00e9l megadni an\u00e9lk\u00fcl, hogy agg\u00f3dnod kellene, hogy fel\u00fcl\u00edrj\u00e1k az \u00e9rt\u00e9keket az inventory vagy csoportv\u00e1ltoz\u00f3k, akkor a szerepk\u00f6r alap\u00e9rtelmezettjei jelentik az egyetlen helyes megold\u00e1st sz\u00e1modra. (Kicsit hazudok \u2013 van m\u00e9g |d(your_default_here)<\/code>, de ha statikus helyekr\u0151l besz\u00e9l\u00fcnk \u2013 akkor csak a szerepk\u00f6r\u00f6k alap\u00e9rtelmezettjei sz\u00e1m\u00edtanak).<\/p>\n<\/p>\n
Mi m\u00e9g a j\u00f3 a szerepk\u00f6r\u00f6kben? Az, hogy saj\u00e1t k\u00f6nyvt\u00e1raik vannak. Ezek a k\u00f6nyvt\u00e1rak v\u00e1ltoz\u00f3khoz k\u00e9sz\u00fcltek, ak\u00e1r \u00e1lland\u00f3k (azaz a szerepk\u00f6rh\u00f6z sz\u00e1m\u00edtottak), ak\u00e1r dinamikusak (van egy ilyen mint\u00e1zat, vagy anti-mint\u00e1zat \u2013 include_vars<\/code> egy\u00fctt a {{ ansible_distribution }}-{{ ansible_distribution_major_version }}.yml<\/code>.). Ezek k\u00f6nyvt\u00e1rak a files\/<\/code>, templates\/<\/code>. Ezenk\u00edv\u00fcl lehet\u0151v\u00e9 teszik, hogy a szerepk\u00f6r\u00f6k saj\u00e1t modulokat \u00e9s b\u0151v\u00edtm\u00e9nyeket rendelkezzenek (library\/<\/code>). De a feladatok \u00e9s a playbook (amelyben ez mind szerepelhet) \u00f6sszehasonl\u00edtva az el\u0151ny csup\u00e1n annyi, hogy a f\u00e1jlok nem egy halomban, hanem t\u00f6bb k\u00fcl\u00f6n halomban tal\u00e1lhat\u00f3ak.<\/p>\n<\/p>\n
Egy m\u00e1sik r\u00e9szlet: lehet pr\u00f3b\u00e1lkozni olyan szerepk\u00f6r\u00f6k l\u00e9trehoz\u00e1s\u00e1val, amelyek \u00fajrahaszn\u00e1lhat\u00f3ak lesznek (galaxy-n kereszt\u00fcl). Miut\u00e1n megjelentek a gy\u0171jtem\u00e9nyek, a szerepk\u00f6r\u00f6k terjed\u00e9s\u00e9t majdnem elfelejthetj\u00fck.<\/p>\n
<\/p>\n
Ez\u00e1ltal a szerepk\u00f6r\u00f6k k\u00e9t fontos tulajdons\u00e1ggal rendelkeznek: van alap\u00e9rtelmezettj\u00fck (ami egyedi jellemz\u0151) \u00e9s lehet\u0151v\u00e9 teszik a k\u00f3d strukt\u00far\u00e1z\u00e1s\u00e1t.<\/p>\n
<\/p>\n
Visszat\u00e9rve az eredeti k\u00e9rd\u00e9shez: mikor haszn\u00e1ljunk feladatokat \u00e9s mikor szerepk\u00f6r\u00f6ket? A playbookban a feladatokat leggyakrabban vagy mint \"ragaszt\u00f3t\" a szerepk\u00f6r\u00f6k el\u0151tt\/ut\u00e1n, vagy mint \u00f6n\u00e1ll\u00f3 \u00e9p\u00edt\u0151elemeket haszn\u00e1lj\u00e1k (ekkor a k\u00f3dban nem kellene szerepk\u00f6r\u00f6ket alkalmazni). Egy halom norm\u00e1lis feladat a szerepk\u00f6r\u00f6kkel keverve egy\u00e9rtelm\u0171 rendetlens\u00e9g. Konkr\u00e9t st\u00edlust kell k\u00f6vetni - vagy feladatokat, vagy szerepk\u00f6r\u00f6ket. A szerepk\u00f6r\u00f6k elk\u00fcl\u00f6n\u00edtik az entit\u00e1sokat \u00e9s az alap\u00e9rtelmezett be\u00e1ll\u00edt\u00e1sokat, a feladatok pedig lehet\u0151v\u00e9 teszik a k\u00f3d gyorsabb olvas\u00e1s\u00e1t. \u00c1ltal\u00e1ban a szerepk\u00f6r\u00f6kben tal\u00e1lhat\u00f3 a \"stacion\u00e1riusabb\" (fontosabb \u00e9s bonyolultabb) k\u00f3d, m\u00edg a feladatok st\u00edlus\u00e1ban seg\u00e9dscriptet \u00edrnak.<\/p>\n
<\/p>\n
Lehet\u0151s\u00e9g van az import_role haszn\u00e1lat\u00e1ra, mint feladatra, de ha ilyet \u00edrsz, akkor k\u00e9sz\u00fclj fel egy magyar\u00e1zatra a saj\u00e1t eszt\u00e9tikai \u00e9rz\u00e9ked sz\u00e1m\u00e1ra, hogy mi\u00e9rt akarod ezt tenni.<\/p>\n
<\/p>\n
Egy apr\u00f3l\u00e9kos olvas\u00f3 azt mondhatja, hogy a szerepek import\u00e1lhatj\u00e1k egym\u00e1st, a szerepek k\u00f6z\u00f6tt lehet f\u00fcgg\u0151s\u00e9g a galaxy.yml-en kereszt\u00fcl, \u00e9s m\u00e9g ott van a f\u00e9lelmetes \u00e9s sz\u00f6rny\u0171 include_role<\/code> \u2014 eml\u00e9keztetem, hogy az alap Ansible tud\u00e1st fejlesztj\u00fck, nem pedig a ritmikus gimnasztik\u00e1t.<\/p>\n<\/p>\n
Handler-ek \u00e9s feladatok<\/h1>\n <\/p>\n
Besz\u00e9lj\u00fcnk meg m\u00e9g egy nyilv\u00e1nval\u00f3 dolgot: a handler-ek. Az \u0151 helyes haszn\u00e1latuk szinte m\u0171v\u00e9szet. Mi a k\u00fcl\u00f6nbs\u00e9g a handler \u00e9s a feladat k\u00f6z\u00f6tt?<\/p>\n
<\/p>\n
Mivel a alapokat bontogatjuk, itt van egy p\u00e9lda:<\/p>\n
<\/p>\n
- hosts: group1\n tasks:\n - foo:\n notify: handler1\n handlers:\n - name: handler1\n bar:<\/code><\/pre>\n<\/p>\n
A szerepk\u00f6r\u00f6k handlerjei a rolename\/handlers\/main.yaml f\u00e1jlban tal\u00e1lhat\u00f3k. A handlereket a play \u00f6sszes r\u00e9sztvev\u0151je haszn\u00e1lhatja: a pre\/post_tasks aktiv\u00e1lhatj\u00e1k a szerepk\u00f6r handlerjeit, \u00e9s a szerepk\u00f6r h\u00edvhat handlereket a playb\u0151l. Azonban a \"cross-role\" handler h\u00edv\u00e1sok sokkal nagyobb wtf \u00e9rzetet keltenek, mint egy trivi\u00e1lis handler ism\u00e9tl\u00e9se. (Egy m\u00e1sik legjobb gyakorlat - pr\u00f3b\u00e1ljuk elker\u00fclni a handler nevek ism\u00e9tl\u0151d\u00e9s\u00e9t).<\/p>\n
<\/p>\n
A f\u0151 k\u00fcl\u00f6nbs\u00e9g abban rejlik, hogy a feladat mindig v\u00e9grehajt\u00e1sra ker\u00fcl (idempotens m\u00f3don), azaz (plusz\/m\u00ednusz c\u00edmk\u00e9k \u00e9s when<\/code>), m\u00edg a handler az \u00e1llapotv\u00e1ltoz\u00e1skor (notify csak akkor aktiv\u00e1l\u00f3dik, ha volt v\u00e1ltoz\u00e1s). Mi\u00e9rt is komoly ez? P\u00e9ld\u00e1ul, ha \u00fajra futtatjuk, \u00e9s nem volt v\u00e1ltoz\u00e1s, akkor a handler sem fog v\u00e9grehajt\u00f3dni. De mi\u00e9rt fordulhat el\u0151, hogy a handler-t kell v\u00e9grehajtani, amikor a gener\u00e1l\u00f3 feladatn\u00e1l nem volt v\u00e1ltoz\u00e1s? P\u00e9ld\u00e1ul az\u00e9rt, mert valami elromlott, \u00e9s volt v\u00e1ltoz\u00e1s, de a v\u00e9grehajt\u00e1s nem jutott el a handler-hez. P\u00e9ld\u00e1ul, mert a h\u00e1l\u00f3zat \u00e1tmenetileg le\u00e1llt. A konfigur\u00e1ci\u00f3 megv\u00e1ltozott, a szolg\u00e1ltat\u00e1s nem indult \u00fajra. A k\u00f6vetkez\u0151 futtat\u00e1sn\u00e1l a konfigur\u00e1ci\u00f3 m\u00e1r nem v\u00e1ltozik, \u00e9s a szolg\u00e1ltat\u00e1s a r\u00e9gi konfigur\u00e1ci\u00f3s verzi\u00f3val marad.<\/p>\n<\/p>\n
A konfigur\u00e1ci\u00f3val kapcsolatos helyzet megoldhatatlan (pontosabban, saj\u00e1t magunknak ki lehet tal\u00e1lni egy speci\u00e1lis \u00fajraind\u00edt\u00e1si protokollt f\u00e1jlf\u00e1jlokkal stb., de ez m\u00e1r nem a 'basic ansible' semmilyen form\u00e1ban). Viszont van egy m\u00e1sik gyakori t\u00f6rt\u00e9net: telep\u00edtett\u00fck az alkalmaz\u00e1st, \u00e9s r\u00f6gz\u00edtett\u00fck azt. .service<\/code>-f\u00e1jlt, \u00e9s most szeretn\u00e9nk a daemon_reload<\/code> \u00e9s state=started<\/code>. \u00c9s a megfelel\u0151 hely erre, \u00fagy t\u0171nik, egy handler. De ha nem handlerk\u00e9nt haszn\u00e1ljuk, hanem feladatk\u00e9nt a feladatlapon vagy szerepk\u00e9nt, akkor minden alkalommal idempotens m\u00f3don fog v\u00e9grehajt\u00f3dni. M\u00e9g akkor is, ha a playbook felmondta a szolg\u00e1latot a k\u00f6zep\u00e9n. Ez egy\u00e1ltal\u00e1n nem oldja meg a restarted probl\u00e9m\u00e1t (nem szabad feladatot k\u00e9rni restarted attrib\u00fatummal, mivel ez elvesz\u00edti az idempotenci\u00e1t), de mindenk\u00e9ppen \u00e9rdemes state=started-re \u00e1ll\u00edtani, a playbookok \u00e1ltal\u00e1nos stabilit\u00e1sa n\u0151, mivel cs\u00f6kken a kapcsolatok \u00e9s a dinamikus \u00e1llapotok sz\u00e1ma.<\/p>\n<\/p>\n
A handler egy m\u00e1sik pozit\u00edv tulajdons\u00e1ga, hogy nem terheli a kimenetet. Ha nem t\u00f6rt\u00e9ntek v\u00e1ltoz\u00e1sok - nincsenek felesleges skipped vagy ok a kimenetben - k\u00f6nnyebb olvasni. Ez egyben negat\u00edv tulajdons\u00e1g is - ha elg\u00e9pel\u00e9st tal\u00e1l egy line\u00e1risan v\u00e9grehajtott feladatban az els\u0151 fut\u00e1skor, a handlereket csak akkor hajtj\u00e1k v\u00e9gre, ha v\u00e1ltoz\u00e1s t\u00f6rt\u00e9nt, teh\u00e1t bizonyos k\u00f6r\u00fclm\u00e9nyek mellett - nagyon ritk\u00e1n. P\u00e9ld\u00e1ul, els\u0151 alkalommal \u00f6t \u00e9v ut\u00e1n. \u00c9s term\u00e9szetesen ott el lesz g\u00e9pelve a n\u00e9v \u00e9s minden \u00f6sszeomlik. A m\u00e1sodik alkalommal pedig m\u00e1r nem lehet \u0151ket futtatni - hiszen nincs v\u00e1ltoz\u00e1s.<\/p>\n
<\/p>\n
K\u00fcl\u00f6n \u00e9rdemes besz\u00e9lni a v\u00e1ltoz\u00f3k el\u00e9rhet\u0151s\u00e9g\u00e9r\u0151l. P\u00e9ld\u00e1ul, ha \u00e9rtes\u00edtesz egy ciklikusan v\u00e9grehajtott feladatot, akkor mi lesz a v\u00e1ltoz\u00f3kban? Elemz\u0151 \u00faton kital\u00e1lhat\u00f3, de nem mindig trivi\u00e1lis, k\u00fcl\u00f6n\u00f6sen, ha a v\u00e1ltoz\u00f3k k\u00fcl\u00f6nb\u00f6z\u0151 helyekr\u0151l \u00e9rkeznek.<\/p>\n
<\/p>\n
\u00cdgy a handler-ek sokkal kev\u00e9sb\u00e9 hasznosak \u00e9s sokkal probl\u00e9m\u00e1sabbak, mint amilyennek t\u0171nnek. Ha valami sz\u00e9pen (felesleges bonyol\u00edt\u00e1sok n\u00e9lk\u00fcl) meg\u00edrhat\u00f3 handlerekkel, akkor jobb an\u00e9lk\u00fcl tenni. Ha sz\u00e9pen nem lehet, akkor ink\u00e1bb haszn\u00e1lj \u0151ket.<\/p>\n
<\/p>\n
A figyelmes olvas\u00f3 joggal megjegyzi, hogy nem besz\u00e9lt\u00fcnk listen<\/code>, hogy a handler \u00e9rtes\u00edthet egy m\u00e1sik handlert, hogy a handler tartalmazhat import_tasks-t (amely tartalmazhat include_role-t with_items-el), hogy a handler rendszer az Ansible-ben Turing-teljes, hogy az include_role-b\u00f3l sz\u00e1rmaz\u00f3 handlerek \u00e9rdekes m\u00f3don keresztezik a play-b\u0151l sz\u00e1rmaz\u00f3 handlereket stb. \u2014 ez mindegyiknyilv\u00e1nval\u00f3an nem \"alap\".)<\/p>\n<\/p>\n
B\u00e1r van egy bizonyos WTF, ami val\u00f3j\u00e1ban funkci\u00f3, \u00e9s amire eml\u00e9kezni kell. Ha a feladatot v\u00e9grehajtjuk delegate_to<\/code> \u00e9s van \u00e9rtes\u00edt\u00e9se, akkor a megfelel\u0151 handler a delegate_to<\/code>, teh\u00e1t azon a hoszton, amelyre a play ki van jel\u00f6lve, fog v\u00e9grehajt\u00f3dni. (B\u00e1r a handlernek term\u00e9szetesen lehet delegate_to<\/code> is).<\/p>\n<\/p>\n
K\u00fcl\u00f6n szeretn\u00e9k p\u00e1r sz\u00f3t sz\u00f3lni az \u00fajrahaszn\u00e1lhat\u00f3 szerepekr\u0151l. A gy\u0171jtem\u00e9nyek megjelen\u00e9se el\u0151tt az volt az elk\u00e9pzel\u00e9s, hogy univerz\u00e1lis szerepeket k\u00e9sz\u00edthet\u00fcnk, amiket lehet ansible-galaxy install<\/code> \u00e9s elment. Minden oper\u00e1ci\u00f3s rendszeren m\u0171k\u00f6dik, minden v\u00e1ltozatban, minden helyzetben. Nos, a v\u00e9lem\u00e9nyem: ez nem m\u0171k\u00f6dik. B\u00e1rmilyen szerep, amely t\u00f6meg t\u00e1mogat\u00e1ssal b\u00edr include_vars<\/code>, 100500 eset t\u00e1mogat\u00e1sa a sarkalatos esetek bugjainak m\u00e9lys\u00e9geibe doomed. Ezeket mas\u00edroz\u00f3 tesztel\u00e9ssel lehet elt\u00fcntetni, de mint minden tesztel\u00e9s, vagy megvan a dekart-t\u00e9r szorzata a bemeneti \u00e9rt\u00e9keknek \u00e9s a tot\u00e1lis funkci\u00f3nak, vagy \"csak egyes forgat\u00f3k\u00f6nyveket fed\u00fcnk le\". V\u00e9lem\u00e9nyem szerint sokkal jobb, ha a szerep line\u00e1ris (cyclomatic complexity 1).<\/p>\n<\/p>\n
Min\u00e9l kevesebb az if (nyilv\u00e1nos vagy deklarat\u00edv \u2014 form\u00e1ban when<\/code> vagy form\u00e1ban include_vars<\/code> a v\u00e1ltoz\u00f3k halmaz\u00e1t tekintve), ann\u00e1l jobb a szerep. N\u00e9ha el kell \u00e1gazni, de hangs\u00falyozom, min\u00e9l kevesebb, ann\u00e1l jobb. Ez\u00e9rt \u00fagy t\u0171nik, hogy egy j\u00f3 szerep a galaxy (m\u0171k\u00f6dik!) sok when<\/code> lehet, hogy kev\u00e9sb\u00e9 el\u0151ny\u00f6s, mint egy \"saj\u00e1t\" szerep \u00f6t feladatra. Az a pillanat, amikor a galaxy-val rendelkez\u0151 szerep jobb \u2014 amikor valamit kezdesz \u00edrni. Az a pillanat, amikor az rosszabb\u00e1 v\u00e1lik \u2014 amikor valami elt\u00f6rik, \u00e9s van egy gyan\u00fad, hogy ez a \"galaxy-szerepb\u0151l\" van. Megnyitod, \u00e9s ott \u00f6t include, nyolc task-lista \u00e9s egy halom when<\/code>\u2018ok\u2026 \u00c9s ezzel foglalkozni kell. Az \u00f6t feladat line\u00e1ris list\u00e1jak\u00e9nt, amelyben igaz\u00e1b\u00f3l elromlani sem lehet.<\/p>\n<\/p>\n
A k\u00f6vetkez\u0151 r\u00e9szekben<\/h1>\n <\/p>\n
\nEgy kicsit az inventory-r\u00f3l, csoportv\u00e1ltoz\u00f3kr\u00f3l, host_group_vars plugin-r\u00f3l, hostvars-r\u00f3l. Hogyan k\u00f6tj\u00fck \u00f6ssze a spagettit Gordiusi csom\u00f3v\u00e1. A v\u00e1ltoz\u00f3k terjedelme \u00e9s precedenci\u00e1ja, az Ansible mem\u00f3ria modellje. \"De hol is t\u00e1roljuk a felhaszn\u00e1l\u00f3nevet az adatb\u00e1zishoz?\".<\/li>\n jinja: {{ jinja }}<\/code> - nosql notype nosense puha gyurma. Mindenhol ott van, m\u00e9g ott is, ahol nem sz\u00e1m\u00edtasz r\u00e1. Kicsit a !!unsafe<\/code> \u00e9s \u00edzletes yaml-r\u00f3l.<\/li>\n<\/ul>\nForr\u00e1s: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u042f \u0434\u0435\u043b\u0430\u044e \u043c\u043d\u043e\u0433\u043e \u0440\u0435\u0432\u044c\u044e \u0434\u043b\u044f \u0447\u0443\u0436\u043e\u0433\u043e \u043a\u043e\u0434\u0430 \u043d\u0430 \u0410\u043d\u0441\u0438\u0431\u043b \u0438 \u043c\u043d\u043e\u0433\u043e \u043f\u0438\u0448\u0443 \u0441\u0430\u043c. \u0412 \u0445\u043e\u0434\u0435 \u0430\u043d\u0430\u043b\u0438\u0437\u0430 \u043e\u0448\u0438\u0431\u043e\u043a (\u043a\u0430\u043a \u0447\u0443\u0436\u0438\u0445, \u0442\u0430\u043a \u0438 \u0441\u0432\u043e\u0438\u0445), \u0430 \u0442\u0430\u043a \u0436\u0435 \u043d\u0435\u043a\u043e\u0442\u043e\u0440\u043e\u0433\u043e \u043a\u043e\u043b\u0438\u0447\u0435\u0441\u0442\u0432\u0430 \u0441\u043e\u0431\u0435\u0441\u0435\u0434\u043e\u0432\u0430\u043d\u0438\u0439, \u044f \u043f\u043e\u043d\u044f\u043b \u043e\u0441\u043d\u043e\u0432\u043d\u0443\u044e \u043e\u0448\u0438\u0431\u043a\u0443, \u043a\u043e\u0442\u043e\u0440\u0443\u044e \u0434\u043e\u043f\u0443\u0441\u043a\u0430\u044e\u0442 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u0438 \u0410\u043d\u0441\u0438\u0431\u043b\u0430 \u2014 \u043e\u043d\u0438 \u043b\u0435\u0437\u0443\u0442 \u0432 \u0441\u043b\u043e\u0436\u043d\u043e\u0435, \u043d\u0435 \u043e\u0441\u0432\u043e\u0438\u0432 \u0431\u0430\u0437\u043e\u0432\u043e\u0433\u043e. \u0414\u043b\u044f \u0438\u0441\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u044f \u044d\u0442\u043e\u0439 \u0432\u0441\u0435\u043b\u0435\u043d\u0441\u043a\u043e\u0439 \u043d\u0435\u0441\u043f\u0440\u0430\u0432\u0435\u0434\u043b\u0438\u0432\u043e\u0441\u0442\u0438 \u044f \u0440\u0435\u0448\u0438\u043b \u043d\u0430\u043f\u0438\u0441\u0430\u0442\u044c \u0432\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u0432 \u0410\u043d\u0441\u0438\u0431\u043b […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-87084","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t