ရုပ်သေးသည် ဖွဲ့စည်းမှုဆိုင်ရာ စီမံခန့်ခွဲမှုစနစ်တစ်ခုဖြစ်သည်။ ၎င်းကို လိုချင်သောပြည်နယ်သို့ ကောင်းကင်ဗိုလ်ခြေအရှင်များ ယူဆောင်လာပြီး ဤပြည်နယ်ကို ထိန်းသိမ်းရန် အသုံးပြုသည်။

ကျွန်တော် Puppet နဲ့ လုပ်လာတာ ငါးနှစ်ကျော်ပြီ။ ဤစာသားသည် အခြေခံအားဖြင့် ရုပ်သေး၏အနှစ်သာရကို လျင်မြန်စွာနားလည်နိုင်စေမည့် တရားဝင်စာရွက်စာတမ်းများမှ အဓိကအချက်များကို ဘာသာပြန်ပြီး ပြန်လည်စီယူထားသော စုစည်းမှုတစ်ခုဖြစ်သည်။

အခြေခံအချက်အလက်

Puppet ၏လည်ပတ်မှုစနစ်သည် သုံးစွဲသူ-ဆာဗာဖြစ်ပြီး အကန့်အသတ်ရှိသော လုပ်ဆောင်နိုင်စွမ်းဖြင့် ဆာဗာမဲ့လည်ပတ်မှုကိုလည်း ပံ့ပိုးပေးပါသည်။

ဆွဲထုတ်ခြင်းပုံစံကို အသုံးပြုသည်- ပုံမှန်အားဖြင့်၊ နာရီဝက်တိုင်းတွင် ဖောက်သည်များသည် ဖွဲ့စည်းမှုတစ်ခုအတွက် ဆာဗာကို ဆက်သွယ်ပြီး ၎င်းကို အသုံးချပါ။ သင် Ansible နှင့်အလုပ်လုပ်ပြီးပါက၊ ၎င်းတို့သည် မတူညီသောတွန်းအားပေးသည့်ပုံစံကိုအသုံးပြုသည်- အက်ဒမင်သည် ဖွဲ့စည်းမှုပုံစံကိုအသုံးပြုခြင်းလုပ်ငန်းစဉ်ကိုစတင်လုပ်ဆောင်သည်၊ သုံးစွဲသူများကိုယ်တိုင်က မည်သည့်အရာကိုမျှ အသုံးချမည်မဟုတ်ပါ။

ကွန်ရက်ဆက်သွယ်မှုအတွင်း၊ TLS ကုဒ်ဝှက်ခြင်းကို နှစ်လမ်းသွားအသုံးပြုသည်- ဆာဗာနှင့် client တွင် ၎င်းတို့၏ကိုယ်ပိုင်သော့များနှင့် သက်ဆိုင်ရာ လက်မှတ်များရှိသည်။ ပုံမှန်အားဖြင့် ဆာဗာသည် ဖောက်သည်များအတွက် လက်မှတ်များကိုထုတ်ပေးသော်လည်း မူအရအားဖြင့် ပြင်ပ CA ကို အသုံးပြုရန် ဖြစ်နိုင်သည်။

ကြေငြာစာတမ်းမိတ်ဆက်

ရုပ်သေးအသုံးအနှုန်းများတွင် ရုပ်သေးဆာဗာသို့ ချိတ်ဆက်ပါ ဆုံမှတ်များ (nodes)။ node များအတွက် configuration ကိုရေးသားထားသည်။ manifestos တွင် အထူးပရိုဂရမ်းမင်းဘာသာစကား - ရုပ်သေး DSL ။

ရုပ်သေး DSL သည် ကြေငြာဘာသာစကားတစ်ခုဖြစ်သည်။ ၎င်းသည် အရင်းအမြစ်တစ်ခုချင်းစီ၏ ကြေငြာချက်ပုံစံဖြင့် node ၏အလိုရှိသောအခြေအနေအား ဖော်ပြသည်၊ ဥပမာ-

• ဖိုင်တည်ရှိပြီး ၎င်းတွင် သီးခြားအကြောင်းအရာများရှိသည်။
• အထုပ်ကို တပ်ဆင်ထားသည်။
• ဝန်ဆောင်မှုစတင်ပါပြီ။

အရင်းအမြစ်များကို အပြန်အလှန်ချိတ်ဆက်နိုင်သည်-

• မှီခိုမှုများရှိသည်၊ ၎င်းတို့သည် အရင်းအမြစ်များကို အသုံးပြုသည့် အစီအစဉ်အပေါ် သက်ရောက်မှုရှိသည်။
  ဥပမာအားဖြင့် "ပက်ကေ့ဂျ်ကို ဦးစွာထည့်သွင်းပါ၊ ထို့နောက် ဖွဲ့စည်းမှုပုံစံဖိုင်ကို တည်းဖြတ်ပါ၊ ထို့နောက် ဝန်ဆောင်မှုကို စတင်ပါ။"
• အကြောင်းကြားချက်များ ရှိသည် - အရင်းအမြစ်တစ်ခု ပြောင်းလဲသွားပါက ၎င်းတွင် စာရင်းသွင်းထားသည့် အရင်းအမြစ်များထံ အကြောင်းကြားချက်များ ပေးပို့သည်။
  ဥပမာအားဖြင့်၊ ဖွဲ့စည်းမှုဖိုင်သည် ပြောင်းလဲပါက၊ သင်သည် ဝန်ဆောင်မှုကို အလိုအလျောက် ပြန်လည်စတင်နိုင်သည်။

ထို့အပြင်၊ ရုပ်သေး DSL တွင် လုပ်ဆောင်ချက်များနှင့် ကွဲပြားမှုများအပြင် အခြေအနေဆိုင်ရာ ထုတ်ပြန်ချက်များနှင့် ရွေးချယ်မှုများပါရှိသည်။ အမျိုးမျိုးသော ပုံစံခွက်ပုံစံ ယန္တရားများကို EPP နှင့် ERB တို့ကိုလည်း ပံ့ပိုးထားသည်။

ရုပ်သေးကို ပတ္တမြားဖြင့် ရေးထားသောကြောင့် တည်ဆောက်ပုံနှင့် အသုံးအနှုန်းများစွာကို ထိုနေရာမှ ယူထားသည်။ Ruby သည် သင့်အား ရုပ်သေးကိုချဲ့ထွင်ရန် ခွင့်ပြုသည် - ရှုပ်ထွေးသောယုတ္တိဗေဒ၊ အရင်းအမြစ်အမျိုးအစားအသစ်များ၊ လုပ်ဆောင်ချက်များကိုထည့်ပါ။

Puppet လုပ်ဆောင်နေချိန်တွင် ဆာဗာရှိ သီးခြား node တစ်ခုစီအတွက် manifests များကို directory တစ်ခုအဖြစ် စုစည်းထားပါသည်။ directory ကို လုပ်ငန်းဆောင်တာများ၊ ကိန်းရှင်များနှင့် အခြေအနေဆိုင်ရာ ထုတ်ပြန်ချက်များ၏ ချဲ့ထွင်မှုတန်ဖိုးကို တွက်ချက်ပြီးနောက် အရင်းအမြစ်များနှင့် ၎င်းတို့၏ ဆက်ဆံရေးများစာရင်းဖြစ်သည်။

အထားအသိုနှင့် ကုဒ်ပုံစံ

ပေးထားသောနမူနာများ မလုံလောက်ပါက ဤအရာများသည် တရားဝင်စာရွက်စာတမ်းများ၏ အပိုင်းများဖြစ်သည်-

• အမျိုးမျိုးသောဘာသာစကားတည်ဆောက်မှု၏ syntax ။
• အရင်းအမြစ်အထားအသို။
• node များကိုဖော်ပြခြင်းအတွက် Syntax

ဤအရာသည် ဖော်ပြချက်၏ပုံသဏ္ဌာန် ဥပမာတစ်ခုဖြစ်သည်။

# Комментарии пишутся, как и много где, после решётки.
#
# Описание конфигурации ноды начинается с ключевого слова node,
# за которым следует селектор ноды — хостнейм (с доменом или без)
# или регулярное выражение для хостнеймов, или ключевое слово default.
#
# После этого в фигурных скобках описывается собственно конфигурация ноды.
#
# Одна и та же нода может попасть под несколько селекторов. Про приоритет
# селекторов написано в статье про синтаксис описания нод.
node 'hostname', 'f.q.d.n', /regexp/ {
  # Конфигурация по сути является перечислением ресурсов и их параметров.
  #
  # У каждого ресурса есть тип и название.
  #
  # Внимание: не может быть двух ресурсов одного типа с одинаковыми названиями!
  #
  # Описание ресурса начинается с его типа. Тип пишется в нижнем регистре.
  # Про разные типы ресурсов написано ниже.
  #
  # После типа в фигурных скобках пишется название ресурса, потом двоеточие,
  # дальше идёт опциональное перечисление параметров ресурса и их значений.
  # Значения параметров указываются через т.н. hash rocket (=>).
  resource { 'title':
    param1 => value1,
    param2 => value2,
    param3 => value3,
  }
}

Indentation နှင့် line breaks များသည် manifest ၏ လိုအပ်သော အစိတ်အပိုင်းမဟုတ်သော်လည်း အကြံပြုချက်တစ်ခုရှိပါသည်။ စတိုင်လမ်းညွှန်. အနှစ်ချုပ်-

• နေရာလွတ်နှစ်ခု အင်တင်းများ၊ တက်ဘ်များကို အသုံးမပြုပါ။
• Curly braces များကို space တစ်ခုဖြင့် ပိုင်းခြားထားပြီး colon များကို space တစ်ခုဖြင့် မခွဲခြားပါ။
• နောက်ဆုံးတစ်ခုအပါအဝင် ကန့်သတ်ဘောင်တစ်ခုစီပြီးနောက် ကော်မာများ။ ကန့်သတ်ချက်တစ်ခုစီသည် သီးခြားမျဉ်းတစ်ခုပေါ်တွင်ရှိသည်။ ကန့်သတ်ဘောင်များနှင့် ကန့်သတ်ချက်တစ်ခုမပါဘဲ ကိစ္စရပ်အတွက် ခြွင်းချက်တစ်ခုသည် စာကြောင်းတစ်ကြောင်းနှင့် ကော်မာမပါဘဲ ရေးနိုင်သည် (ဆိုလိုသည်မှာ၊ resource { 'title': } и resource { 'title': param => value }).
• ကန့်သတ်ချက်များရှိ မြှားများသည် တူညီသောအဆင့်တွင် ရှိသင့်သည်။
• အရင်းအမြစ်ဆက်နွယ်မှုမွှားများကို ၎င်းတို့ရှေ့တွင် ရေးထားသည်။

pappetserver ရှိ ဖိုင်များ၏တည်နေရာ

နောက်ထပ်ရှင်းလင်းချက်အတွက်၊ ကျွန်ုပ်သည် "အမြစ်လမ်းညွှန်" ၏သဘောတရားကိုမိတ်ဆက်ပေးပါမည်။ root directory သည် သီးခြား node တစ်ခုအတွက် Puppet configuration ပါ၀င်သော directory ဖြစ်သည်။

Puppet ဗားရှင်းနှင့် အသုံးပြုသည့် ပတ်ဝန်းကျင်များပေါ်မူတည်၍ root directory ကွဲပြားသည်။ ပတ်၀န်းကျင်များသည် သီးခြားလမ်းညွှန်များတွင် သိမ်းဆည်းထားသည့် သီးခြားလွတ်လပ်သောဖွဲ့စည်းမှုပုံစံများဖြစ်သည်။ များသောအားဖြင့် git နှင့် တွဲသုံးလေ့ရှိသည်၊ ယင်းအခြေအနေတွင် ပတ်ဝန်းကျင်များကို git အကိုင်းအခက်များမှ ဖန်တီးထားသည်။ ထို့ကြောင့်၊ node တစ်ခုစီသည် ပတ်ဝန်းကျင်တစ်ခု သို့မဟုတ် အခြားတစ်ခုတွင် တည်ရှိသည်။ ၎င်းကို node ကိုယ်တိုင် သို့မဟုတ် ENC တွင် configure လုပ်နိုင်ပါသည်။ နောက်ဆောင်းပါးတွင် ကျွန်ုပ်ပြောပါမည်။

