공개적으로 유지되는 Ansible-Galaxy 역할을 사용하지 않는 경우 쉘 스크립트보다 Ansible을 사용하면 어떤 이점이 있습니까? [폐쇄]

유사한 쉘(Bash) 스크립트를 사용하여 원격 Debian 시스템에 몇 가지 추가 기능이 포함된 LAMP를 설정했습니다.

#/bin/bash

apt update -y
apt upgrade ufw sshguard unattended-upgrades wget curl git zip unzip tree -y

ufw --force enable
ufw allow 22,25,80,443

apt upgrade lamp-server^ ssmtp
apt upgrade python-certbot-apache
apt upgrade php-{cli,curl,mbstring,mcrypt,gd} phpmyadmin

curl -sS https://getcomposer.org/installer -o composer-setup.php
php composer-setup.php --install-dir=/usr/local/bin --filename=composer

cat <<-EOF > /etc/php*/conf.d/local.ini
    upload_max_filesize = 2000M
    post_max_size = 2000M
EOF

a2enmod http2 deflate expires

비슷한 스크립트를 본 일부 시스템 관리자는 "이 작업을 수행하려면 Ansible을 사용하는 것이 좋습니다. 그렇지 않으면 유지 관리가 악몽이 될 것입니다."라고 말했습니다.

글쎄, 나는 내가 작성한 다음 Ansible 플레이북을 사용하여 본질적으로 동일한 효과를 얻을 수 있습니다(현재 무료 머신이 없기 때문에 아직 테스트되지 않았지만 모든 머신에 배포하면 작동해야 함).

---

- hosts: all 
  become: yes
  become_user: root
  tasks:

    - name: Update apt package-indexes cache
      apt:
        update_cache=yes

    - name: Install external basics
        apt: state=latest
          with-items:
            - ufw
            - sshguard
            - unattended-upgrades
            - wget
            - curl
            - git
            - zip
            - unzip
            - tree

    - name: Setup firewall with ufw
      ufw:
        rule: allow
        port: 22,25,80,443

    - name: Establish a LAPMS server environment (Linux, Apache, PHP, MySQL, SSMTP)
        apt: state=latest
          with-items:
            - apache2 # Web server
            - python-certbot-apache
            - php
            - php-mysql # MySQL server 
            - php-cli
            - php-curl
            - php-mbstring
            - php-mcrypt
            - php-gd
            - phpmyadmin
            - ssmtp # Email server

    - name: Manually install PHP Composer
      get_url:
        url: https://getcomposer.org/installer
        dest: /tmp/composer-setup.php
      command: php /tmp/composer-setup.php --install-dir=/usr/local/bin --filename=composer

    - name: Configure PHP variables
      shell: |
        cat <<-EOF > /etc/php*/conf.d/local.ini
          upload_max_filesize = 2000M
          post_max_size = 2000M
        EOF
      args:  
        executable: /bin/bash

    - apache2_module:
    state: present
    name: http2

    - apache2_module:
    state: present
    name: deflate

    - apache2_module:
    state: present
    name: expires

내 생각

위의 작은 예에서는 순수 쉘 스크립팅에 비해 순수 Ansible을 사용하는 데 큰 이점이 없다고 생각합니다.Ansible은 우리가 지시한 대로만 수행하기 때문에release_upgrades(Apache 2.4에서 3.4로)를 수행하지 않으며 기본적으로 apt upgrade -y예약과 동일한 자동화(예: cron)를 제공하므로 이것이 어떻게 도우미가 될지는 알 수 없습니다(결과도 기본적으로 동일하지만 하나 이상의 Ansible 플레이북의 핵심을 포함하는 잘 구성된 프로그램인 Ansible-Galaxy 역할을 사용하지 않는 한 라인 수는 훨씬 더 높습니다(20/21 대신 72라인).

내 질문

위와 같은 사소한 작업에서 어떻게 Ansible 자체(Ansible-Galaxy 역할을 사용하지 않고)가 일반 셸 스크립트(특히 Bash)보다 더 효율적일 수 있습니까?