{"id":35513,"date":"2019-10-31T22:04:46","date_gmt":"2019-10-31T19:04:46","guid":{"rendered":"https:\/\/prohoster.info\/blog\/ansible-obnovleniya-v-klyuchevyh-resheniyah-dlya-avtomatizatsii-vashego-mira\/"},"modified":"2019-10-31T22:04:46","modified_gmt":"2019-10-31T19:04:46","slug":"ansible-obnovleniya-v-klyuchevyh-resheniyah-dlya-avtomatizatsii-vashego-mira","status":"publish","type":"post","link":"https:\/\/prohoster.info\/ro\/blog\/administrirovanie\/ansible-obnovleniya-v-klyuchevyh-resheniyah-dlya-avtomatizatsii-vashego-mira","title":{"rendered":"Ansible: actualiz\u0103ri la solu\u021biile cheie pentru automatizarea lumii tale","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Comunitatea Ansible continu\u0103 s\u0103 surprind\u0103 cu con\u021binut nou \u2013 pluginuri \u0219i module \u2013 gener\u00e2nd mult\u0103 munc\u0103 nou\u0103 pentru cei care se ocup\u0103 de \u00eentre\u021binerea Ansible, deoarece noul cod trebuie integrat c\u00e2t mai repede \u00een repositoarele existente. Respectarea termenelor nu este \u00eentotdeauna posibil\u0103, iar lansarea unor produse complet preg\u0103tite poate fi am\u00e2nat\u0103 p\u00e2n\u0103 la urm\u0103toarea versiune oficial\u0103 a Ansible Engine. P\u00e2n\u0103 nu demult, utilizatorul final avea doar o singur\u0103 modalitate de a ob\u021bine con\u021binut nou Ansible \u2013 \u00eempreun\u0103 cu noua versiune a Ansible Engine.<\/p>\n

\"Ansible:
\n
\nPentru a elimina inconvenientele, comunitatea Ansible a \u00eenceput lucr\u0103rile la variante mai flexibile de creare \u0219i ob\u021binere a con\u021binutului.
\n<\/a><\/noindex><\/p>\n

Red Hat Ansible Engine 2.8: spre noi metode de procesare a con\u021binutului Ansible<\/h3>\n

\nCa r\u0103spuns la solicit\u0103rile utilizatorilor, \u00een Ansible Engine 2.8 au ap\u0103rut modific\u0103ri referitoare la procesarea con\u021binutului, care nu face parte din lansarea oficial\u0103<\/b>. Aceste modific\u0103ri vor permite implementarea unei noi modalit\u0103\u021bi de livrare a con\u021binutului utilizatorilor, care nu va depinde de \u00eentre\u021binerea Ansible \u00een gestionarea at\u00e2t a con\u021binutului Ansible, c\u00e2t \u0219i a codului platformei \u00een sine.<\/p>\n

Se preconizeaz\u0103 c\u0103 \u00een urm\u0103toarele lans\u0103ri, creatorii de con\u021binut vor putea livra acesta sub form\u0103 de pachete speciale, numite Colec\u021bii (Collection), care vor putea fi instalate \u00een locul corespunz\u0103tor pentru execu\u021bie pe nodul principal Ansible (control node) sau pe nodul gestionat (managed node). Creatorul colec\u021biilor va specifica direct \u00een pachet detaliile execu\u021biei folosind roluri \u0219i playbook-uri. Datorit\u0103 modific\u0103rilor men\u021bionate anterior \u00een Ansible Engine, colec\u021biile vor deveni unul dintre instrumentele care vor permite separarea livr\u0103rii con\u021binutului de lansarea versiunilor oficiale Ansible Engine<\/b>.<\/p>\n

Noua construc\u021bie Become<\/h4>\n

\nConstruc\u021bia Become exist\u0103 de ceva vreme, dar \u00eencep\u00e2nd cu versiunea 2.8, cuv\u00e2ntul BECOME este folosit \u00een mod implicit \u00een Ansible Engine pentru a solicita parola la cre\u0219terea privilegiilor (privilegiile sudo \u00een sistemele *nix sau modul enable pe dispozitivele de re\u021bea). Cu alte cuvinte, acum BECOME este un instrument standard de cre\u0219tere a autorit\u0103\u021bilor, care determin\u0103 singur cum s\u0103 interac\u021bioneze cu sistemul \u021bint\u0103.<\/p>\n

Iat\u0103 un exemplu de utilizare:<\/p>\n

ansible-playbook --become --ask-become-pass site.yml\nBECOME password:\n<\/code><\/pre>\n
\n\u00cen Ansible Engine 2.8 a fost introdus \u0219i pluginul BECOME, care func\u021bioneaz\u0103 ca doas pe Linux \u0219i ca runas pe Windows, permi\u021b\u00e2nd executarea ac\u021biunilor \u00een numele unui utilizator specificat. Pentru a ob\u021bine privilegii pe dispozitivele de re\u021bea, se folose\u0219te pluginul de tip become enable.<\/p>\n
C\u0103utare Python interpreter<\/h4>\n
\nProbabil a\u021bi \u00eent\u00e2mpinat o astfel de eroare:<\/p>\n
\/usr\/bin\/python: bad interpreter: No such file or directory\n<\/code><\/pre>\n
\nProblema este c\u0103, \u00een versiunile anterioare ale Ansible Engine, se considera implicit c\u0103 interpreterul Python principal (utilizat \u00een mod implicit) se afl\u0103 \u00een folderul \/usr\/bin\/python. \u00cencep\u00e2nd cu versiunea 2.8, Ansible caut\u0103 interpreterul pe fiecare sistem \u021bint\u0103, verific\u00e2nd \u00eent\u00e2i tabela de c\u0103i \u0219i numele fi\u0219ierului executabil pentru interpreterul principal Python \u00een diverse distribu\u021bii \u0219i apoi folosind listele ordonate de interpretere alternative (fallback list), detalii suplimentare g\u0103si\u021bi \u00een Ghidul de portare pe Ansible 2.8<\/a><\/noindex>.<\/p>\n
Fi\u0219ierele retry nu mai sunt create \u00een mod implicit<\/h4>\n
\nA\u021bi c\u0103utat de mult pe disk fi\u0219iere .retry? Dac\u0103 utiliza\u021bi Ansible de ceva timp, probabil c\u0103 ave\u021bi multe dintre ele, iar aceste fi\u0219iere ocup\u0103 spa\u021biu util. \u00cencep\u00e2nd cu versiunea 2.8, Ansible Engine nu mai creeaz\u0103 aceste fi\u0219iere \u00een mod implicit (aceast\u0103 op\u021biune poate fi inversat\u0103 prin editarea fi\u0219ierului ansible.cfg utilizat \u00een mod implicit).<\/p>\n
Recapitulare Play actualizat\u0103<\/h4>\n
\nExtras din Ghidul de portare pe Ansible 2.8<\/a><\/noindex>:<\/p>\n
Recapitularea Play acum ia \u00een considerare sarcinile (tasks) cu statutul ignored \u0219i rescued, dar \u0219i ok, changed, unreachable, failed \u0219i skipped, datorit\u0103 a dou\u0103 noi contoare statistice \u00een callback-pluginul default. Sarcinile failed pentru care s-a setat flagul ignore_errors: yes sunt considerate ca ignored. Sarcinile failed pentru care apoi a fost executat\u0103 sec\u021biunea rescue sunt considerate ca rescued. Re\u021bine\u021bi c\u0103, spre deosebire de versiunile anterioare ale Ansible, sarcinile rescued nu mai sunt contabilizate ca failed.<\/p><\/blockquote>\n
\n\u00cen tabelul Recap Play, dup\u0103 finalizarea playbook-ului, au fost ad\u0103ugate coloane suplimentare pentru gazde: skipped, rescued \u0219i ignored:<\/p>\n
\"Ansible:<\/p>\n
Cloud \u0219i containere<\/h4>\n
\n\u00cen versiunea 2.8 au fost realizate \u00eembun\u0103t\u0103\u021biri \u0219i suplimente \u00een modulele de cloud \u0219i containere pentru lucrul cu Amazon Web Services, Microsoft Azure, Google Cloud, Digital Ocean, podman<\/a><\/noindex> \u0219i kubevirt<\/a><\/noindex>. De asemenea, merit\u0103 men\u021bionat c\u0103 fi\u0219ierele TOML pot fi acum utilizate ca surs\u0103 de inventory.<\/p>\n
Paramiko<\/h4>\n
\nFolosi\u021bi Red Hat Ansible Network Automation? Ansible Engine 2.8 nu mai con\u021bine paramiko \u0219i nu depinde de el. \u00cen mod implicit, Ansible Engine folose\u0219te ssh. Dac\u0103 ave\u021bi nevoie de paramiko, \u00eel pute\u021bi instala cu comanda pip install paramiko.<\/p>\n
Dac\u0103 ave\u021bi nevoie de asisten\u021b\u0103 pentru utilizarea paramiko \u00een cadrul abonamentului Red Hat, consulta\u021bi articolul din baza de cuno\u0219tin\u021be Pachetul Paramiko lipse\u0219te dup\u0103 noi instala\u021bii ale Ansible Engine<\/a><\/noindex>.<\/p>\n
Astfel, noua versiune a Red Hat Ansible Engine a fost \u00eembog\u0103\u021bit\u0103 cu o list\u0103 impresionant\u0103 de \u00eembun\u0103t\u0103\u021biri \u0219i modific\u0103ri, despre care pute\u021bi citi \u00een continuare aici<\/a><\/noindex>.<\/b><\/p>\n
Red Hat Ansible Tower 3.5: mai mult\u0103 automatizare<\/h3>\n
\nDe la sf\u00e2r\u0219itul lunii mai, este disponibil\u0103 \u0219i noua versiune Red Hat Ansible Tower 3.5, care ofer\u0103 c\u00e2teva \u00eembun\u0103t\u0103\u021biri serioase pentru automatizare, despre care vom discuta, dac\u0103 nu a\u021bi apucat deja s\u0103 verifica\u021bi.<\/p>\n
A\u0219adar, mai \u00eent\u00e2i, iat\u0103 cele principale:<\/p>\n