• တတိယဗားရှင်း ("ရုပ်သေးဟောင်း") တွင် အခြေခံလမ်းညွှန်ဖြစ်သည်။ /etc/puppet. ပတ်၀န်းကျင်ကို အသုံးပြုခြင်းသည် စိတ်ကြိုက်ရွေးချယ်နိုင်သည် - ဥပမာ၊ ကျွန်ုပ်တို့သည် ၎င်းတို့ကို ရုပ်သေးအဟောင်းဖြင့် မသုံးပါ။ ပတ်ဝန်းကျင်ကို အသုံးပြုပါက၊ ၎င်းတို့ကို များသောအားဖြင့် သိမ်းဆည်းထားသည်။ /etc/puppet/environmentsroot directory သည် environment directory ဖြစ်လိမ့်မည်။ ပတ်ဝန်းကျင်များကို အသုံးမပြုပါက၊ root directory သည် base directory ဖြစ်လိမ့်မည်။
• စတုတ္ထဗားရှင်း ("ရုပ်သေးအသစ်") မှစတင်၍ ပတ်ဝန်းကျင်အသုံးပြုမှုသည် မဖြစ်မနေဖြစ်လာပြီး အခြေခံလမ်းညွှန်သို့ ပြောင်းရွှေ့ခဲ့သည်။ /etc/puppetlabs/code. ထို့ကြောင့် ပတ်ဝန်းကျင်တွင် သိမ်းဆည်းထားသည်။ /etc/puppetlabs/code/environments၊ root directory သည် ပတ်ဝန်းကျင်လမ်းညွှန်ဖြစ်သည်။

root directory တွင် လမ်းကြောင်းခွဲတစ်ခု ရှိရပါမည်။ manifestsnode များကိုဖော်ပြသည့် တစ်ခု သို့မဟုတ် တစ်ခုထက်ပိုသော manifest များပါရှိသည်။ ထို့အပြင်၊ လမ်းကြောင်းခွဲတစ်ခုရှိသင့်သည်။ modulesmodule များပါရှိသည်။ ဘယ် Module တွေကို နောက်မှ ပြောပြပါမယ်။ ထို့အပြင် ရုပ်သေးဟောင်းတွင် လမ်းကြောင်းခွဲတစ်ခုလည်း ရှိနိုင်သည်။ filesကျွန်ုပ်တို့သည် node များသို့ကူးယူသောဖိုင်အမျိုးမျိုးပါ ၀ င်သော၊ ရုပ်သေးအသစ်တွင်၊ ဖိုင်အားလုံးကို modules တွင်ထည့်ထားသည်။

Manifest ဖိုင်များတွင် extension ရှိသည်။ .pp.

တိုက်ခိုက်ရေးဥပမာနှစ်ခု

၎င်းတွင် node နှင့် အရင်းအမြစ်အကြောင်း ဖော်ပြချက်

node ပေါ်မှာ server1.testdomain ဖိုင်တစ်ခုဖန်တီးရပါမည်။ /etc/issue အကြောင်းအရာနှင့်အတူ Debian GNU/Linux n l. ဖိုင်ကို အသုံးပြုသူနှင့် အဖွဲ့မှ ပိုင်ဆိုင်ရပါမည်။ rootရယူပိုင်ခွင့်ရှိရမည်။ 644.

မန်နီးဖက်စ်တိုကို ကျွန်ုပ်တို့ရေးသည်-

node 'server1.testdomain' {   # блок конфигурации, относящийся к ноде server1.testdomain
    file { '/etc/issue':   # описываем файл /etc/issue
        ensure  => present,   # этот файл должен существовать
        content => 'Debian GNU/Linux n l',   # у него должно быть такое содержимое
        owner   => root,   # пользователь-владелец
        group   => root,   # группа-владелец
        mode    => '0644',   # права на файл. Они заданы в виде строки (в кавычках), потому что иначе число с 0 в начале будет воспринято как записанное в восьмеричной системе, и всё пойдёт не так, как задумано
    }
}

node တစ်ခုရှိ အရင်းအမြစ်များကြား ဆက်ဆံရေး

node ပေါ်မှာ server2.testdomain nginx သည် ယခင်ပြင်ဆင်ထားသော ဖွဲ့စည်းမှုစနစ်ဖြင့် လုပ်ဆောင်နေရပါမည်။

ပြဿနာကို ချေဖျက်ကြပါစို့။

• ပက်ကေ့ခ်ျကို ထည့်သွင်းရန် လိုအပ်သည်။ nginx.
• configuration ဖိုင်များကို ဆာဗာမှ ကူးယူရန် လိုအပ်ပါသည်။
• ဝန်ဆောင်မှုကို လုပ်ဆောင်ရန် လိုအပ်ပါသည်။ nginx.
• ဖွဲ့စည်းမှုပုံစံကို အပ်ဒိတ်လုပ်ပါက ဝန်ဆောင်မှုကို ပြန်လည်စတင်ရပါမည်။

မန်နီးဖက်စ်တိုကို ကျွန်ုပ်တို့ရေးသည်-

node 'server2.testdomain' {   # блок конфигурации, относящийся к ноде server2.testdomain
    package { 'nginx':   # описываем пакет nginx
        ensure => installed,   # он должен быть установлен
    }
  # Прямая стрелка (->) говорит о том, что ресурс ниже должен
  # создаваться после ресурса, описанного выше.
  # Такие зависимости транзитивны.
    -> file { '/etc/nginx':   # описываем файл /etc/nginx
        ensure  => directory,   # это должна быть директория
        source  => 'puppet:///modules/example/nginx-conf',   # её содержимое нужно брать с паппет-сервера по указанному адресу
        recurse => true,   # копировать файлы рекурсивно
        purge   => true,   # нужно удалять лишние файлы (те, которых нет в источнике)
        force   => true,   # удалять лишние директории
    }
  # Волнистая стрелка (~>) говорит о том, что ресурс ниже должен
  # подписаться на изменения ресурса, описанного выше.
  # Волнистая стрелка включает в себя прямую (->).
    ~> service { 'nginx':   # описываем сервис nginx
        ensure => running,   # он должен быть запущен
        enable => true,   # его нужно запускать автоматически при старте системы
    }
  # Когда ресурс типа service получает уведомление,
  # соответствующий сервис перезапускается.
}

၎င်းကိုလုပ်ဆောင်ရန်၊ ရုပ်သေးဆာဗာတွင် အောက်ပါဖိုင်တည်နေရာကို ခန့်မှန်းခြေ လိုအပ်သည်-

/etc/puppetlabs/code/environments/production/ # (это для нового Паппета, для старого корневой директорией будет /etc/puppet)
├── manifests/
│   └── site.pp
└── modules/
    └── example/
        └── files/
            └── nginx-conf/
                ├── nginx.conf
                ├── mime.types
                └── conf.d/
                    └── some.conf

အရင်းအမြစ်အမျိုးအစားများ

ပံ့ပိုးပေးထားသော အရင်းအမြစ်အမျိုးအစားများ၏ စာရင်းအပြည့်အစုံကို ဤနေရာတွင် တွေ့နိုင်ပါသည်။ စာရွက်စာတမ်း၌ဤတွင်၊ ကျွန်ုပ်၏အလေ့အကျင့်တွင် ပြဿနာအများစုကို ဖြေရှင်းရန် လုံလောက်သော အခြေခံအမျိုးအစားငါးခုကို ဤနေရာတွင် ကျွန်ုပ်ဖော်ပြပါမည်။

ဖိုင်

ဖိုင်များ၊ လမ်းညွှန်များ၊ သင်္ကေတလင့်ခ်များ၊ ၎င်းတို့၏ အကြောင်းအရာများနှင့် ဝင်ရောက်ကြည့်ရှုခွင့်များကို စီမံခန့်ခွဲပါ။

options ကို:

• အရင်းအမြစ်အမည် - ဖိုင်သို့လမ်းကြောင်း (ချန်လှပ်ထားနိုင်သည်)
• လမ်းကြောင်း - ဖိုင်သို့သွားရာလမ်းကြောင်း (အမည်တွင်မဖော်ပြထားပါက)
• သေချာစေသည - ဖိုင်အမျိုးအစား:
  • absent - ဖိုင်တစ်ခုကိုဖျက်ပါ။
  • present - မည်သည့်ဖိုင်အမျိုးအစားမဆိုရှိရမည် (ဖိုင်မရှိပါက ပုံမှန်ဖိုင်တစ်ခုဖန်တီးပါမည်)
  • file - ပုံမှန်ဖိုင်
  • directory - လမ်းညွှန်
  • link - သင်္ကေတ
• အကြောင်းအရာ — ဖိုင်အကြောင်းအရာများ (ပုံမှန်ဖိုင်များအတွက်သာသင့်လျော်သည်၊ နှင့်တွဲသုံး၍မရပါ။ အရင်းအမြစ် သို့မဟုတ် ပစ်မှတ်)
• အရင်းအမြစ် — သင် ဖိုင်၏ အကြောင်းအရာများကို ကူးယူလိုသော လမ်းကြောင်းသို့ လင့်ခ်တစ်ခု (နှင့်အတူ တွဲသုံး၍မရပါ။ အကြောင်းအရာ သို့မဟုတ် ပစ်မှတ်) အစီအစဥ်တစ်ခုဖြင့် URI တစ်ခုအဖြစ် သတ်မှတ်နိုင်သည်။ puppet: (ထို့နောက် ရုပ်သေးဆာဗာမှ ဖိုင်များကို အသုံးပြုပါမည်) နှင့် အစီအစဉ်ဖြင့် http: (ဒီကိစ္စမှာ ဘာဖြစ်မယ်ဆိုတာ ရှင်းရှင်းလင်းလင်း မျှော်လင့်ပါတယ်) နဲ့ ပုံကြမ်းနဲ့တောင် file: သို့မဟုတ် schema မပါဘဲ အကြွင်းမဲ့လမ်းကြောင်းအဖြစ် (ထို့နောက် node ပေါ်ရှိ local FS မှဖိုင်ကို အသုံးပြုပါမည်)
• ပစ်မှတ် - သင်္ကေတလင့်ခ်ကို ညွှန်ပြရမည့်နေရာ (၎င်းနှင့် တွဲသုံး၍မရပါ။ အကြောင်းအရာ သို့မဟုတ် အရင်းအမြစ်)
• ပိုင်ဆိုင်သူ - ဖိုင်ကိုပိုင်ဆိုင်သင့်သောအသုံးပြုသူ
• အုပ်စု - ဖိုင်ပိုင်ဆိုင်သင့်သောအုပ်စု
• mode ကို - ဖိုင်ခွင့်ပြုချက်များ (စာကြောင်းအဖြစ်)
• ပြန်လာ - recursive directory processing ကို ဖွင့်ပေးသည်။
• သုတ်သင်ရှင်းလင်း - Puppet တွင်ဖော်ပြထားခြင်းမရှိသောဖိုင်များကိုဖျက်ခြင်းအားဖွင့်နိုင်သည်။
• အင်အား - Puppet တွင်ဖော်ပြထားခြင်းမရှိသောလမ်းကြောင်းများကိုဖျက်ခြင်းအားဖွင့်နိုင်သည်။

အထုပ်

ပက်ကေ့ဂျ်များကို ထည့်သွင်းပြီး ဖယ်ရှားသည်။ အကြောင်းကြားချက်များကို ကိုင်တွယ်နိုင်သည် - ကန့်သတ်ဘောင်ကို သတ်မှတ်ထားပါက အထုပ်ကို ပြန်လည်ထည့်သွင်းပါ။ reinstall_on_refresh.

options ကို:

• အရင်းအမြစ်အမည် - အထုပ်အမည် (ချန်လှပ်ထားနိုင်သည်)
• နာမတျောကို - အထုပ်အမည် (အမည်တွင်မဖော်ပြထားပါက)
• ပံ့ပိုးပေးသူ - အသုံးပြုရန် ပက်ကေ့ဂျ်မန်နေဂျာ
• သေချာစေသည - အထုပ်၏အလိုရှိသောအခြေအနေ
  • present, installed - မည်သည့်ဗားရှင်းကိုမဆိုထည့်သွင်းပါ။
  • latest - နောက်ဆုံးဗားရှင်းကို install လုပ်ပါ။
  • absent - ဖျက်လိုက်သည် (apt-get remove)
  • purged — configuration ဖိုင်များနှင့်အတူ ဖျက်လိုက်သည် (apt-get purge)
  • held - အထုပ်ဗားရှင်းကို သော့ခတ်ထားသည် (apt-mark hold)
  • любая другая строка - သတ်မှတ်ထားသောဗားရှင်းကို ထည့်သွင်းထားသည်။
