Puppet — переменный приоритет при применении с узлом

Я чувствую некоторую путаницу здесь. Манифест не может «наследовать» другой манифест. Что еще хуже - из 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' (!)
}