block<\/code> E assim por diante. Quanto melhor voc\u00ea conhecer o Ansible, mais nuances poder\u00e1 citar para uma solu\u00e7\u00e3o \"inteligente\". E uma solu\u00e7\u00e3o simples \u2014 o uso de uma separa\u00e7\u00e3o natural entre pre\/roles\/post \u2014 n\u00e3o levanta nuances.<\/p>\n<\/p>\n
E, voltando ao nosso 'foo'. Onde coloc\u00e1-lo? Em pre, post ou roles? Isso claramente depende de precisarmos dos resultados do trabalho do manipulador para o foo. Se n\u00e3o precisamos, ent\u00e3o foo n\u00e3o deve ser colocado em pre nem em post \u2014 essas se\u00e7\u00f5es t\u00eam um significado especial \u2014 a execu\u00e7\u00e3o das tarefas antes e depois do bloco de c\u00f3digo principal.<\/p>\n
<\/p>\n
Agora, a resposta \u00e0 pergunta \"papel ou tarefa\" se baseia no que j\u00e1 existe no play \u2014 se l\u00e1 existem tasks, ent\u00e3o deve-se adicionar \u00e0s tasks. Se existem roles \u2014 \u00e9 necess\u00e1rio criar uma role (mesmo que de uma \u00fanica task). Lembro que tasks e roles n\u00e3o s\u00e3o usadas simultaneamente.<\/p>\n
<\/p>\n
Entender os fundamentos do Ansible fornece respostas fundamentadas para quest\u00f5es que, \u00e0 primeira vista, parecem de gosto particular.<\/p>\n
<\/p>\n
Tarefas e pap\u00e9is (parte dois)<\/h1>\n <\/p>\n
Agora vamos discutir a situa\u00e7\u00e3o em que voc\u00ea est\u00e1 apenas come\u00e7ando a escrever um playbook. Voc\u00ea precisa fazer foo, bar e baz. S\u00e3o tr\u00eas tarefas, um papel ou tr\u00eas pap\u00e9is? Resumindo a quest\u00e3o: em que momento devemos come\u00e7ar a escrever pap\u00e9is? Qual \u00e9 o sentido de escrever pap\u00e9is quando podemos escrever tarefas?\u2026 E o que \u00e9 um papel?<\/p>\n
<\/p>\n
Um dos maiores erros (j\u00e1 mencionei isso) \u00e9 pensar que um papel \u00e9 como uma fun\u00e7\u00e3o em uma biblioteca de um programa. Como se parece uma descri\u00e7\u00e3o gen\u00e9rica de uma fun\u00e7\u00e3o? Ela recebe argumentos de entrada, interage com causas secund\u00e1rias, realiza efeitos colaterais e retorna um valor.<\/p>\n
<\/p>\n
Agora, aten\u00e7\u00e3o. O que disso pode ser feito em uma role? Causar efeitos colaterais \u2014 sempre sim, essa \u00e9 a ess\u00eancia de todo o Ansible \u2014 causar efeitos colaterais. Ter causas secund\u00e1rias? Elementar. Mas com \"passar um valor e retorn\u00e1-lo\" \u2014 aqui \u00e9 que n\u00e3o. Em primeiro lugar, voc\u00ea n\u00e3o pode passar um valor para uma role. Voc\u00ea pode definir uma vari\u00e1vel global com um tempo de vida da dura\u00e7\u00e3o do play na se\u00e7\u00e3o vars da role. Voc\u00ea pode estabelecer uma vari\u00e1vel global com um tempo de vida no play dentro da role. Ou mesmo com um tempo de vida do playbook (set_fact<\/code>\/register<\/code>). Mas voc\u00ea n\u00e3o pode ter \"vari\u00e1veis locais\". Voc\u00ea n\u00e3o pode \"receber um valor\" e \"retorn\u00e1-lo\".<\/p>\n<\/p>\n
Dessa forma, conclui-se o principal: n\u00e3o se pode escrever algo em ansible e n\u00e3o causar efeitos colaterais. A modifica\u00e7\u00e3o de vari\u00e1veis globais \u00e9 sempre um efeito colateral para uma fun\u00e7\u00e3o. No Rust, por exemplo, a altera\u00e7\u00e3o de uma vari\u00e1vel global \u00e9 unsafe<\/code>. No Ansible, o \u00fanico m\u00e9todo para alterar os valores de um papel. Preste aten\u00e7\u00e3o \u00e0s palavras utilizadas: n\u00e3o \u00e9 "passar valor para o papel", mas sim "alterar os valores que o papel utiliza". N\u00e3o h\u00e1 isolamento entre os pap\u00e9is. N\u00e3o h\u00e1 isolamento entre tarefas e pap\u00e9is.<\/p>\n<\/p>\n
No total: um papel n\u00e3o \u00e9 uma fun\u00e7\u00e3o<\/strong>.<\/p>\n<\/p>\n
O que h\u00e1 de bom em um papel? Primeiro, um papel possui valores padr\u00e3o (\/default\/main.yaml<\/code>), em segundo lugar, um papel tem diret\u00f3rios adicionais para armazenar arquivos.<\/p>\n<\/p>\n
Quais s\u00e3o as vantagens dos valores padr\u00e3o? O fato \u00e9 que, na tabela de prioridades bastante distorcida da pir\u00e2mide de Maslow em Ansible, os valores padr\u00e3o de papel \u2014 s\u00e3o os menos priorit\u00e1rios (exceto por par\u00e2metros de linha de comando do Ansible). Isso significa que, se voc\u00ea precisar fornecer valores padr\u00e3o e n\u00e3o se preocupar que eles sobrescrevam os valores do invent\u00e1rio ou vari\u00e1veis de grupo, ent\u00e3o os valores padr\u00e3o do papel s\u00e3o o \u00fanico lugar certo para voc\u00ea. (Estou mentindo um pouco \u2014 h\u00e1 tamb\u00e9m |d(your_default_here)<\/code>, mas falando sobre locais fixos \u2014 s\u00e3o apenas os valores padr\u00e3o dos pap\u00e9is).<\/p>\n<\/p>\n
O que mais \u00e9 bom nos pap\u00e9is? O fato de que eles t\u00eam seus pr\u00f3prios diret\u00f3rios. Esses s\u00e3o diret\u00f3rios para vari\u00e1veis, tanto fixas (ou seja, calculadas para o papel), quanto din\u00e2micas (existe um padr\u00e3o ou anti-padr\u00e3o \u2014 include_vars<\/code> junto com {{ ansible_distribution }}-{{ ansible_distribution_major_version }}.yml<\/code>.). Esses s\u00e3o diret\u00f3rios para files\/<\/code>, templates\/<\/code>. Al\u00e9m disso, permite que os pap\u00e9is tenham seus pr\u00f3prios m\u00f3dulos e plugins (library\/<\/code>). No entanto, em compara\u00e7\u00e3o com as tarefas do playbook (que tamb\u00e9m podem ter tudo isso), a vantagem aqui \u00e9 apenas que os arquivos n\u00e3o est\u00e3o todos em uma \u00fanica pilha, mas em v\u00e1rias pilhas separadas.<\/p>\n<\/p>\n
Outro detalhe: voc\u00ea pode tentar criar pap\u00e9is que estar\u00e3o dispon\u00edveis para reutiliza\u00e7\u00e3o (via galaxy). Ap\u00f3s o surgimento de cole\u00e7\u00f5es, a dissemina\u00e7\u00e3o de pap\u00e9is pode ser considerada quase esquecida.<\/p>\n
<\/p>\n
Assim, os pap\u00e9is possuem duas caracter\u00edsticas importantes: eles t\u00eam valores padr\u00e3o (uma caracter\u00edstica \u00fanica) e permitem estruturar o c\u00f3digo.<\/p>\n
<\/p>\n
Retornando \u00e0 pergunta inicial: quando usar tarefas e quando usar pap\u00e9is? As tarefas em um playbook geralmente s\u00e3o usadas como "adesivo" antes\/depois dos pap\u00e9is, ou como um elemento de constru\u00e7\u00e3o aut\u00f4nomo (neste caso, o c\u00f3digo n\u00e3o deve conter pap\u00e9is). Um monte de tarefas normais misturadas com pap\u00e9is \u00e9 indiscutivelmente desleixado. Deve-se seguir um estilo espec\u00edfico \u2014 ou tarefas ou pap\u00e9is. Os pap\u00e9is oferecem separa\u00e7\u00e3o de entidades e padr\u00f5es, enquanto as tarefas permitem uma leitura de c\u00f3digo mais r\u00e1pida. Normalmente, os pap\u00e9is cont\u00eam c\u00f3digo mais "estacion\u00e1rio" (importante e complexo), enquanto o estilo de tarefas \u00e9 usado para escrever scripts auxiliares.<\/p>\n
<\/p>\n
Existe a possibilidade de fazer import_role como uma tarefa, mas se voc\u00ea estiver fazendo isso, esteja preparado para justificar seu senso est\u00e9tico sobre por que deseja faz\u00ea-lo.<\/p>\n
<\/p>\n
Um leitor atencioso pode afirmar que fun\u00e7\u00f5es podem importar fun\u00e7\u00f5es, que fun\u00e7\u00f5es podem ter depend\u00eancias atrav\u00e9s do galaxy.yml, e ainda h\u00e1 o assustador e terr\u00edvel include_role<\/code> \u2014 lembre-se, estamos aprimorando habilidades b\u00e1sicas em Ansible, e n\u00e3o em gin\u00e1stica r\u00edtmica.<\/p>\n<\/p>\n
Handlers e Tarefas<\/h1>\n <\/p>\n
Vamos discutir mais uma coisa \u00f3bvia: handlers. Saber us\u00e1-los corretamente \u00e9 quase uma arte. Qual \u00e9 a diferen\u00e7a entre um handler e uma tarefa?<\/p>\n
<\/p>\n
Como estamos relembrando o b\u00e1sico, aqui est\u00e1 um exemplo:<\/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
Os handlers do papel est\u00e3o localizados em rolename\/handlers\/main.yaml. Os handlers s\u00e3o compartilhados entre todos os participantes do play: pr\u00e9\/post_tarefas podem chamar os handlers do papel, e o papel pode chamar os handlers do play. No entanto, chamadas de handlers "entre pap\u00e9is" geram muito mais confus\u00e3o do que a repeti\u00e7\u00e3o de um handler trivial. (Outro elemento das melhores pr\u00e1ticas \u2014 tentar evitar repeti\u00e7\u00f5es nos nomes dos handlers).<\/p>\n
<\/p>\n
A principal diferen\u00e7a \u00e9 que uma tarefa \u00e9 executada (de forma idempotente) sempre (mais ou menos com tags e when<\/code>), enquanto um handler \u00e9 ativado por uma mudan\u00e7a de estado (notify \u00e9 acionado apenas se houve altera\u00e7\u00e3o). Quais as implica\u00e7\u00f5es disso? Por exemplo, o que acontece se, ao executar novamente, n\u00e3o houve altera\u00e7\u00e3o? Ent\u00e3o, n\u00e3o haver\u00e1 handler tamb\u00e9m. Mas por que precisar\u00edamos executar um handler quando n\u00e3o houve altera\u00e7\u00e3o na tarefa que o gerou? Por exemplo, porque algo quebrou e houve altera\u00e7\u00e3o, mas a execu\u00e7\u00e3o n\u00e3o chegou ao handler. Por exemplo, porque a rede estava temporariamente fora. A configura\u00e7\u00e3o mudou, mas o servi\u00e7o n\u00e3o foi reiniciado. Na pr\u00f3xima execu\u00e7\u00e3o, a configura\u00e7\u00e3o j\u00e1 n\u00e3o muda, e o servi\u00e7o permanece com a vers\u00e3o antiga da configura\u00e7\u00e3o.<\/p>\n<\/p>\n
A situa\u00e7\u00e3o com a configura\u00e7\u00e3o n\u00e3o \u00e9 resolv\u00edvel (mais precisamente, voc\u00ea pode inventar um protocolo especial de reinicializa\u00e7\u00e3o com flags de arquivo etc., mas isso j\u00e1 n\u00e3o \u00e9 'ansible b\u00e1sico' de forma alguma). No entanto, existe outra hist\u00f3ria comum: instalamos o aplicativo, gravamos suas informa\u00e7\u00f5es. .service<\/code>- arquivo, e agora queremos daemon_reload<\/code> e state=started<\/code>. E o lugar natural para isso parece ser um handler. Mas se torn\u00e1-lo uma tarefa no final da lista de tarefas ou um papel, ele ser\u00e1 executado de forma idempotente toda vez. Mesmo que o playbook tenha falhado no meio. Isso n\u00e3o resolve o problema de restarted (n\u00e3o se pode fazer uma tarefa com o atributo restarted, pois a idempot\u00eancia se perde), mas definitivamente vale a pena definir o state=started, a estabilidade geral dos playbooks aumenta, pois diminui o n\u00famero de depend\u00eancias e estados din\u00e2micos.<\/p>\n<\/p>\n
Outra caracter\u00edstica positiva do handler \u00e9 que ele n\u00e3o polui a sa\u00edda. N\u00e3o houve altera\u00e7\u00f5es \u2014 n\u00e3o h\u00e1 skips in\u00fateis ou ok na sa\u00edda \u2014 mais f\u00e1cil de ler. Por\u00e9m, isso tamb\u00e9m \u00e9 uma caracter\u00edstica negativa \u2014 se voc\u00ea encontrar um erro de digita\u00e7\u00e3o em uma tarefa execut\u00e1vel linear logo na primeira execu\u00e7\u00e3o, os handlers s\u00f3 ser\u00e3o executados quando houver altera\u00e7\u00f5es, ou seja, em algumas condi\u00e7\u00f5es \u2014 muito raramente. Por exemplo, a primeira vez na vida depois de cinco anos. E, claro, haver\u00e1 um erro na nomenclatura e tudo ir\u00e1 quebrar. Na segunda vez, eles n\u00e3o poder\u00e3o ser acionados \u2014 j\u00e1 que n\u00e3o houve altera\u00e7\u00f5es.<\/p>\n
<\/p>\n
Deve-se falar separadamente sobre a acessibilidade das vari\u00e1veis. Por exemplo, se voc\u00ea notifica uma tarefa com um loop, o que estar\u00e1 nas vari\u00e1veis? Pode-se deduzir analiticamente, mas nem sempre isso \u00e9 trivial, especialmente se as vari\u00e1veis v\u00eam de lugares diferentes.<\/p>\n
<\/p>\n
Portanto, os handlers s\u00e3o muito menos \u00fateis e muito mais problem\u00e1ticos do que parece. Se for poss\u00edvel escrever algo de forma elegante (sem complica\u00e7\u00f5es) sem handlers, \u00e9 melhor faz\u00ea-lo sem eles. Se n\u00e3o conseguir fazer isso de forma elegante, \u00e9 melhor us\u00e1-los.<\/p>\n
<\/p>\n
O leitor atento observa com raz\u00e3o que n\u00e3o discutimos listen<\/code>, que o handler pode chamar notify para outro handler, que o handler pode incluir import_tasks (que pode fazer include_role com with_items), que o sistema de handlers no Ansible \u00e9 Turing-completo, que os handlers de include_role se sobrep\u00f5em de forma interessante aos handlers do play, etc. \u2014 tudo isso claramente n\u00e3o s\u00e3o \"fundamentos\").<\/p>\n<\/p>\n
Embora haja um WTF espec\u00edfico que na verdade \u00e9 uma feature e que deve ser lembrado. Se voc\u00ea tem uma tarefa que \u00e9 executada com delegate_to<\/code> e ela tem notify, o handler correspondente \u00e9 executado sem delegate_to<\/code>, ou seja, na m\u00e1quina onde o play est\u00e1 designado. (Embora o handler possa, naturalmente, ter delegate_to<\/code> tamb\u00e9m).<\/p>\n<\/p>\n
Eu gostaria de dizer algumas palavras sobre roles reutiliz\u00e1veis. Antes do surgimento das cole\u00e7\u00f5es, havia a ideia de criar roles universais que poderiam ser ansible-galaxy install<\/code> e fui. Funciona em todos os sistemas operacionais, em todas as variantes, em todas as situa\u00e7\u00f5es. Ent\u00e3o, aqui est\u00e1 minha opini\u00e3o: isso n\u00e3o funciona. Qualquer papel com suporte a 100500 casos est\u00e1 fadado a abismos de bugs corner case. Eles podem ser contidos com testes massivos, mas, como em qualquer teste, ou voc\u00ea tem o produto cartesiano dos valores de entrada e uma fun\u00e7\u00e3o total, ou voc\u00ea tem \"cen\u00e1rios individuais cobertos\". Minha opini\u00e3o \u00e9 que \u00e9 muito melhor se o papel for linear (complexidade ciclom\u00e1tica 1). include_vars<\/code>, suportando um n\u00famero infinito de casos, est\u00e1 condenada \u00e0s profundezas dos bugs de corner case. Eles podem ser corrigidos com testes maci\u00e7os, mas como em qualquer teste, ou voc\u00ea tem o produto cartesiano dos valores de entrada e uma fun\u00e7\u00e3o total, ou cobre \"cen\u00e1rios espec\u00edficos\". Na minha opini\u00e3o, \u00e9 muito melhor se o papel for linear (complexidade ciclom\u00e1tica 1).<\/p>\n<\/p>\n
Quanto menos ifs (expl\u00edcitos ou declarativos \u2014 na forma when<\/code> por conjunto de vari\u00e1veis), melhor ser\u00e1 o papel. \u00c0s vezes \u00e9 necess\u00e1rio fazer ramifica\u00e7\u00f5es, mas, repito, quanto menos, melhor. Portanto, um papel que parece bom com galaxy (funciona, certo!) com um monte de include_vars<\/code> pode ser menos prefer\u00edvel do que \"seu\" papel composto por cinco tarefas. O momento em que o papel com galaxy \u00e9 melhor \u2014 \u00e9 quando voc\u00ea come\u00e7a a escrever algo. O momento em que ele se torna pior \u2014 \u00e9 quando algo quebra e voc\u00ea suspeita que isso seja devido \u00e0 \"papel com galaxy\". Voc\u00ea o abre e l\u00e1 est\u00e3o cinco inclus\u00f5es, oito listas de tarefas e uma pilha when<\/code> pode ser menos prefer\u00edvel do que um \"papel\" pr\u00f3prio de cinco tarefas. O momento em que um papel com galaxy \u00e9 melhor \u2014 \u00e9 quando voc\u00ea come\u00e7a a escrever algo. O momento em que se torna pior \u2014 \u00e9 quando algo quebra, e voc\u00ea suspeita que \u00e9 por causa do \"papel com galaxy\". Voc\u00ea o abre e l\u00e1 est\u00e3o cinco inclus\u00f5es, oito listas de tarefas e uma pilha when<\/code>\u2026 E \u00e9 nisso que voc\u00ea precisa se aprofundar. Em vez de 5 tarefas em uma lista linear, na qual n\u00e3o h\u00e1 nada para quebrar.<\/p>\n<\/p>\n
Um pouco sobre invent\u00e1rio, vari\u00e1veis de grupo, plugin host_group_vars, hostvars. Como amarrar o n\u00f3 g\u00f3rdio em um emaranhado. Escopo e preced\u00eancia de vari\u00e1veis, modelo de mem\u00f3ria do Ansible. \"Ent\u00e3o, onde realmente devemos armazenar o nome de usu\u00e1rio para o banco de dados?\".<\/h1>\n <\/p>\n
\nUm pouco sobre invent\u00e1rio, vari\u00e1veis de grupo, plugin host_group_vars, hostvars. Como amarrar a espaguete em um n\u00f3 g\u00f3rdio. Escopo e preced\u00eancia de vari\u00e1veis, modelo de mem\u00f3ria do Ansible. \"Ent\u00e3o, onde exatamente armazenar o nome de usu\u00e1rio para o banco de dados?\".<\/li>\n \u2014 nosql notype nosense, uma massa male\u00e1vel. Est\u00e1 em todo lugar, at\u00e9 mesmo onde voc\u00ea n\u00e3o espera. Um pouco sobre<\/code> !!unsafe e yaml saboroso.<\/code> Fa\u00e7o muitas an\u00e1lises de c\u00f3digo de outras pessoas no Ansible e escrevo muito eu mesmo.<\/li>\n<\/ul>\nFonte: 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