• reinstall_on_refresh - အဲ့လို trueအကြောင်းကြားချက်ကို လက်ခံရရှိသောအခါတွင် ပက်ကေ့ခ်ျကို ပြန်လည်ထည့်သွင်းပါမည်။ တည်ဆောက်မှုဘောင်များကို ပြောင်းလဲသည့်အခါ ပက်ကေ့ဂျ်များ ပြန်လည်တည်ဆောက်ရန် လိုအပ်နိုင်သော်လည်း အရင်းအမြစ်အခြေခံ ဖြန့်ဝေမှုများအတွက် အသုံးဝင်ပါသည်။ ပုံသေ false.

ဝန်ဆောင်မှု

ဝန်ဆောင်မှုများကို စီမံခန့်ခွဲသည်။ အသိပေးချက်များကို လုပ်ဆောင်နိုင်သည် - ဝန်ဆောင်မှုကို ပြန်လည်စတင်သည်။

options ကို:

• အရင်းအမြစ်အမည် - စီမံခန့်ခွဲရမည့်ဝန်ဆောင်မှု (ချန်လှပ်ထားနိုင်သည်)
• နာမတျောကို - စီမံခန့်ခွဲရန်လိုအပ်သောဝန်ဆောင်မှု (အမည်တွင်မဖော်ပြထားပါက)
• သေချာစေသည - ဝန်ဆောင်မှု၏အလိုရှိသောအခြေအနေ
  • running - တောင်ကုတ်
  • stopped - ရပ်သွားတယ်။
• enable — ဝန်ဆောင်မှုကို စတင်နိုင်မှုကို ထိန်းချုပ်သည်-
  • true — autorun ကိုဖွင့်ထားသည် (systemctl enable)
  • mask - ရုပ်ဖျက်ထားသည် (systemctl mask)
  • false - autorun ကိုပိတ်ထားသည် (systemctl disable)
• ပြန်စတင်သည် - ဝန်ဆောင်မှုကိုပြန်လည်စတင်ရန်အမိန့်
• အဆင့်အတန်း - ဝန်ဆောင်မှုအခြေအနေကိုစစ်ဆေးရန်အမိန့်
• ပြန်စပါပြီ။ — ဝန်ဆောင်မှု initscript သည် ပြန်လည်စတင်ခြင်းအား ပံ့ပိုးမှုရှိမရှိ ဖော်ပြပါ။ ရှိရင် false နှင့် parameter ကိုသတ်မှတ်ထားသည်။ ပြန်စတင်သည် - ဤကန့်သတ်ချက်၏တန်ဖိုးကိုအသုံးပြုသည်။ ရှိရင် false နှင့် parameter ပြန်စတင်သည် မဖော်ပြထားပါ - ဝန်ဆောင်မှုကိုရပ်တန့်ပြီး ပြန်လည်စတင်ရန် စတင်ခဲ့သည် (သို့သော် systemd သည် အမိန့်ကို အသုံးပြုသည်။ systemctl restart).
• hasstatus — ဝန်ဆောင်မှု initscript သည် command ကို ပံ့ပိုးခြင်းရှိမရှိ ဖော်ပြပါ။ status။ လျှင် falseထို့နောက် parameter value ကိုအသုံးပြုသည်။ အဆင့်အတန်း. ပုံသေ true.

အမှုဆောင်အရာရှိ

ပြင်ပအမိန့်များကို လုပ်ဆောင်သည်။ အကယ်၍ သင်သည် သတ်မှတ်ချက်များကို မသတ်မှတ်ပါ။ ဖန်တီး, သာလျှင်, မဟုတ်လျှင် သို့မဟုတ် ပြန်လည်ဆန်းသစ်ခြင်းPuppet ကို run တိုင်း command ကို run ပါလိမ့်မယ်။ အကြောင်းကြားချက်များကို လုပ်ဆောင်နိုင်သည် - အမိန့်ကို လုပ်ဆောင်သည်။

options ကို:

• အရင်းအမြစ်အမည် - လုပ်ဆောင်ရမည့်အမိန့် (ချန်လှပ်ထားနိုင်သည်)
• အမိန့် - လုပ်ဆောင်ရမည့် command (အမည်တွင် မဖော်ပြထားပါက)
• လမ်းကြောင်း — executable file ကိုရှာရန်လမ်းကြောင်းများ
• သာလျှင် — သုညပြန်ကုဒ်ဖြင့် ဤပါရာမီတာတွင် သတ်မှတ်ထားသော အမိန့်ကို ပြီးဆုံးပါက၊ ပင်မအမိန့်ကို လုပ်ဆောင်မည်ဖြစ်သည်။
• မဟုတ်လျှင် — အကယ်၍ ဤကန့်သတ်ချက်တွင်ဖော်ပြထားသောအမိန့်သည် သုညမဟုတ်သောပြန်ကုဒ်ဖြင့် ပြီးပါက၊ ပင်မအမိန့်ကို လုပ်ဆောင်လိမ့်မည်
• ဖန်တီး — ဤကန့်သတ်ချက်တွင်ဖော်ပြထားသောဖိုင်မရှိပါက၊ ပင်မအမိန့်ကိုလုပ်ဆောင်မည်ဖြစ်သည်။
• ပြန်လည်ဆန်းသစ်ခြင်း - အဲ့လို trueထို့နောက် ဤ exec သည် အခြားအရင်းအမြစ်များထံမှ အကြောင်းကြားချက်ရရှိသောအခါမှသာ အမိန့်ပေးမည်ဖြစ်သည်။
• cwd - command ကို run ရမည့်လမ်းကြောင်း
• အသုံးပြုသူကို - command ကို run ရန်အသုံးပြုသူ
• ပံ့ပိုးပေးသူ - command ကိုဘယ်လို run ရမလဲ။
  • posix - ကလေးလုပ်ငန်းစဉ်ကို ရိုးရှင်းစွာဖန်တီးထားပါသည်၊ သတ်မှတ်ရန်သေချာပါစေ။ လမ်းကြောင်း
  • အခွံ - command ကို shell တွင်စတင်သည်။ /bin/sh၊ သတ်မှတ်မထားပါ။ လမ်းကြောင်းglobbing၊ ပိုက်များနှင့် အခြား shell features များကို သင်သုံးနိုင်သည်။ အထူးဇာတ်ကောင်များရှိပါက အလိုအလျောက် သိရှိနိုင်သည် (|, ;, &&, || etc)။

cron

cronjobs ထိန်းချုပ်သည်။

options ကို:

• အရင်းအမြစ်အမည် - တစ်မျိုးမျိုး ခွဲခြားသတ်မှတ်ပါ။
• သေချာစေသည - သရဖူအခြေအနေ-
  • present - မရှိလျှင်ဖန်တီးပါ။
  • absent - ရှိလျှင် ဖျက်ပါ။
• အမိန့် - ဘယ် command ကို run ရမလဲ
• ပတ်ဝန်းကျင် — command ကို run ရန် မည်သည့်ပတ်ဝန်းကျင်တွင် (ပတ်ဝန်းကျင်ပြောင်းလွဲချက်များနှင့် ၎င်းတို့၏တန်ဖိုးများမှတဆင့် =)
• အသုံးပြုသူကို - မည်သည့် user မှ command ကို run ရန်
• မိနစ်, နာရီ, သီတဂူဆရာတော်, လ, လစဉ် - ဘယ်အချိန်မှာ cron ကို run ရမလဲ။ ဤအင်္ဂါရပ်များထဲမှ တစ်စုံတစ်ရာကို မသတ်မှတ်ထားပါက၊ crontab ရှိ ၎င်း၏တန်ဖိုးသည် ဖြစ်လိမ့်မည်။ *.

ရုပ်သေး 6.0 တွင် cron ကဲ့သို့ box မှဖယ်ရှားခဲ့သည်။ puppetserver တွင်၊ ထို့ကြောင့် ယေဘုယျဆိုက်တွင် စာရွက်စာတမ်းမရှိပါ။ ဒါပေမယ့် သူ box ထဲမှာရှိပါတယ်။ puppet-agent တွင် သီးခြားထည့်သွင်းရန် မလိုအပ်ပါ။ ၎င်းအတွက်စာရွက်စာတမ်းများကိုသင်ကြည့်ရှုနိုင်သည်။ Puppet ၏ ပဉ္စမဗားရှင်းအတွက် စာရွက်စာတမ်းသို့မဟုတ် GitHub တွင်.

ယေဘုယျအားဖြင့် အရင်းအမြစ်များအကြောင်း

အရင်းအမြစ်ထူးခြားမှုများအတွက် လိုအပ်ချက်များ

အဖြစ်များဆုံးအမှားကတော့ ကြေငြာချက်ပွား. အမျိုးအစားတူ အမည်တူ အရင်းအမြစ်နှစ်ခု သို့မဟုတ် နှစ်ခုထက်ပိုသော ရင်းမြစ်များ လမ်းညွှန်တွင် ပေါ်လာသောအခါ ဤအမှားဖြစ်ပေါ်ပါသည်။

ထို့ကြောင့် ထပ်မံရေးသားပါမည်။ တူညီသော node အတွက် ဖော်ပြချက်များတွင် တူညီသော အမျိုးအစား၏ အရင်းအမြစ်များ မပါဝင်သင့်ပါ။

တစ်ခါတစ်ရံတွင် အမည်တူ ပက်ကေ့ဂျ်များကို ထည့်သွင်းရန် လိုအပ်သော်လည်း မတူညီသော ပက်ကေ့ဂျ်မန်နေဂျာများဖြင့် တပ်ဆင်ရန် လိုအပ်သည်။ ဤကိစ္စတွင်၊ သင်သည် parameter ကိုအသုံးပြုရန်လိုအပ်သည်။ nameအမှားကိုရှောင်ရှားရန်:

package { 'ruby-mysql':
  ensure   => installed,
  name     => 'mysql',
  provider => 'gem',
}
package { 'python-mysql':
  ensure   => installed,
  name     => 'mysql',
  provider => 'pip',
}

ပွားခြင်းကို ရှောင်ရှားရန် အခြားအရင်းအမြစ်အမျိုးအစားများ − အလားတူရွေးချယ်မှုများရှိသည်။ name у ဝန်ဆောင်မှု, command у အမှုဆောင်အရာရှိ, နောက် ... ပြီးတော့။

Metaparameters

အရင်းအမြစ်အမျိုးအစားတစ်ခုစီတွင် ၎င်း၏သဘောသဘာဝမသက်ဆိုင်ဘဲ အထူးကန့်သတ်ချက်များရှိသည်။

မက်တာဘောင်များစာရင်း အပြည့်အစုံ ရုပ်သေးမှတ်တမ်းတွင်.

အတိုချုံးစာရင်း-

• တောင်းဆို — ဤကန့်သတ်ချက်သည် မည်သည့်အရင်းအမြစ်များ ဤအရင်းအမြစ်အပေါ် မူတည်သည်ကို ဖော်ပြသည်။
• ရှေ့မှာ - ဤကန့်သတ်ချက်သည် ဤအရင်းအမြစ်အပေါ် မူတည်သော အရင်းအမြစ်များကို သတ်မှတ်သည်။
• subscribe — ဤကန့်သတ်ချက်သည် ဤအရင်းအမြစ်များမှ အကြောင်းကြားချက်များကို လက်ခံရရှိသည့် အရင်းအမြစ်များကို သတ်မှတ်သည်။
• ကြားသိစေ — ဤကန့်သတ်ချက်သည် ဤအရင်းအမြစ်မှ အကြောင်းကြားချက်များကို လက်ခံရရှိသည့် အရင်းအမြစ်များကို သတ်မှတ်ပေးသည်။

စာရင်းသွင်းထားသော မက်တာပါရာမီတာများအားလုံးသည် အရင်းအမြစ်လင့်ခ်တစ်ခု သို့မဟုတ် စတုရန်းကွင်းစကွက်များတွင် လင့်ခ်တစ်ခုအား လက်ခံသည်။

အရင်းအမြစ်များသို့ လင့်ခ်များ

