{"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\/pl\/blog\/administrirovanie\/ansible-obnovleniya-v-klyuchevyh-resheniyah-dlya-avtomatizatsii-vashego-mira","title":{"rendered":"Ansible: aktualizacje kluczowych rozwi\u0105za\u0144 do automatyzacji twojego \u015bwiata","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Spo\u0142eczno\u015b\u0107 Ansible ci\u0105gle zaskakuje now\u0105 zawarto\u015bci\u0105 \u2013 wtyczkami i modu\u0142ami \u2013 co generuje wiele nowej pracy dla tych, kt\u00f3rzy zajmuj\u0105 si\u0119 utrzymaniem Ansible, poniewa\u017c nowy kod nale\u017cy jak najszybciej zintegrowa\u0107 z repozytoriami. Niekiedy nie udaje si\u0119 dotrzyma\u0107 termin\u00f3w, co op\u00f3\u017ania uruchomienie niekt\u00f3rych gotowych produkt\u00f3w do nast\u0119pnej oficjalnej wersji Ansible Engine. Do niedawna u\u017cytkownicy ko\u0144cowi mieli tylko jeden spos\u00f3b na pozyskanie nowej zawarto\u015bci Ansible \u2013 razem z now\u0105 wersj\u0105 Ansible Engine.<\/p>\n

\"Ansible:
\n
\nAby wyeliminowa\u0107 niedogodno\u015bci, spo\u0142eczno\u015b\u0107 Ansible rozpocz\u0119\u0142a prac\u0119 nad bardziej elastycznymi opcjami tworzenia i pozyskiwania zawarto\u015bci.
\n<\/a><\/noindex><\/p>\n

Red Hat Ansible Engine 2.8: w kierunku nowych metod przetwarzania zawarto\u015bci Ansible<\/h3>\n

\nW odpowiedzi na pro\u015bby u\u017cytkownik\u00f3w nast\u0105pi\u0142y zmiany w Ansible Engine 2.8, dotycz\u0105ce przetwarzania zawarto\u015bci, kt\u00f3ra nie jest cz\u0119\u015bci\u0105 oficjalnego wydania<\/b>. Te zmiany pozwol\u0105 wprowadzi\u0107 nowy spos\u00f3b dostarczania zawarto\u015bci u\u017cytkownikom, kt\u00f3ry nie b\u0119dzie zale\u017ca\u0142 od administrator\u00f3w Ansible podczas zarz\u0105dzania zar\u00f3wno zawarto\u015bci\u0105 Ansible, jak i kodem samej platformy.<\/p>\n

Planowane jest, \u017ce w nast\u0119pnych wydaniach tw\u00f3rcy (Creators) zawarto\u015bci b\u0119d\u0105 mogli dostarcza\u0107 j\u0105 w postaci specjalnych paczek, tzw. Kolekcji (Collection), kt\u00f3re b\u0119dzie mo\u017cna instalowa\u0107 w odpowiednim miejscu na g\u0142\u00f3wnym w\u0119\u017ale Ansible (w\u0119ze\u0142 kontrolny) lub na w\u0119\u017ale zarz\u0105dzanym (w\u0119ze\u0142 zarz\u0105dzany). Tw\u00f3rca kolekcji b\u0119dzie bezpo\u015brednio w paczce okre\u015bla\u0107 szczeg\u00f3\u0142y wykonywania za pomoc\u0105 r\u00f3l i playbook\u00f3w. Dzi\u0119ki powy\u017cszym zmianom w Ansible Engine kolekcje stan\u0105 si\u0119 jednym z narz\u0119dzi, kt\u00f3re pozwol\u0105 od\u0142\u0105czy\u0107 wydanie zawarto\u015bci od wydania oficjalnych wersji Ansible Engine.<\/b>.<\/p>\n

Nowa konstrukcja Become<\/h4>\n

\nKonstrukcja Become istnieje ju\u017c od dawna, ale od wersji 2.8 s\u0142owo BECOME jest domy\u015blnie u\u017cywane w Ansible Engine do \u017c\u0105dania has\u0142a przy podnoszeniu uprawnie\u0144 (uprawnienia sudo w systemach *nix lub tryb enable na urz\u0105dzeniach sieciowych). Innymi s\u0142owy, teraz BECOME to standardowe narz\u0119dzie podnoszenia uprawnie\u0144, kt\u00f3re samo radzi sobie z docelowym systemem.<\/p>\n

Oto przyk\u0142ad jego u\u017cycia:<\/p>\n

ansible-playbook --become --ask-become-pass site.yml\nBECOME password:\n<\/code><\/pre>\n
\nPonadto w Ansible Engine 2.8 pojawi\u0142 si\u0119 wtyczka BECOME, kt\u00f3ra dzia\u0142a jak doas w systemach Linux i jak runas w systemach Windows, pozwalaj\u0105c na wykonywanie dzia\u0142a\u0144 w imieniu okre\u015blonego u\u017cytkownika. Dla podniesienia uprawnie\u0144 na urz\u0105dzeniach sieciowych wykorzystywana jest wtyczka become o nazwie enable.<\/p>\n
Wyszukiwanie interpretera Pythona<\/h4>\n
\nMo\u017cliwe, \u017ce napotka\u0142e\u015b taki b\u0142\u0105d:<\/p>\n
\/usr\/bin\/python: bad interpreter: No such file or directory\n<\/code><\/pre>\n
\nChodzi o to, \u017ce w poprzednich wersjach Ansible Engine domy\u015blnie zak\u0142adano, \u017ce g\u0142\u00f3wny (u\u017cywany domy\u015blnie) interpreter Pythona znajduje si\u0119 w folderze \/usr\/bin\/python. Od wersji 2.8 Ansible wyszukuje interpreter na ka\u017cdym docelowym systemie, najpierw por\u00f3wnuj\u0105c go z tabel\u0105 \u015bcie\u017cek i nazw plik\u00f3w wykonywalnych g\u0142\u00f3wnego interpretera Pythona w r\u00f3\u017cnych dystrybucjach, a nast\u0119pnie u\u017cywaj\u0105c uporz\u0105dkowanych list zapasowych (fallback list), wi\u0119cej informacji znajdziesz w Przewodniku po przenoszeniu do Ansible 2.8<\/a><\/noindex>.<\/p>\n
Pliki Retry nie s\u0105 ju\u017c domy\u015blnie tworzone<\/h4>\n
\nCzy d\u0142ugo szuka\u0142e\u015b na dysku plik\u00f3w .retry? Je\u015bli od dawna korzystasz z Ansible, zapewne jest ich sporo, a tylko zajmuj\u0105 cenne miejsce. Od wersji 2.8 Ansible Engine domy\u015blnie nie tworzy ju\u017c tych plik\u00f3w (co mo\u017cna cofn\u0105\u0107, edytuj\u0105c u\u017cywany plik ansible.cfg).<\/p>\n
Zaktualizowane podsumowanie rozgrywki<\/h4>\n
\nFragment z Przewodniki po przenoszeniu do Ansible 2.8<\/a><\/noindex>:<\/p>\n
Podsumowanie rozgrywki teraz uwzgl\u0119dnia zadania (tasks) o statusie ignored i rescued, a tak\u017ce ok, changed, unreachable, failed oraz skipped, dzi\u0119ki dw\u00f3m nowym licznikom statystyki w wtyczce callback o nazwie default. Zadania failed, dla kt\u00f3rych ustawiono flag\u0119 ignore_errors: yes, s\u0105 traktowane jako ignored. Zadania failed, dla kt\u00f3rych nast\u0119pnie wykonano sekcj\u0119 rescue, s\u0105 traktowane jako rescued. Nale\u017cy zauwa\u017cy\u0107, \u017ce w przeciwie\u0144stwie do poprzednich wersji Ansible, zadania rescued nie s\u0105 ju\u017c traktowane jako failed.<\/p><\/blockquote>\n
\nA w tabeli podsumowania rozgrywki po zako\u0144czeniu wykonywania playbooka w przypadku host\u00f3w pojawi\u0142y si\u0119 dodatkowe kolumny skipped, rescued oraz ignored:<\/p>\n
\"Ansible:<\/p>\n
Chmury i kontenery<\/h4>\n
\nW wersji 2.8 wprowadzono ulepszenia i dodatki w modu\u0142ach chmurowych i kontenerowych do pracy z Amazon Web Services, Microsoft Azure, Google Cloud, Digital Ocean, podman<\/a><\/noindex> i kubevirt<\/a><\/noindex>. Warto r\u00f3wnie\u017c zauwa\u017cy\u0107, \u017ce pliki TOML mo\u017cna teraz u\u017cywa\u0107 jako \u017ar\u00f3d\u0142o inventory.<\/p>\n
Paramiko<\/h4>\n
\nCzy korzystasz z Red Hat Ansible Network Automation? Ansible Engine 2.8 nie zawiera ju\u017c paramiko i nie jest od niego zale\u017cny. Domy\u015blnie Ansible Engine u\u017cywa ssh. Je\u015bli potrzebujesz paramiko, mo\u017cesz go zainstalowa\u0107 poleceniem pip install paramiko.<\/p>\n
Je\u015bli potrzebujesz wsparcia w korzystaniu z paramiko w ramach subskrypcji Red Hat, zapoznaj si\u0119 z artyku\u0142em w bazie wiedzy Brak pakietu Paramiko po nowej instalacji Ansible Engine<\/a><\/noindex>.<\/p>\n
Nowa wersja Red Hat Ansible Engine wzbogaci\u0142a si\u0119 o imponuj\u0105c\u0105 list\u0119 ulepsze\u0144 i zmian, z kt\u00f3rymi mo\u017cna zapozna\u0107 si\u0119 w szczeg\u00f3\u0142ach tutaj<\/a><\/noindex>.<\/b><\/p>\n
Red Hat Ansible Tower 3.5: wi\u0119cej automatyzacji<\/h3>\n
\nOd ko\u0144ca maja dost\u0119pna jest nowa wersja Red Hat Ansible Tower 3.5, oferuj\u0105ca kilka istotnych ulepsze\u0144 dla automatyzacji, o kt\u00f3rych porozmawiamy, je\u015bli jeszcze sam nie mia\u0142e\u015b okazji ich sprawdzi\u0107.<\/p>\n
Zacznijmy od kluczowych informacji:<\/p>\n