Comments 18
так что с бобром
Вопрос - если у меня есть cron-задача и я хочу её временно выключить - как это сделать?
Если на сервер ходит больше одного человека - как организационно это обычно регулируется?
Задачи в кроне можно временно отключать с флагом disabled: true. Это просто закомментирует строку в crontab, false соответственно раскомментирует
Когда над сервером работают несколько человек, можно подключить AWX: это веб-интерфейс для Ansible, где видно, кто что запустил, какие плейбуки менялись, можно давать права, запускать задачи по расписанию и всё такое.
hosts: Группа хостов
become: yes
tasks:
name: Произвольное имя
ansible.builtin.cron:
name: Имя_задачи_в_cron
user: Имя_пользователя
disabled: true
...
Параметр disabled в модуле ansible.builtin.cron отключит задачу "Имя_задачи_в_cron" для пользователя "Имя_пользователя".
Playbook это не набор задач - playbook это набор play. А вот play это уже совокупность задач/ролей и объектов, к которым они применяются.
Базовые правила дублируется для лучшего понимания?)
А как удалять, если больше не надо?
vars/main.yml # переменные по умолчанию
хм ..
ансибл — круто, но часть статьи явно нейронкой написана:
1. Сейчас мало кто пишет роли, лучше сразу писать коллекцию, гораздо больше преимуществ:
роли можно декомпозировать по смыслу
можно нормально писать плагины (libraries очень криво работает)
будет работать FQCN
туда же можно напихать готовые плейбуки и тесты
2. Инвентори лучше писать в YAML
3. ansible-vault хорошо, но для больших проектов hashicorp vault лучше)
Сударь, а вас не учили не спамить рекламой своих услуг в телеграм чатах?
А давно одно сообщение является спамом?
Мне бы не хотелось вас расстраивать, но размещение сообщения о своих услугах в чате, предназначенном для публикации вакансий, вместо самой вакансии — это и есть нарушение правил.
Честно говоря, для меня это удивительно и даже немного странно — слышать от технического специалиста, что "один раз всё-таки можно". Это напоминает известный фразеологизм "один раз — не…" — вы, наверняка, знаете, чем он заканчивается.
Рекомендую пересмотреть своё отношение. Я и сам не безгрешен — совершал ошибки, но мир не так уж велик, как кажется. А мир ИТ — и вовсе тесен. Так зачем же своими необдуманными поступками сокращать собственное окно возможностей?
Разумеется, этот текст носит сугубо рекомендательный характер.
ansible-playbook -i hosts site.yml --tags upgrade
Господи, опять теги...
Не умоляю заслуги ансибла, сам им пользуюсь и рекомендую пользоваться в продакшен.
Но just for fun и для запуска однотипных команд "на коленке" написал свой инструмент: https://github.com/taksenov/postsl
Ansible для людей: автоматизировал и выдохнул