အရင်းအမြစ်လင့်ခ်သည် အရင်းအမြစ်ကို ဖော်ပြခြင်းသာဖြစ်သည်။ ၎င်းတို့ကို မှီခိုမှုကို ညွှန်ပြရန် အဓိကအသုံးပြုသည်။ မရှိသော အရင်းအမြစ်ကို ကိုးကားခြင်းသည် စုစည်းမှု အမှားအယွင်း ဖြစ်စေသည်။

လင့်ခ်၏ syntax မှာ အောက်ပါအတိုင်းဖြစ်သည်- အရင်းအနှီးဖြင့် စာလုံးအကြီး (အမျိုးအစားအမည်တွင် ကော်လံနှစ်ထပ်ပါလျှင်၊ ကော်လံများကြားရှိ အမည်၏ အစိတ်အပိုင်းတစ်ခုစီကို စာလုံးကြီးဖြင့် ရေးထားသည်)၊ ထို့နောက် စတုရန်းကွင်းစွပ်ရှိ အရင်းအမြစ်အမည် (အမည်၏ဖြစ်ရပ်မှန်၊ မပြောင်းလဲဘူး!) နေရာလွတ်များမရှိသင့်ပါ၊ အမျိုးအစားအမည်ပြီးနောက် လေးထောင့်ကွင်းစကွက်များကို ချက်ချင်းရေးပါ။

ဥပမာ:

file { '/file1': ensure => present }
file { '/file2':
  ensure => directory,
  before => File['/file1'],
}
file { '/file3': ensure => absent }
File['/file1'] -> File['/file3']

မှီခိုမှုနှင့် အသိပေးချက်များ

Documentation လေးပါ။

အစောပိုင်းတွင်ဖော်ပြထားသည့်အတိုင်း၊ အရင်းအမြစ်များအကြား ရိုးရှင်းသောမှီခိုမှုများသည် အကူးအပြောင်းဖြစ်သည်။ စကားမစပ်၊ မှီခိုမှုပေါင်းထည့်သည့်အခါ သတိထားပါ - စုစည်းမှုအမှားအယွင်းဖြစ်စေမည့် cyclic မှီခိုမှုကို ဖန်တီးနိုင်သည်။

မှီခိုမှုများနှင့်မတူဘဲ၊ အသိပေးချက်များသည် အကူးအပြောင်းမဟုတ်ပါ။ အသိပေးချက်များအတွက် အောက်ပါစည်းမျဉ်းများ သက်ရောက်သည်-

• အရင်းအမြစ်မှ အကြောင်းကြားချက်ရရှိပါက၊ ၎င်းကို အပ်ဒိတ်လုပ်ထားသည်။ အပ်ဒိတ်လုပ်ဆောင်ချက်များသည် အရင်းအမြစ်အမျိုးအစား − ပေါ်တွင်မူတည်သည်။ အမှုဆောင်အရာရှိ command ကို run ပြီး၊ ဝန်ဆောင်မှု ဝန်ဆောင်မှုကို ပြန်လည်စတင်သည် အထုပ် အထုပ်ကို ပြန်လည်ထည့်သွင်းသည်။ အရင်းအမြစ်တွင် အပ်ဒိတ်လုပ်ဆောင်ချက်ကို သတ်မှတ်ထားခြင်းမရှိပါက၊ ဘာမှမဖြစ်ပါ။
• ရုပ်သေးလည်ပတ်မှုတစ်ခုအတွင်း၊ အရင်းအမြစ်ကို တစ်ကြိမ်ထက်ပို၍ မွမ်းမံထားသည်။ အကြောင်းကြားချက်များတွင် မှီခိုမှုများပါဝင်ပြီး မှီခိုမှုဂရပ်တွင် သံသရာများမပါဝင်သောကြောင့် ဖြစ်နိုင်သည်။
• Puppet သည် အရင်းအမြစ်တစ်ခု၏ အခြေအနေအား ပြောင်းလဲပါက၊ ရင်းမြစ်သည် ၎င်းတွင် စာရင်းသွင်းထားသည့် အရင်းအမြစ်များအားလုံးထံ အကြောင်းကြားချက်များ ပေးပို့သည်။
• အရင်းအမြစ်တစ်ခုအား အပ်ဒိတ်လုပ်ပါက၊ ၎င်းသည် စာရင်းသွင်းထားသည့် အရင်းအမြစ်အားလုံးကို အကြောင်းကြားချက် ပေးပို့သည်။

သတ်မှတ်ထားသော ကန့်သတ်ဘောင်များကို ကိုင်တွယ်ခြင်း။

စည်းမျဉ်းအရ၊ အချို့သောအရင်းအမြစ်ဘောင်သည် ပုံသေတန်ဖိုးမရှိပါက မန်နီးဖက်စ်တွင် ဤကန့်သတ်ချက်မသတ်မှတ်ထားပါက၊ Puppet သည် node ပေါ်ရှိ သက်ဆိုင်ရာအရင်းအမြစ်အတွက် ဤပိုင်ဆိုင်မှုကို ပြောင်းလဲမည်မဟုတ်ပါ။ ဥပမာ- ရင်းမြစ်တစ်ခုဆိုလျှင် တစ်မျိုး ဖိုင် ကန့်သတ်ချက် မသတ်မှတ်ထားပေ။ ownerထို့နောက် ရုပ်သေးသည် သက်ဆိုင်ရာဖိုင်ပိုင်ရှင်ကို ပြောင်းလဲမည်မဟုတ်ပါ။

အတန်းများ၊ ကိန်းရှင်များနှင့် အဓိပ္ပါယ်ဖွင့်ဆိုချက်များကို မိတ်ဆက်ခြင်း။

ကျွန်ုပ်တို့တွင် configuration ၏တူညီသောအစိတ်အပိုင်းတစ်ခုပါရှိသော node အများအပြားရှိသည်ဆိုပါစို့၊ သို့သော် ကွဲပြားမှုများလည်းရှိသည် - သို့မဟုတ်ပါက ၎င်းတို့အားလုံးကို တစ်တုံးတည်းတွင် ဖော်ပြနိုင်သည်။ node {}. ဟုတ်ပါတယ်၊ သင်သည် configuration ၏တူညီသောအစိတ်အပိုင်းများကိုရိုးရှင်းစွာကူးယူနိုင်သည်၊ သို့သော်ယေဘုယျအားဖြင့်၎င်းသည်ဆိုးရွားသောဖြေရှင်းချက်ဖြစ်သည် - ဖွဲ့စည်းမှုပုံစံသည်ကြီးထွားလာသည်နှင့် configuration ၏အထွေထွေအစိတ်အပိုင်းကိုသင်ပြောင်းပါက၊ နေရာများစွာတွင်တူညီသောအရာကိုတည်းဖြတ်ရလိမ့်မည်။ တစ်ချိန်တည်းမှာပင်၊ အမှားတစ်ခုလုပ်ရန် လွယ်ကူသည်၊ ယေဘုယျအားဖြင့်၊ DRY (ကိုယ့်ကိုယ်ကို ထပ်ခါတလဲလဲ မလုပ်ပါနှင့်) နိယာမကို အကြောင်းပြချက်တစ်ခုဖြင့် တီထွင်ခဲ့သည်။

ဤပြဿနာကိုဖြေရှင်းရန်ဤကဲ့သို့သောဒီဇိုင်းရှိပါတယ်။ класс.

အတန်း

အတန်းအစား poppet code ၏အမည်ပေးထားသောဘလော့တစ်ခုဖြစ်သည်။ ကုဒ်ကို ပြန်သုံးရန် အတန်းများ လိုအပ်သည်။

ပထမဦးစွာ အတန်းကို ဖော်ပြလိုပါသည်။ ဖော်ပြချက်ကိုယ်တိုင်က မည်သည့်နေရာတွင်မဆို အရင်းအမြစ်များကို ထည့်မထားပါ။ အတန်းကို မန်နီးဖက်စ်များတွင် ဖော်ပြထားပါသည်။

# Описание класса начинается с ключевого слова class и его названия.
# Дальше идёт тело класса в фигурных скобках.
class example_class {
    ...
}

အဲဒါပြီးရင် အတန်းကို သုံးနိုင်ပါတယ်။

# первый вариант использования — в стиле ресурса с типом class
class { 'example_class': }
# второй вариант использования — с помощью функции include
include example_class
# про отличие этих двух вариантов будет рассказано дальше

ယခင်လုပ်ဆောင်စရာမှ ဥပမာတစ်ခု - nginx ၏ တပ်ဆင်မှုနှင့် ဖွဲ့စည်းမှုပုံစံကို အတန်းတစ်ခုသို့ ရွှေ့ကြပါစို့။

class nginx_example {
    package { 'nginx':
        ensure => installed,
    }
    -> file { '/etc/nginx':
        ensure => directory,
        source => 'puppet:///modules/example/nginx-conf',
        recure => true,
        purge  => true,
        force  => true,
    }
    ~> service { 'nginx':
        ensure => running,
        enable => true,
    }
}

node 'server2.testdomain' {
    include nginx_example
}

ကိန်းရှင်များ

ယခင်နမူနာမှ အတန်းသည် တူညီသော nginx configuration ကို အမြဲယူဆောင်လာသောကြောင့် လုံးဝပြောင်းလွယ်မည်မဟုတ်ပေ။ configuration variable ဆီသို့ လမ်းကြောင်းကို လုပ်ကြည့်ရအောင်၊ ထို့နောက် မည်သည့် configuration ဖြင့် nginx ကိုမဆို ထည့်သွင်းရန် ဤအတန်းကို အသုံးပြုနိုင်ပါသည်။

လုပ်ဆောင်နိုင်တယ် variable များကိုအသုံးပြုခြင်း။.

သတိပြုရန်- ရုပ်သေးရှိ ကိန်းရှင်များသည် မပြောင်းလဲနိုင်ပါ။

ထို့အပြင်၊ variable ကိုကြေငြာပြီးမှသာဝင်ရောက်နိုင်သည်၊ သို့မဟုတ်ပါက variable ၏တန်ဖိုးသည်ဖြစ်လိမ့်မည်။ undef.

variable များဖြင့် လုပ်ဆောင်ခြင်း ဥပမာ

# создание переменных
$variable = 'value'
$var2 = 1
$var3 = true
$var4 = undef
# использование переменных
$var5 = $var6
file { '/tmp/text': content => $variable }
# интерполяция переменных — раскрытие значения переменных в строках. Работает только в двойных кавычках!
$var6 = "Variable with name variable has value ${variable}"

ရုပ်သေးရှိတယ်။ အမည်နေရာများ, နှင့် variables, လျော်ညီစွာ, ရှိသည် မြင်နိုင်စွမ်းဧရိယာ: အမည်တူ ကိန်းရှင်တစ်ခုကို မတူညီသော namespace များတွင် သတ်မှတ်နိုင်ပါသည်။ variable ၏တန်ဖိုးကို ဖြေရှင်းသောအခါ၊ variable ကို လက်ရှိ namespace တွင် ရှာဖွေသည်၊ ထို့နောက် enclosing namespace တွင်၊ အစရှိသည်တို့ကို ရှာဖွေသည်။

Namespace ဥပမာများ-

• global - class သို့မဟုတ် node ဖော်ပြချက်အပြင်ဘက်တွင် variable များသည် ထိုနေရာသို့သွားပါ။
• node ဖော်ပြချက်ရှိ node namespace;
• class ဖော်ပြချက်ရှိ class namespace။

variable ကိုဝင်ရောက်သည့်အခါ ရှုပ်ထွေးမှုမရှိစေရန်၊ variable name တွင် namespace ကို သင်သတ်မှတ်နိုင်သည်-

# переменная без пространства имён
$var
# переменная в глобальном пространстве имён
$::var
# переменная в пространстве имён класса
$classname::var
$::classname::var

nginx configuration သို့လမ်းကြောင်းသည် variable တွင်တည်ရှိကြောင်းသဘောတူကြပါစို့ $nginx_conf_source. ထို့နောက် အတန်းသည် ဤကဲ့သို့ ဖြစ်လိမ့်မည်။

class nginx_example {
    package { 'nginx':
        ensure => installed,
    }
    -> file { '/etc/nginx':
        ensure => directory,
        source => $nginx_conf_source,   # здесь используем переменную вместо фиксированной строки
        recure => true,
        purge  => true,
        force  => true,
    }
    ~> service { 'nginx':
        ensure => running,
        enable => true,
    }
}

