Кукла - променлив приоритет, когато се прилага с възел

Усещам известно объркване тук. Един манифест не може да "наследява" друг манифест. Което е по-лошо – от Puppet 4.0 един манифестен файл дори няма да може да import друг.

Това оставя оскъдни възможности за деклариране на променливи с глобален обхват. Така или иначе трябва да избягвате декларирането на една и съща променлива глобално в различни .pp файлове, защото всяка компилация, която импортира и двата файла, ще се провали!

Структура, която работи като „ако този възел включва модул A, използвайте стойност X за променлива N“, е трудна с Puppet. Манифестите работят най-добре, ако има една централна част от информацията, на която можете да разчитате, напр.

node <long-cloud-instance-name-here> {
    $uses_app_foo = true
    $is_master_server = false
    include my_cloud_app
}

След това както решението за включване на модул A, така и присвояването на X към N трябва да се базира на тези променливи на обхвата на възела.

Този модел остарява за голям брой възли. Поради това е препоръчително да създадете йерархия Hiera, която ви помага да дефинирате вашите данни за възел с по-малко излишък.

Актуализация

Виждайки, че очевидно използвате класове, ето допълнителните правила, които трябва да направят нещата по-ясни:

1. променлива, която е декларирана в локалния обхват (клас или дефиниращо тяло), скрива променливи от по-широки обхвати, които споделят нейното име
2. променлива, която е декларирана в блока на възела, скрива глобални променливи със същото име

Редът за оценка не влиза в сила. Правилата за обхват винаги се прилагат. Множество присвоявания в един и същи обхват са забранени и водят до грешка на компилатора. Тъй като не сте изправени пред този сценарий, горните правила се прилагат.

$foo = 'global'

# $foo == 'global'

node default {
    $foo = 'node'
    include bar
    # $foo == 'node'
}

class bar {
    $foo = 'class'
    # $foo == 'class'
    include baz
}

class baz {
    # foo == 'node' (!)
}