Agentless архитектура
Тема дорожной карты · Ansible
Безагентная архитектура Ansible означает, что на управляемых узлах не требуется никакого программного обеспечения Ansible, демонов или постоянных агентов — достаточно лишь SSH-сервера (или WinRM на Windows) и интерпретатора Python на целевом хосте. При запуске playbook Ansible копирует лёгкие Python-скрипты на управляемый узел через SSH, выполняет их и удаляет, не оставляя никакого следа после закрытия соединения. Такой безагентный подход резко снижает операционные расходы на поддержку инфраструктуры автоматизации: не нужно координировать обновления агентов, открывать дополнительные порты помимо SSH и выполнять шаги начальной настройки перед тем, как новый хост станет управляемым. Безагентная модель также делает Ansible подходящим инструментом для управления сетевыми устройствами и аппаратными средствами, которые не могут запускать произвольное программное обеспечение, — с использованием плагинов соединения network_cli или httpapi вместо SSH.
Как это работает
Agentless архитектура — agentless инструмент управления конфигурацией: control-node ходит по SSH (или WinRM/local) на целевые хосты и гоняет модули, сводящие состояние. Конфиг — YAML-плейбуки; задачи зовут модули (apt, copy, service, template, user, file); модули идемпотентны — два запуска дают тот же результат. Inventory описывает таргеты; переменные параметризуют поведение. Ansible — push-based (вы триггерите с control-node); сравните с Puppet/Chef (pull-based).
Когда применять
Ansible — когда нужно настраивать существующие серверы (применять OS-настройки, деплоить приложения, управлять юзерами), не когда нужно провижионить новую cloud-инфраструктуру (Terraform лучше). Для эфемерных cattle-серверов — immutable-образы (Packer) + Terraform; Ansible хорош на долгоживущих pet. Для маленьких флотов — проще Salt/Puppet/Chef; для тысяч хостов SSH-модель может стать тесной.
Типичные ошибки
Ловушки Agentless архитектура: пишут Ansible как shell-скрипты (command: / shell: повсюду — убивает идемпотентность, используйте реальные модули); запуск плейбуков с ноута в production (нет аудита — запускайте из CI-раннера или AWX); не запиннены версии collection/role; запуск против prod без --check --diff сначала (dry-run ваш друг).