node 'server2.testdomain' {
    $nginx_conf_source = 'puppet:///modules/example/nginx-conf'
    include nginx_example
}

သို့သော်၊ အတန်းအတွင်း၌ အချို့သော “လျှို့ဝှက်အသိပညာ” ရှိသောကြောင့် ဥပမာပေးရသည်မှာ မကောင်းပါ။ ဤအသိပညာကို ယေဘူယျဖြစ်အောင် ပြုလုပ်ခြင်းသည် ပိုမှန်သည် - အတန်းများတွင် ကန့်သတ်ချက်များ ရှိနိုင်သည်။

အတန်းသတ်မှတ်ချက်များ class namespace တွင် variable များဖြစ်သည်၊ ၎င်းတို့ကို class header တွင်သတ်မှတ်ထားပြီး class body ရှိ ပုံမှန် variable များကဲ့သို့အသုံးပြုနိုင်ပါသည်။ မန်နီးဖက်စ်ရှိ အတန်းကို အသုံးပြုသောအခါ ပါရာမီတာတန်ဖိုးများကို သတ်မှတ်ပေးသည်။

ပါရာမီတာကို မူရင်းတန်ဖိုးအဖြစ် သတ်မှတ်နိုင်သည်။ ကန့်သတ်ဘောင်တစ်ခုတွင် ပုံသေတန်ဖိုးမရှိ၍ အသုံးပြုသည့်အခါ တန်ဖိုးကို မသတ်မှတ်ပါက၊ ၎င်းသည် စုစည်းမှုအမှားကို ဖြစ်စေသည်။

အထက်ဖော်ပြပါ ဥပမာမှ အတန်းကို ကန့်သတ်သတ်မှတ်ပြီး ကန့်သတ်ချက်နှစ်ခုကို ပေါင်းထည့်ကြပါစို့- ပထမ၊ လိုအပ်သော၊ ဖွဲ့စည်းမှုသို့သွားသည့် လမ်းကြောင်းဖြစ်ပြီး၊ ဒုတိယ၊ ရွေးချယ်နိုင်သည်မှာ nginx ဖြင့် ပက်ကေ့ဂျ်၏အမည်ဖြစ်သည် (ဥပမာ၊ Debian တွင် ပက်ကေ့ဂျ်များ ရှိသည်၊ nginx, nginx-light, nginx-full).

# переменные описываются сразу после имени класса в круглых скобках
class nginx_example (
  $conf_source,
  $package_name = 'nginx-light', # параметр со значением по умолчанию
) {
  package { $package_name:
    ensure => installed,
  }
  -> file { '/etc/nginx':
    ensure  => directory,
    source  => $conf_source,
    recurse => true,
    purge   => true,
    force   => true,
  }
  ~> service { 'nginx':
    ensure => running,
    enable => true,
  }
}

node 'server2.testdomain' {
  # если мы хотим задать параметры класса, функция include не подойдёт* — нужно использовать resource-style declaration
  # *на самом деле подойдёт, но про это расскажу в следующей серии. Ключевое слово "Hiera".
  class { 'nginx_example':
    conf_source => 'puppet:///modules/example/nginx-conf',   # задаём параметры класса точно так же, как параметры для других ресурсов
  }
}

ရုပ်သေးတွင်၊ variable များကိုရိုက်ထည့်သည်။ စားသည် ဒေတာအမျိုးအစားများစွာ. အတန်းများနှင့် အဓိပ္ပါယ်ဖွင့်ဆိုချက်များသို့ ပေးပို့သော ပါရာမီတာတန်ဖိုးများကို အတည်ပြုရန်အတွက် ဒေတာအမျိုးအစားများကို ပုံမှန်အားဖြင့် အသုံးပြုပါသည်။ သတ်မှတ်ထားသော အမျိုးအစားနှင့် မကိုက်ညီပါက၊ စုစည်းမှု အမှားဖြစ်သွားပါမည်။

အမျိုးအစားကို ပါရာမီတာအမည်ရှေ့တွင် ချက်ချင်းရေးထားသည်-

class example (
  String $param1,
  Integer $param2,
  Array $param3,
  Hash $param4,
  Hash[String, String] $param5,
) {
  ...
}

အတန်းများ- အတန်းအမည်နှင့် အတန်းအစား{'အတန်းအမည်':} ပါဝင်သည်။

အတန်းတိုင်းသည် အရင်းအမြစ်အမျိုးအစားဖြစ်သည်။ အတန်းအစား. အခြားသော အရင်းအမြစ်အမျိုးအစားများကဲ့သို့၊ တူညီသော node တွင် တူညီသော class နှစ်ခုရှိ၍မရပါ။

class တစ်ခုကို တူညီတဲ့ node ထဲကို နှစ်ကြိမ်ထည့်ဖို့ ကြိုးစားရင် class { 'classname':} (ကွဲပြားမှုမရှိပါ၊ မတူညီသော သို့မဟုတ် ထပ်တူပါရှိသော ဘောင်များဖြင့်) စုစည်းမှု အမှားအယွင်းတစ်ခု ရှိလိမ့်မည်။ သို့သော် သင်သည် အရင်းအမြစ်စတိုင်တွင် အတန်းတစ်ခုကို အသုံးပြုပါက၊ မန်နီးဖက်စ်တွင် ၎င်း၏ ဘောင်အားလုံးကို ပြတ်သားစွာ သတ်မှတ်နိုင်သည်။

သို့သော် သင်အသုံးပြုလျှင် includeထို့နောက် အတန်းကို နှစ်သက်သလို အကြိမ်များစွာ ထည့်နိုင်သည်။ အမှန်က အဲဒါ include class တစ်ခုကို directory တွင်ထည့်ထားခြင်းရှိမရှိ စစ်ဆေးပေးသည့် အစွမ်းထက်သောလုပ်ဆောင်ချက်တစ်ခုဖြစ်သည်။ class သည် directory တွင်မရှိပါက၊ ၎င်းကိုပေါင်းထည့်မည်ဖြစ်ပြီး၎င်းသည်ရှိပြီးသားဖြစ်ပါက၎င်းသည်ဘာမှမလုပ်ပါ။ ဒါပေမယ့် သုံးတဲ့ကိစ္စမှာ include အတန်းကြေငြာနေစဉ်အတွင်း အတန်းချိန်သတ်မှတ်ချက်များကို သင်မသတ်မှတ်နိုင်ပါ - လိုအပ်သောဘောင်များကို ပြင်ပဒေတာအရင်းအမြစ် - Hiera သို့မဟုတ် ENC တွင် သတ်မှတ်ရပါမည်။ နောက်ဆောင်းပါးမှာ သူတို့အကြောင်း ပြောပြပါမယ်။

သတ်မှတ်ပါတယ်။

ယခင် block တွင်ပြောခဲ့သည့်အတိုင်း၊ တူညီသော class သည် node တစ်ခုတွင် တစ်ကြိမ်ထက်ပို၍မဖြစ်နိုင်ပါ။ သို့သော်လည်း၊ အချို့ကိစ္စများတွင် သင်သည် တူညီသော node ပေါ်တွင် မတူညီသော ဘောင်များပါသည့် ကုဒ်တစ်ခုတည်းကို အသုံးပြုရန် လိုအပ်သည်။ တစ်နည်းဆိုရသော် ၎င်း၏ကိုယ်ပိုင်အရင်းအမြစ် အမျိုးအစားတစ်ခု လိုအပ်ပါသည်။

ဥပမာအားဖြင့်၊ PHP module ကိုထည့်သွင်းရန်အတွက်၊ ကျွန်ုပ်တို့သည် အောက်ပါတို့ကို Avito တွင်လုပ်ဆောင်သည်-

1. ဤ module နှင့်အတူ package ကို install လုပ်ပါ။
2. ဤ module အတွက် configuration file တစ်ခုဖန်တီးကြပါစို့။
3. ကျွန်ုပ်တို့သည် php-fpm အတွက် config သို့ symlink တစ်ခုဖန်တီးသည်။
4. ကျွန်ုပ်တို့သည် php cli အတွက် config အတွက် symlink တစ်ခုကို ဖန်တီးပါသည်။

ဒီလိုအခြေအနေမျိုးမှာ ဒီဇိုင်းလိုမျိုးပေါ့။ သတ်မှတ်သည်။ (သတ်မှတ်၊ သတ်မှတ် အမျိုးအစား၊ သတ်မှတ် အရင်းအမြစ် အမျိုးအစား)။ Define သည် class တစ်ခုနှင့် ဆင်တူသော်လည်း ကွဲပြားမှုများ ရှိပါသည်- ပထမ၊ Define တစ်ခုစီသည် အရင်းအမြစ် အမျိုးအစားဖြစ်ပြီး အရင်းအမြစ် မဟုတ်ဘဲ၊ ဒုတိယအချက်မှာ အဓိပ္ပါယ်ဖွင့်ဆိုချက်တစ်ခုစီတွင် သွယ်ဝိုက်သောကန့်သတ်ချက်များရှိသည်။ $titleအရင်းအမြစ်အမည်သည် ၎င်းကိုကြေငြာသည့်အခါ မည်သည့်နေရာသို့သွားသည် ။ အတန်းကိစ္စကဲ့သို့ပင်၊ အဓိပ္ပါယ်ဖွင့်ဆိုချက်ကို ဦးစွာဖော်ပြရမည်ဖြစ်ပြီး၊ ထို့နောက် ၎င်းကို အသုံးပြုနိုင်သည်။

PHP အတွက် module တစ်ခုပါသော ရိုးရှင်းသော ဥပမာ-

define php74::module (
  $php_module_name = $title,
  $php_package_name = "php7.4-${title}",
  $version = 'installed',
  $priority = '20',
  $data = "extension=${title}.son",
  $php_module_path = '/etc/php/7.4/mods-available',
) {
  package { $php_package_name:
    ensure          => $version,
    install_options => ['-o', 'DPkg::NoTriggers=true'],  # триггеры дебиановских php-пакетов сами создают симлинки и перезапускают сервис php-fpm - нам это не нужно, так как и симлинками, и сервисом мы управляем с помощью Puppet
  }
  -> file { "${php_module_path}/${php_module_name}.ini":
    ensure  => $ensure,
    content => $data,
  }
  file { "/etc/php/7.4/cli/conf.d/${priority}-${php_module_name}.ini":
    ensure  => link,
    target  => "${php_module_path}/${php_module_name}.ini",
  }
  file { "/etc/php/7.4/fpm/conf.d/${priority}-${php_module_name}.ini":
    ensure  => link,
    target  => "${php_module_path}/${php_module_name}.ini",
  }
}

node server3.testdomain {
  php74::module { 'sqlite3': }
  php74::module { 'amqp': php_package_name => 'php-amqp' }
  php74::module { 'msgpack': priority => '10' }
}

Duplicate declaration error ကိုဖမ်းရန် အလွယ်ဆုံးနည်းလမ်းမှာ Define တွင်ဖြစ်သည်။ အဓိပ္ပါယ်ဖွင့်ဆိုချက်တစ်ခုတွင် ကိန်းသေအမည်တစ်ခုပါသော ရင်းမြစ်တစ်ခုရှိပြီး၊ အချို့သော node များတွင် ဤအဓိပ္ပါယ်ဖွင့်ဆိုချက်နှစ်ခု သို့မဟုတ် ထို့ထက်ပိုသော ဥပမာများရှိနေပါက ၎င်းသည် ဖြစ်ပေါ်လာသည်။

ဤအရာမှ သင့်ကိုယ်သင် ကာကွယ်ရန် လွယ်ကူသည်- အဓိပ္ပါယ်ဖွင့်ဆိုချက်အတွင်းရှိ အရင်းအမြစ်များအားလုံးတွင် အမည်တစ်ခုရှိရပါမည်။ $title. အခြားရွေးချယ်စရာတစ်ခုသည် အရင်းအမြစ်များ၏ အစွမ်းထက်မြက်သော ပေါင်းစည်းမှုဖြစ်သည်၊ အရိုးရှင်းဆုံးအခြေအနေတွင်၊ ၎င်းသည် အဓိပ္ပါယ်ဖွင့်ဆိုချက်အားလုံးအတွက် တူညီသောအရင်းအမြစ်များကို သီးခြားအတန်းတစ်ခုသို့ ရွှေ့ကာ ဤအတန်းကို အဓိပ္ပါယ်ဖွင့်ဆိုချက်တွင် ထည့်သွင်းရန် လုံလောက်ပါသည်။ include မသန်စွမ်း။

