update_cache: yes become: yes
Porque update_cache e become: yes não são usados após esse novo bloco?
- name: Instalando dependencias com pip (Django e Django Rest)
pip:
virtualenv: /home/ubuntu/tcc/venv
name:
- django
- djangorestframework
update_cache: yes become: yes
Porque update_cache e become: yes não são usados após esse novo bloco?
Olá, Bruno.
Tudo bem?
Vou tentar explicar os dois, e mostrar um exemplo, veja:
update_cache: yes
Este parâmetro é usado geralmente em tarefas que envolvem a instalação de pacotes do sistema operacional, como apt
ou yum
, para garantir que o cache do gerenciador de pacotes esteja atualizado antes de tentar instalar qualquer coisa. No caso específico da instalação de dependências com pip
dentro de um virtualenv
, não há necessidade de atualizar o cache do sistema, pois o pip
gerencia seus próprios pacotes e repositórios de forma independente.
become: yes
Este parâmetro é utilizado para elevar os privilégios de execução da tarefa, geralmente para o usuário root ou outro usuário com permissões administrativas. No caso da instalação de pacotes dentro de um virtualenv
, isso geralmente não é necessário, pois o virtualenv
é criado e gerenciado dentro do diretório do usuário, e não requer privilégios elevados.
Vamos considerar um exemplo prático para ilustrar:
update_cache
e become
- name: Atualizando cache do apt e instalando pacotes do sistema
apt:
update_cache: yes
name:
- python3
- python3-venv
become: yes
update_cache
e become
- name: Instalando dependências com pip (Django e Django Rest)
pip:
virtualenv: /home/ubuntu/tcc/venv
name:
- django
- djangorestframework
No primeiro exemplo, estamos lidando com pacotes do sistema operacional, então update_cache: yes
e become: yes
são necessários. No segundo exemplo, estamos instalando pacotes Python dentro de um virtualenv
, onde essas opções não são necessárias.
Espero ter ajudado e bons estudos!
Blz, oobrigado!