марионеточные циклы для создания пользователей со значениями в необработанном файле
Не уверенный точно, что Вы пытаетесь сделать. Простые Услуги Очереди Amazon могли бы быть соответствующими?
В их объяснении сервиса они говорят:
- Разработчики могут создать неограниченное количество Amazon очереди SQS с неограниченным количеством сообщений.
- Очередь может быть создана в 4 регионах – американский Восток (Северная Вирджиния), американский Запад (Северная Калифорния), ЕС (Ирландия) и Азиатско-Тихоокеанский регион (Сингапур) регионы.
- Тело сообщения может содержать до 64 КБ текста в любом формате (значение по умолчанию составляет 8 КБ).
- Сообщения могут быть сохранены в очередях в течение максимум 14 дней (значение по умолчанию составляет 4 дня).
- Сообщения могут быть отправлены и прочитаны одновременно.
- Когда сообщение получено, это становится “заблокированным”, будучи обработанным. Это мешает другим компьютерам обрабатывать сообщение одновременно. Если сообщение, обрабатывающее сбои, блокировка истечет, и сообщение будет доступно снова. В случае, где для приложения нужно больше времени для обработки, тайм-аут “блокировки” может быть изменен динамично через деятельность ChangeMessageVisibility.
- Разработчики могут получить доступ к Amazon SQS через основанный на стандартах SOAP и Интерфейсы запросов.
- Разработчики могут надежно совместно использовать Amazon очереди SQS с другими. Очереди могут быть совместно использованы с другими учетными записями AWS и Анонимно. Очередь, совместно использующая, может также быть ограничена IP-адресом и время суток.
Определенный тип должен хорошо работать для проблемы владельца .
define usermailbox {
# creates dir /path/to/username:
file { "/path/to/$title":
ensure => directory,
owner => $title,
group => 'mail',
mode => 0660,
}
}
Для заполнения из внешнего источника Hiera - хороший вариант - он интегрирован в Puppet после версии 3.0, но вам нужно будет установить его отдельно в вашей основной системе, если вы все еще используете 2.7. Если вы собираетесь его использовать, вы также можете рассмотреть возможность перехода на него как на более гибкое средство определения ваших узлов.
То, где вы разместите список пользователей, зависит от того, нужно ли это применять только к одной системе или на несколько ... но пока, допустим, мы хотим, чтобы это было специфично для этой системы.
Итак, в вашем /etc/puppet/hiera.yaml (конфигурация того, как Хиера ищет данные), вы будет что-то вроде этого:
:backends:
- yaml
:hierarchy:
- %{::clientcert}
- common
:yaml:
:datadir: '/etc/puppet/hieradata'
Для node.example.com это ' Я буду искать файл /etc/puppet/hieradata/node.example.com.yaml (или common.yaml с более низким приоритетом, так что вы можете использовать его вместо этого, если хотите список доступен в каталогах нескольких серверов). Создайте этот файл, и мы передадим ему список пользователей в формате YAML:
mailbox_users:
- user1
- user2
- user3
Затем мы можем использовать вызов hiera , чтобы получить этот список, вытащить его как переменную и использовать для настройте определение сверху один раз для каждого пользователя в списке.
usermailbox { hiera(mailbox_users): }