အရင်းအမြစ်များကို ပေါင်းထည့်သည့်အခါတွင် ချို့တဲ့မှုရရှိရန် အခြားနည်းလမ်းများ ရှိသည်၊ ဆိုလိုသည်မှာ လုပ်ဆောင်ချက်များကို အသုံးပြုခြင်း။ defined и ensure_resourcesဒါပေမယ့် နောက်အပိုင်းတွေမှာ ပြောပြပါ့မယ်။

အတန်းများနှင့် အဓိပ္ပါယ်ဖွင့်ဆိုချက်များအတွက် မှီခိုမှုနှင့် အသိပေးချက်များ

အတန်းများနှင့် အဓိပ္ပါယ်ဖွင့်ဆိုချက်များသည် မှီခိုမှုနှင့် အသိပေးချက်များကို ကိုင်တွယ်ရာတွင် အောက်ပါစည်းမျဉ်းများကို ပေါင်းထည့်သည်-

• class/define ပေါ်တွင် မှီခိုမှု သည် class/define ၏ အရင်းအမြစ်အားလုံးအပေါ် မှီခိုမှု ပေါင်းထည့်သည်။
• အတန်း/သတ်မှတ် မှီခိုမှုတစ်ခုသည် လူတန်းစား/သတ်မှတ် အရင်းအမြစ်အားလုံးကို မှီခိုအားဖြည့်ပေးသည်။
• class/define notification သည် class/define ၏ အရင်းအမြစ်အားလုံးကို အသိပေးသည်၊
• class/define subscription သည် class/define ၏ အရင်းအမြစ်အားလုံးကို စာရင်းသွင်းသည်။

အခြေအနေဆိုင်ရာ ထုတ်ပြန်ချက်များနှင့် ရွေးချယ်မှုများ

Documentation လေးပါ။

if

ဒီမှာ ရိုးရှင်းပါတယ်

if ВЫРАЖЕНИЕ1 {
  ...
} elsif ВЫРАЖЕНИЕ2 {
  ...
} else {
  ...
}

မဟုတ်လျှင်

if inverse မဟုတ်ပါက၊ expression သည် မှားယွင်းပါက code ပိတ်ဆို့ခြင်းကို လုပ်ဆောင်ပါမည်။

unless ВЫРАЖЕНИЕ {
  ...
}

အမှု

ဒီမှာလည်း ဘာမှ ရှုပ်ထွေးတာ မရှိပါဘူး။ ပုံမှန်တန်ဖိုးများ (စာတန်းများ၊ နံပါတ်များ၊ စသည်)၊ ပုံမှန်အသုံးအနှုန်းများနှင့် ဒေတာအမျိုးအစားများကို တန်ဖိုးများအဖြစ် သင်သုံးနိုင်သည်။

case ВЫРАЖЕНИЕ {
  ЗНАЧЕНИЕ1: { ... }
  ЗНАЧЕНИЕ2, ЗНАЧЕНИЕ3: { ... }
  default: { ... }
}

ရွေးချယ်မှုများ

Selector သည် ဘာသာစကားတည်ဆောက်ပုံနှင့် ဆင်တူသည်။ caseဒါပေမယ့် ကုဒ်တုံးတစ်ခုကို လုပ်ဆောင်မယ့်အစား၊ တန်ဖိုးတစ်ခု ပြန်ပေးတယ်။

$var = $othervar ? { 'val1' => 1, 'val2' => 2, default => 3 }

module တွေ

ဖွဲ့စည်းမှုပုံစံသည် သေးငယ်သောအခါ၊ ၎င်းကို မန်နီးဖက်စ်တစ်ခုတွင် အလွယ်တကူ သိမ်းဆည်းနိုင်သည်။ သို့သော် ကျွန်ုပ်တို့ဖော်ပြလေလေ၊ သရုပ်ဖော်မှုတွင် အတန်းများနှင့် ဆုံမှတ်များ များလေလေ၊ ၎င်းသည် ကြီးထွားလာကာ တွဲဖက်လုပ်ဆောင်ရန် အဆင်မပြေဖြစ်လာသည်။

ထို့အပြင်၊ ကုဒ်ကို ပြန်လည်အသုံးပြုခြင်း ပြဿနာရှိပါသည် - ကုဒ်အားလုံးသည် မန်နီးဖက်စ်တစ်ခုတွင် ရှိနေသောအခါ၊ ဤကုဒ်ကို အခြားသူများနှင့် မျှဝေရန် ခက်ခဲသည်။ ဤပြဿနာနှစ်ခုကိုဖြေရှင်းရန် Puppet တွင် modules ဟုခေါ်သောအကြောင်းအရာတစ်ခုရှိသည်။

module တွေ - ၎င်းတို့သည် အတန်းများ၊ အဓိပ္ပါယ်ဖွင့်ဆိုချက်များနှင့် သီးခြားလမ်းညွှန်တစ်ခုတွင် ထည့်ထားသော အခြားရုပ်သေးပစ္စည်းများဖြစ်သည်။ တစ်နည်းဆိုရသော် သင်ခန်းစာတစ်ခုသည် ရုပ်သေးယုတ္တိဗေဒ၏ သီးခြားအစိတ်အပိုင်းတစ်ခုဖြစ်သည်။ ဥပမာအားဖြင့်၊ nginx နှင့်အလုပ်လုပ်ရန်အတွက် module တစ်ခုရှိနိုင်သည်၊ ၎င်းတွင် nginx နှင့်အလုပ်လုပ်ရန်အတွက်လိုအပ်သောအရာများပါ ၀ င်လိမ့်မည်၊ သို့မဟုတ် PHP နှင့်အလုပ်လုပ်ရန်အတွက် module တစ်ခုရှိနိုင်သည်စသည်တို့ဖြစ်သည်။

Modules များကို ဗားရှင်းထုတ်ထားပြီး တစ်ခုနှင့်တစ်ခုအပေါ်တွင် မော်ဂျူးများ၏ မှီခိုမှုကိုလည်း ပံ့ပိုးပေးထားသည်။ modules များ၏ open repository တစ်ခုရှိသည် - ရုပ်သေး Forge.

ရုပ်သေးဆာဗာတွင်၊ မော်ဂျူးများသည် root directory ၏ modules ခွဲလမ်းညွှန်တွင်တည်ရှိသည်။ မော်ဂျူးတစ်ခုစီတွင် စံလမ်းညွှန်အစီအစဉ်တစ်ခုရှိသည် - မန်နီးဖက်စ်များ၊ ဖိုင်များ၊ တင်းပလိတ်များ၊ lib နှင့် အခြားအရာများရှိသည်။

module တစ်ခုရှိ ဖိုင်တည်ဆောက်ပုံ

မော်ဂျူး၏ အမြစ်တွင် ဖော်ပြချက်အမည်များဖြင့် အောက်ပါ လမ်းညွှန်များ ပါဝင်နိုင်သည်-

• manifests - ၎င်းတွင် manifestos ပါရှိသည်။
• files - ၎င်းတွင်ဖိုင်များပါရှိသည်။
• templates - ၎င်းတွင် template များပါရှိသည်။
• lib - ၎င်းတွင် Ruby ကုဒ်ပါရှိသည်။

၎င်းသည် လမ်းညွှန်များနှင့် ဖိုင်များစာရင်း အပြည့်အစုံမဟုတ်သော်လည်း ယခုဆောင်းပါးအတွက် လုံလောက်ပါသည်။

မော်ဂျူးရှိ အရင်းအမြစ်အမည်များနှင့် ဖိုင်များ၏အမည်များ

Documentation လေးပါ။

မော်ဂျူးတစ်ခုရှိအရင်းအမြစ်များ (အတန်းများ၊ အဓိပ္ပါယ်ဖွင့်ဆိုချက်များ) ကို သင်နှစ်သက်သည့်အတိုင်း အမည်ပေး၍မရပါ။ ထို့အပြင်၊ အရင်းအမြစ်တစ်ခု၏အမည်နှင့် Puppet သည် ထိုအရင်းအမြစ်၏ဖော်ပြချက်ကိုရှာဖွေမည့် ဖိုင်အမည်ကြားတွင် တိုက်ရိုက်စာပေးစာယူတစ်ခုရှိသည်။ အကယ်၍ သင်သည် အမည်သတ်မှတ်ခြင်း စည်းမျဉ်းများကို ချိုးဖောက်ပါက Puppet သည် အရင်းအမြစ်ဖော်ပြချက်ကို ရိုးရှင်းစွာ ရှာတွေ့လိမ့်မည်မဟုတ်ပဲ၊ စုစည်းမှု error တစ်ခုရရှိမည်ဖြစ်သည်။

စည်းမျဉ်းများသည် ရိုးရှင်းသည်-

• module တစ်ခုရှိအရင်းအမြစ်များအားလုံးသည် module namespace တွင်ရှိရပါမည်။ Module လို့ ခေါ်ပါတယ်။ fooထို့နောက် ၎င်းရှိအရင်းအမြစ်အားလုံးကို အမည်ပေးရပါမည်။ foo::<anything>, သို့မဟုတ် foo.
• မော်ဂျူးအမည်ဖြင့် ရင်းမြစ်သည် ဖိုင်ထဲတွင် ရှိရပါမည်။ init.pp.
• အခြားအရင်းအမြစ်များအတွက်၊ ဖိုင်အမည်ပေးခြင်းအစီအစဉ်မှာ အောက်ပါအတိုင်းဖြစ်သည်-
  • မော်ဂျူးအမည်ပါသော ရှေ့ဆက်ကို စွန့်ပစ်ထားသည်။
  • အကယ်၍ double colon အားလုံးကို မျဥ်းစောင်းများဖြင့် အစားထိုးထားသည်။
  • တိုးချဲ့မှုကို ထည့်သွင်းထားသည်။ .pp

ဥပမာတစ်ခုနဲ့ သရုပ်ပြမယ်။ module တစ်ခုရေးနေတယ်ဆိုပါစို့ nginx. ၎င်းတွင် အောက်ပါအရင်းအမြစ်များ ပါဝင်သည်-

• класс nginx manifest တွင်ဖော်ပြထားသည်။ init.pp;
• класс nginx::service manifest တွင်ဖော်ပြထားသည်။ service.pp;
• သတ်မှတ်သည်။ nginx::server manifest တွင်ဖော်ပြထားသည်။ server.pp;
• သတ်မှတ်သည်။ nginx::server::location manifest တွင်ဖော်ပြထားသည်။ server/location.pp.

ပုံစံများ

နမူနာပုံစံများကို သင်ကိုယ်တိုင်သိပါသည်၊ ၎င်းတို့ကို ဤနေရာတွင် အသေးစိတ်ဖော်ပြမည်မဟုတ်ပါ။ ဒါပေမယ့် ကိစ္စရှိလို့ ထားခဲ့မယ်။ ဝီကီပီးဒီးယားသို့ လင့်ခ်.

တမ်းပလိတ်များကို အသုံးပြုနည်း- ပုံစံခွက်တစ်ခု၏ အဓိပ္ပာယ်ကို လုပ်ဆောင်ချက်တစ်ခုဖြင့် ချဲ့ထွင်နိုင်သည်။ templateပုံစံခွက်သို့ လမ်းကြောင်းဖြတ်သွားသော၊ အမျိုးအစားအရင်းအမြစ်များအတွက် ဖိုင် parameter နဲ့တွဲသုံးပါတယ်။ content. ဥပမာ၊ ဤကဲ့သို့သော၊

