Вопросы Теги

Марионеточные атрибуты ресурса модуля

Это действительно легко. Хорошо легко сказать и легкий понять. Могло бы быть трудным сделать, как бы то ни было.

Проще говоря, необходимо понять пользовательские проблемы, и затем необходимо решить их проблемы, не проблемы Отдела ИТ. Если они используют файлы PST, затем узнают почему и адрес это. Если они отказываются измениться, затем узнают почему и адрес это.

Я сочувствую причинам, почему Вы не можете только дать людям 'неограниченное' пространство на почтовом сервере. Но я симпатизирую больше людям, которые просто пытаются сделать их работу и иметь для преодоления препятствий, которые отдел ИТ (таким образом, это чувствует им), помещающий в их пути.

Вы могли бы думать, "но мы не помещаем препятствия в их путь". Я уверен, что Вы не намереваетесь, но рассматриваете это: никто в их правильном уме не хотел бы использовать файл PST. Я имею в виду действительно, делаю Вы встаете по пятницам утром и думаете, что "Это была грубая неделя. Я думаю, что изменю к лучшему неделю путем обработки меня в новый файл PST!". По крайней мере, я действительно надеюсь, что Вы не делаете. Таким образом, если Ваши пользователи делают это затем, или Все они являются сумасшедшими, или у них есть проблемы, которые отдел ИТ не решают.

Их нежелание использовать mimecast функцию могло быть отсутствием понимания, как это работает, могло случиться так, что это не было правильно объяснено им с их точки зрения (как люди IT, мы обычно фокусируемся на том, насколько прохладный некоторая часть технологии а не о том, как это делает вещи легче для наших клиентов), или это могла бы быть доверительная проблема - если отдел ИТ был бесполезен в прошлом по почтовому пространству, и пользователи создали PSTs из отчаяния сами затем, они могут рассматривать новую систему как 'захват', чтобы взять под свой контроль их данные далеко от них и отложить его под режимом, который не всегда сочувствовал их потребностям.

0
задан 1 August 2013 в 18:31
1 ответ

Нет, если вы передаете свои атрибуты как буквальные строки.

Однако вы можете повторно использовать атрибут, если назначите его переменной. Пример: 

$file_path = '/this/is/my/path'

file { 'myfile':
  path   => $file_path,
  ensure => present,
  owner  => 'someuser',
  group  => 'somegroup'
}

notify { "the value of path is: ${file_path}": }

Обратите внимание на последнее двоеточие, разделяющее имя ресурса и параметры (в данном случае их нет, поэтому ресурс просто завершается). notify выше также может быть записано как это ( ссылка ): 

notify { 'my_notify':
  message =>  "the value of path is: ${file_path}",
}

Также обратите внимание на правильное использование одинарных и двойных кавычек. Согласно Puppet Lint, двойные кавычки следует использовать только тогда, когда строка содержит интерполированную переменную , а такие переменные должны быть заключены в фигурные скобки .

1
ответ дан 4 December 2019 в 18:06

Теги

Похожие вопросы