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: yesEste 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: yesEste 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!