file { '/tmp/example': content => template('modulename/templatename.erb')

လမ်းကြောင်းကိုကြည့်ပါ။ <modulename>/<filename> ဖိုင်ကို ဆိုလိုသည်။ <rootdir>/modules/<modulename>/templates/<filename>.

ဒါ့အပြင် function တစ်ခုရှိတယ် inline_template — ၎င်းသည် ဖိုင်အမည်မဟုတ်ဘဲ ထည့်သွင်းမှုအဖြစ် နမူနာပုံစံစာသားကို လက်ခံရရှိမည်ဖြစ်သည်။

တမ်းပလိတ်များအတွင်း၊ သင်သည် လက်ရှိနယ်ပယ်ရှိ ရုပ်သေးပြောင်းလဲမှုအားလုံးကို အသုံးပြုနိုင်သည်။

ရုပ်သေးသည် ERB နှင့် EPP ဖော်မတ်ဖြင့် နမူနာများကို ပံ့ပိုးသည်-

• EPP စာရွက်စာတမ်း။
• ERB စာရွက်စာတမ်း။

ERB အကြောင်း အတိုချုပ်

ထိန်းချုပ်ဖွဲ့စည်းပုံများ-

• <%= ВЫРАЖЕНИЕ %> - စကားရပ်၏တန်ဖိုးကိုထည့်ပါ။
• <% ВЫРАЖЕНИЕ %> - စကားရပ်တစ်ခု၏တန်ဖိုးကို တွက်ချက်ပါ (ထည့်သွင်းခြင်းမပြုဘဲ)။ Conditional statements (if) နှင့် loops (တစ်ခုစီ) သည် ဤနေရာတွင် သွားလေ့ရှိပါသည်။
• <%# КОММЕНТАРИЙ %>

ERB တွင် ဖော်ပြချက်များကို Ruby ဖြင့် ရေးသားထားပါသည် (ERB သည် တကယ်တော့ Embedded Ruby) ဖြစ်သည်။

မန်နီးဖက်စ်မှ ကိန်းရှင်များကို ဝင်ရောက်ရန်၊ သင်ထည့်ရန် လိုအပ်သည်။ @ ပြောင်းလဲနိုင်သောအမည်သို့။ ထိန်းချုပ်မှုတည်ဆောက်မှုအပြီးတွင် ပေါ်လာသည့် မျဉ်းကြောင်းကို ဖယ်ရှားရန်၊ အပိတ်အမှတ်အသားကို အသုံးပြုရန် လိုအပ်သည်။ -%>.

နမူနာပုံစံကိုအသုံးပြုခြင်း။

ZooKeeper ထိန်းချုပ်ရန် module တစ်ခုရေးနေသည်ဆိုပါစို့။ config ဖန်တီးရန် တာဝန်ရှိသော အတန်းသည် ဤကဲ့သို့ ဖြစ်သည်-

class zookeeper::configure (
  Array[String] $nodes,
  Integer $port_client,
  Integer $port_quorum,
  Integer $port_leader,
  Hash[String, Any] $properties,
  String $datadir,
) {
  file { '/etc/zookeeper/conf/zoo.cfg':
    ensure  => present,
    content => template('zookeeper/zoo.cfg.erb'),
  }
}

နှင့်သက်ဆိုင်ရာပုံစံပုံစံ zoo.cfg.erb - ဒါဆို-

<% if @nodes.length > 0 -%>
<% @nodes.each do |node, id| -%>
server.<%= id %>=<%= node %>:<%= @port_leader %>:<%= @port_quorum %>;<%= @port_client %>
<% end -%>
<% end -%>

dataDir=<%= @datadir %>

<% @properties.each do |k, v| -%>
<%= k %>=<%= v %>
<% end -%>

အချက်အလက်များနှင့် Built-in Variables

မကြာခဏဆိုသလို configuration ၏ သီးခြားအစိတ်အပိုင်းသည် node ပေါ်တွင် လက်ရှိဖြစ်ပျက်နေသည့်အပေါ်မူတည်ပါသည်။ ဥပမာအားဖြင့်၊ Debian ထုတ်ဝေမှုအပေါ် မူတည်ပြီး သင်သည် အထုပ်၏ ဗားရှင်းတစ်ခု သို့မဟုတ် အခြားဗားရှင်းတစ်ခုကို ထည့်သွင်းရန် လိုအပ်သည်။ node များ ပြောင်းလဲပါက ဤအရာအားလုံးကို သင်ကိုယ်တိုင် စောင့်ကြည့်နိုင်ပြီး၊ မန်နီးဖက်စ်များကို ပြန်လည်ရေးသားနိုင်သည်။ ဒါပေမယ့် ဒါက လေးနက်တဲ့ ချဉ်းကပ်မှု မဟုတ်ပါဘူး၊ အလိုအလျောက်စနစ်က ပိုကောင်းပါတယ်။

node များအကြောင်း အချက်အလက်ရယူရန်၊ Puppet တွင် အချက်အလက်များဟုခေါ်သော ယန္တရားတစ်ခုရှိသည်။ ဖြစ်ရပ်မှန်များ - ဤသည်မှာ ကမ္ဘာလုံးဆိုင်ရာ namespace ရှိ သာမန်ကိန်းရှင်များပုံစံဖြင့် manifests တွင်ရရှိနိုင်သည့် node နှင့်ပတ်သက်သောအချက်အလက်များဖြစ်သည်။ ဥပမာအားဖြင့်၊ လက်ခံသူအမည်၊ လည်ပတ်မှုစနစ်ဗားရှင်း၊ ပရိုဆက်ဆာဗိသုကာ၊ အသုံးပြုသူများစာရင်း၊ ကွန်ရက်ချိတ်ဆက်မှုများစာရင်းနှင့် ၎င်းတို့၏ လိပ်စာများ၊ နှင့် များစွာသော အခြားအရာများ။ အချက်အလက်များကို ပုံမှန်ကိန်းရှင်များအဖြစ် manifests နှင့် template များတွင် ရရှိနိုင်ပါသည်။

အချက်အလက်များနှင့် လုပ်ဆောင်ခြင်း ဥပမာ

notify { "Running OS ${facts['os']['name']} version ${facts['os']['release']['full']}": }
# ресурс типа notify просто выводит сообщение в лог

တရားဝင် ပြောရလျှင် အချက်အလက်တစ်ခုတွင် အမည် (string) နှင့် တန်ဖိုးတစ်ခု ရှိသည် (အမျိုးမျိုးသော အမျိုးအစားများကို ရနိုင်သည်- strings၊ arrays၊ အဘိဓာန်)။ စားသည် built-in အချက်အလက်အစုံ. ကိုယ်တိုင်လည်း ရေးလို့ရပါတယ်။ အဖြစ်မှန်စုဆောင်းသူများ ဖေါ်ပြထားသည်။ Ruby တွင် လုပ်ဆောင်ချက်များကဲ့သို့ဒါမှမဟုတ်အဖြစ် လည်ပတ်နိုင်သောဖိုင်များ. အချက်အလက်များကို ပုံစံဖြင့်လည်း တင်ပြနိုင်သည်။ ဒေတာနှင့်အတူ စာသားဖိုင်များ nodes များပေါ်တွင်

လည်ပတ်နေစဉ်အတွင်း၊ ရုပ်သေးအေးဂျင့်သည် ရရှိနိုင်သော အချက်အလက်စုဆောင်းသူများအားလုံးကို pappetserver မှ node သို့ ဦးစွာကူးယူပြီး၊ ထို့နောက် ၎င်းတို့ကိုဖွင့်ပြီး စုဆောင်းထားသော အချက်အလက်များကို ဆာဗာသို့ ပေးပို့သည်။ ယင်းနောက်၊ ဆာဗာသည် ကက်တလောက်ကို စတင်ပြုစုသည်။

အဖြစ်မှန်များကို executable ဖိုင်များပုံစံဖြင့်

ထိုကဲ့သို့သော အချက်အလက်များကို လမ်းညွှန်ရှိ မော်ဂျူးများတွင် ထည့်သွင်းထားသည်။ facts.d. ဟုတ်ပါတယ်, ဖိုင်များကို executable ဖြစ်ရပါမည်။ run သောအခါ၊ ၎င်းတို့သည် YAML သို့မဟုတ် key=value ဖော်မတ်ဖြင့် စံထွက်ရှိမည့် အချက်အလက်ကို ထုတ်ပေးရပါမည်။

သင့် module ကိုဖြန့်ကျက်ထားသည့် poppet ဆာဗာမှ ထိန်းချုပ်ထားသော node များအားလုံးနှင့် သက်ဆိုင်ကြောင်း မမေ့ပါနှင့်။ ထို့ကြောင့်၊ script တွင်၊ စနစ်တွင် သင့်အမှန်တကယ်အလုပ်လုပ်ရန် လိုအပ်သော ပရိုဂရမ်များနှင့် ဖိုင်များ အားလုံးကို စစ်ဆေးရန် ဂရုစိုက်ပါ။

#!/bin/sh
echo "testfact=success"

#!/bin/sh
echo '{"testyamlfact":"success"}'

ပတ္တမြားပေဲ

ထိုကဲ့သို့သော အချက်အလက်များကို လမ်းညွှန်ရှိ မော်ဂျူးများတွင် ထည့်သွင်းထားသည်။ lib/facter.

# всё начинается с вызова функции Facter.add с именем факта и блоком кода
Facter.add('ladvd') do
# в блоках confine описываются условия применимости факта — код внутри блока должен вернуть true, иначе значение факта не вычисляется и не возвращается
  confine do
    Facter::Core::Execution.which('ladvdc') # проверим, что в PATH есть такой исполняемый файл
  end
  confine do
    File.socket?('/var/run/ladvd.sock') # проверим, что есть такой UNIX-domain socket
  end
# в блоке setcode происходит собственно вычисление значения факта
  setcode do
    hash = {}
    if (out = Facter::Core::Execution.execute('ladvdc -b'))
      out.split.each do |l|
        line = l.split('=')
        next if line.length != 2
        name, value = line
        hash[name.strip.downcase.tr(' ', '_')] = value.strip.chomp(''').reverse.chomp(''').reverse
      end
    end
    hash  # значение последнего выражения в блоке setcode является значением факта
  end
end

အချက်အလက်တွေကို စာပို့ပါ။

ထိုကဲ့သို့သော အချက်အလက်များကို လမ်းညွှန်ရှိ node များပေါ်တွင် တင်ထားသည်။ /etc/facter/facts.d ရုပ်သေးရုပ်ဟောင်း သို့မဟုတ် /etc/puppetlabs/facts.d ရုပ်သေးအသစ်၌။

examplefact=examplevalue

---
examplefact2: examplevalue2
anotherfact: anothervalue

အဖြစ်မှန်များဆီသို့

အဖြစ်မှန်ကိုချဉ်းကပ်ရန် နည်းလမ်းနှစ်ခုရှိသည်။

• အဘိဓာန်မှတဆင့် $facts: $facts['fqdn'];
• ကိန်းရှင်အမည်အဖြစ် အမှန်အမည်ကို အသုံးပြုခြင်း- $fqdn.

အဘိဓာန်သုံးတာ အကောင်းဆုံးပါ။ $factsဒါမှမဟုတ် ပိုကောင်းတာက ကမ္ဘာလုံးဆိုင်ရာ namespace ကိုညွှန်ပြပါ ($::facts).

ဤသည်မှာ စာရွက်စာတမ်း၏ သက်ဆိုင်ရာအပိုင်းဖြစ်သည်။

Built-in Variables များ

အဖြစ်မှန်တွေအပြင်၊ အချို့သော ကိန်းရှင်များကမ္ဘာလုံးဆိုင်ရာ namespace တွင် ရနိုင်ပါသည်။

• ယုံကြည်ရသောအချက်များ — ဖောက်သည်၏ လက်မှတ်မှ ယူထားသော ကိန်းရှင်များ (လက်မှတ်ကို poppet ဆာဗာတွင် အများအားဖြင့် ထုတ်ပေးသောကြောင့်၊ အေးဂျင့်သည် ၎င်း၏ လက်မှတ်ကို ထုတ်ယူရုံမျှမက ပြောင်းလဲနိုင်သောကြောင့် ကိန်းရှင်များသည် “ယုံကြည်သည်” ဖြစ်သည်): လက်မှတ်၏ အမည်၊ အမည်၊ host နှင့် domain၊ လက်မှတ်မှ extension များ။
• server အချက်အလက် —ဆာဗာ—ဗားရှင်း၊ အမည်၊ ဆာဗာ IP လိပ်စာ၊ ပတ်ဝန်းကျင်နှင့် ပတ်သက်သော အချက်အလက်များနှင့် ဆက်စပ်သော ကိန်းရှင်များ။
• အေးဂျင့်အချက်အလက် — ရုပ်သေး-အေးဂျင့်မှ တိုက်ရိုက်ထည့်သွင်းသည့် ကိန်းရှင်များကို အချက်အားဖြင့်မဟုတ်ဘဲ — လက်မှတ်အမည်၊ အေးဂျင့်ဗားရှင်း၊ ရုပ်သေးဗားရှင်း။
• မာစတာကိန်းရှင်များ - Pappetmaster variables (sic!)။ အထဲမှာ အတူတူပါပဲ။ server အချက်အလက်၊ ပေါင်းစည်းမှုဆိုင်ရာ ကန့်သတ်ဘောင်တန်ဖိုးများကို ရရှိနိုင်သည်။
• compiler ကိန်းရှင်များ — နယ်ပယ်တစ်ခုစီတွင် မတူညီသော compiler variable များ- လက်ရှိ module ၏အမည်နှင့် လက်ရှိ object ကိုဝင်ရောက်ထားသည့် module ၏အမည်။ ဥပမာအားဖြင့်၊ သင်၏ကိုယ်ပိုင်အတန်းများကို အခြား module များမှ တိုက်ရိုက်အသုံးမပြုကြောင်း စစ်ဆေးရန် ၎င်းတို့ကို အသုံးပြုနိုင်သည်။

ထပ်လောင်း 1- ဤအရာအားလုံးကို မည်သို့လုပ်ဆောင်ပြီး အမှားရှာရမည်နည်း။

ဆောင်းပါးတွင် ရုပ်သေးကုဒ်၏နမူနာများစွာပါရှိသော်လည်း ဤကုဒ်ကို မည်သို့လုပ်ဆောင်ရမည်ကို ကျွန်ုပ်တို့အား လုံးလုံးပြောပြခြင်းမရှိပါ။ ကောင်းပြီ၊ ငါကိုယ်တိုင်ပြင်နေတယ်။

အေးဂျင့်တစ်ဦးသည် ရုပ်သေးကိုလည်ပတ်ရန် လုံလောက်သော်လည်း ကိစ္စအများစုအတွက် သင်သည် ဆာဗာတစ်ခုလည်း လိုအပ်မည်ဖြစ်သည်။

ကိုယ်စားလှယ်

အနည်းဆုံး ဗားရှင်း XNUMX မှ စ၍ ရုပ်သေး-အေးဂျင့် ပက်ကေ့ခ်ျများ တရားဝင် Puppetlabs သိုလှောင်မှု မှီခိုမှုအားလုံး (ပတ္တမြားနှင့် ဆက်စပ်ကျောက်မျက်များ) ပါ၀င်သောကြောင့် တပ်ဆင်ရန်အခက်အခဲမရှိပါ (ကျွန်တော်သည် Debian-based ဖြန့်ဝေမှုများအကြောင်း ပြောနေသည် - RPM-based ဖြန့်ဝေမှုများကို မသုံးပါ)။

အရိုးရှင်းဆုံးအခြေအနေတွင်၊ ရုပ်သေးဖွဲ့စည်းပုံပုံစံကိုအသုံးပြုရန်၊ ဆာဗာမဲ့မုဒ်တွင် အေးဂျင့်ကိုဖွင့်ရန် လုံလောက်သည်- ရုပ်သေးကုဒ်ကို node သို့ကူးယူပြီး၊ စတင်ရန်၊ puppet apply <путь к манифесту>:

atikhonov@atikhonov ~/puppet-test $ cat helloworld.pp 
node default {
    notify { 'Hello world!': }
}
atikhonov@atikhonov ~/puppet-test $ puppet apply helloworld.pp 
Notice: Compiled catalog for atikhonov.localdomain in environment production in 0.01 seconds
Notice: Hello world!
Notice: /Stage[main]/Main/Node[default]/Notify[Hello world!]/message: defined 'message' as 'Hello world!'
Notice: Applied catalog in 0.01 seconds

ဆာဗာကိုတည်ဆောက်ပြီး daemon မုဒ်တွင် node များပေါ်တွင် အေးဂျင့်များကိုဖွင့်ခြင်းသည် ပိုကောင်းသည် - ထို့နောက် နာရီဝက်တိုင်း ဆာဗာမှဒေါင်းလုဒ်လုပ်ထားသော configuration ကို အသုံးပြုပါမည်။

အလုပ်၏တွန်းအားပေးမှုပုံစံကို တုပနိုင်သည် - သင်စိတ်ဝင်စားသော node သို့သွား၍ စတင်ပါ။ sudo puppet agent -t. သော့ -t (--test) အမှန်တကယ်တွင် တစ်ဦးချင်းဖွင့်နိုင်သည့် ရွေးချယ်စရာများစွာ ပါဝင်သည်။ ဤရွေးချယ်မှုများတွင် အောက်ပါတို့ ပါဝင်သည်-

• daemon မုဒ်တွင် မလည်ပတ်ပါနှင့် (ပုံမှန်အားဖြင့် အေးဂျင့်သည် daemon မုဒ်တွင် စတင်သည်)။
• ကတ်တလောက်ကိုအသုံးပြုပြီးနောက် ပိတ်သွားသည် (ပုံမှန်အားဖြင့်၊ အေးဂျင့်သည် ဆက်လက်အလုပ်လုပ်ပြီး နာရီဝက်တိုင်း တစ်ကြိမ်ဖွဲ့စည်းမှုစနစ်ကို အသုံးပြုပါမည်)။
• အသေးစိတ်အလုပ်မှတ်တမ်းရေးပါ။
• ဖိုင်များတွင်ပြောင်းလဲမှုများကိုပြသပါ။

အေးဂျင့်တွင် ပြောင်းလဲခြင်းမရှိဘဲ လည်ပတ်မှုမုဒ်တစ်ခု ရှိသည် - သင်မှန်ကန်သောဖွဲ့စည်းပုံပုံစံကို ရေးသားထားကြောင်း မသေချာပါက လည်ပတ်နေစဉ်အတွင်း အေးဂျင့်က အတိအကျပြောင်းလဲမည်ကို စစ်ဆေးလိုသည့်အခါ ၎င်းကို အသုံးပြုနိုင်သည်။ ဤမုဒ်ကို ကန့်သတ်ချက်ဖြင့် ဖွင့်ထားသည်။ --noop command line တွင်- sudo puppet agent -t --noop.

ထို့အပြင်၊ သင်သည် အလုပ်၏ အမှားရှာပြင်ခြင်း မှတ်တမ်းကို ဖွင့်နိုင်သည် - ၎င်းတွင်၊ ရုပ်သေးသည် ၎င်းလုပ်ဆောင်သည့် လုပ်ဆောင်မှုများ အားလုံးအကြောင်း ရေးသားသည်- ၎င်းသည် လက်ရှိ လုပ်ဆောင်နေသည့် အရင်းအမြစ်များအကြောင်း၊ ဤအရင်းအမြစ်၏ ကန့်သတ်ချက်များအကြောင်း၊ ၎င်းတွင် မည်သည့်ပရိုဂရမ်များအကြောင်း ရေးသားထားသည်။ ဟုတ်ပါတယ် ဒါက parameter တစ်ခုပါ။ --debug.

ဆာဗာက

pappetserver ၏အပြည့်အ၀တပ်ဆင်မှုနှင့်၎င်းကိုဤဆောင်းပါးတွင်ထည့်သွင်းစဉ်းစားမည်မဟုတ်ပါ၊ အရေအတွက်အနည်းငယ်နှင့်အလုပ်လုပ်ရန်နောက်ထပ်ဖွဲ့စည်းမှုမလိုအပ်သောဆာဗာ၏အပြည့်အ၀လုပ်ဆောင်နိုင်သောဗားရှင်းတစ်ခုရှိသည်ဟုသာပြောပါမည်။ nodes (တစ်ရာအထိ)။ ပိုကြီးသော node အများအပြားသည် ချိန်ညှိရန် လိုအပ်လိမ့်မည် - မူရင်းအားဖြင့်၊ puppetserver သည် အလုပ်သမားလေးဦးထက် မပိုစေဘဲ စွမ်းဆောင်ရည်ပိုကောင်းရန်အတွက် ၎င်းတို့၏ အရေအတွက်ကို တိုးမြှင့်ရန်နှင့် မှတ်ဉာဏ်ကန့်သတ်ချက်များကို တိုးမြှင့်ရန် မမေ့ပါနှင့်၊ သို့မဟုတ်ပါက ဆာဗာသည် အချိန်အများစုကို အမှိုက်သိမ်းမည်ဖြစ်သည်။

ကုဒ်ဖြန့်ကျက်ခြင်း - သင်လိုအပ်ပါက မြန်မြန်ဆန်ဆန်၊ ထို့နောက် (r10k တွင်ကြည့်ပါ)[https://github.com/puppetlabs/r10k]၊ သေးငယ်သောတပ်ဆင်မှုများအတွက်၊ ၎င်းသည်အတော်လေးလုံလောက်သင့်သည်။

နောက်ဆက်တွဲ 2- Coding လမ်းညွှန်ချက်များ

1. ယုတ္တိဗေဒအားလုံးကို အတန်းများနှင့် အဓိပ္ပါယ်ဖွင့်ဆိုချက်များတွင် ထည့်သွင်းပါ။
2. node များကိုဖော်ပြသည့် manifests များတွင်မဟုတ်ဘဲ အတန်းများနှင့် အဓိပ္ပါယ်ဖွင့်ဆိုချက်များကို module များတွင် ထားပါ။
3. အဖြစ်မှန်ကိုသုံးပါ။
4. အိမ်ရှင်အမည်များကို အခြေခံ၍ ifs မပြုလုပ်ပါနှင့်။
5. အတန်းများနှင့် အဓိပ္ပါယ်ဖွင့်ဆိုချက်များအတွက် ကန့်သတ်ဘောင်များကို လွတ်လပ်စွာထည့်နိုင်သည် - ၎င်းသည် အတန်း/သတ်မှတ်၏ကိုယ်ထည်တွင် ဝှက်ထားသော သွယ်ဝိုက်သောယုတ္တိထက် ပိုကောင်းသည်။

ဘာကြောင့် ဒီလိုလုပ်ဖို့ အကြံပြုတာလဲ နောက်ဆောင်းပါးမှာ ရှင်းပြပါမယ်။

ကောက်ချက်

နိဒါန်းနဲ့ ပြီးလိုက်ရအောင်။ နောက်ဆောင်းပါးတွင် Hiera၊ ENC နှင့် PuppetDB အကြောင်း ပြောပြပါမည်။

စာရင်းသွင်းအသုံးပြုသူများသာ စစ်တမ်းတွင် ပါဝင်နိုင်ပါသည်။ ဆိုင်းအင်လုပ်ခြင်း, ကျေးဇူးပြု။

အမှန်တော့၊ နောက်ထပ် အကြောင်းအရာများစွာ ရှိပါသည် - ကျွန်ုပ်သည် အောက်ပါ အကြောင်းအရာများအတွက် ဆောင်းပါးများ ရေးနိုင်သည်၊ သင်ဖတ်ရန် စိတ်ဝင်စားမည့်အရာကို မဲပေးပါ-

• 59,1%အဆင့်မြင့်ရုပ်သေးတည်ဆောက်ပုံများ - အချို့သောနောက်ထပ်အဆင့် shit- loops၊ mapping နှင့် lambda အသုံးအနှုန်းများ၊ အရင်းအမြစ်စုဆောင်းသူများ၊ ထုတ်ယူထားသောအရင်းအမြစ်များနှင့် Puppet မှတဆင့် host အပြန်အလှန်ဆက်သွယ်မှု၊ တဂ်များ၊ ပံ့ပိုးပေးသူများ၊ abstract data အမျိုးအစားများ။13
• 31,8%"ကျွန်ုပ်သည် ကျွန်ုပ်၏မိခင်၏ စီမံခန့်ခွဲသူဖြစ်သည်" သို့မဟုတ် Avito တွင် ကျွန်ုပ်တို့သည် မတူညီသောဗားရှင်းများစွာရှိသော poppet ဆာဗာများဖြင့် မိတ်ဆွေဖွဲ့ပုံ၊ အခြေခံအားဖြင့်၊ poppet ဆာဗာကို စီမံခန့်ခွဲခြင်းအပိုင်း။7
• 81,8%ရုပ်သေးကုဒ်ကို ဘယ်လိုရေးရမလဲ- ကိရိယာတန်ဆာပလာ၊ စာရွက်စာတမ်း၊ စမ်းသပ်မှု၊ CI/CD.18

အသုံးပြုသူ 22 ဦး မဲပေးခဲ့သည်။ သုံးစွဲသူ ၁၉ ဦး ရှောင်နေခဲ့ပါတယ်။

source: www.habr.com