Puppet ແມ່ນລະບົບການຈັດການການຕັ້ງຄ່າ. ມັນຖືກນໍາໃຊ້ເພື່ອນໍາເຈົ້າພາບໄປສູ່ລັດທີ່ຕ້ອງການແລະຮັກສາລັດນີ້.

ຂ້ອຍໄດ້ເຮັດວຽກກັບ Puppet ຫຼາຍກວ່າຫ້າປີແລ້ວ. ຂໍ້ຄວາມນີ້ແມ່ນການແປແລະຈັດລໍາດັບໃຫມ່ຂອງການລວບລວມຈຸດສໍາຄັນຈາກເອກະສານທາງການ, ເຊິ່ງຈະຊ່ວຍໃຫ້ຜູ້ເລີ່ມຕົ້ນສາມາດເຂົ້າໃຈເຖິງຄວາມສໍາຄັນຂອງ Puppet ໄດ້ຢ່າງໄວວາ.

ຂໍ້ມູນພື້ນຖານ

ລະບົບປະຕິບັດການຂອງ Puppet ແມ່ນ server-server, ເຖິງແມ່ນວ່າມັນຍັງສະຫນັບສະຫນູນການດໍາເນີນການ serverless ທີ່ມີຫນ້າທີ່ຈໍາກັດ.

ຮູບແບບການປະຕິບັດການດຶງຖືກນໍາໃຊ້: ໂດຍຄ່າເລີ່ມຕົ້ນ, ທຸກໆເຄິ່ງຊົ່ວໂມງ, ລູກຄ້າຕິດຕໍ່ກັບເຄື່ອງແມ່ຂ່າຍສໍາລັບການຕັ້ງຄ່າແລະນໍາໃຊ້ມັນ. ຖ້າທ່ານໄດ້ເຮັດວຽກກັບ Ansible, ພວກເຂົາໃຊ້ຮູບແບບການຊຸກຍູ້ທີ່ແຕກຕ່າງກັນ: ຜູ້ບໍລິຫານເລີ່ມຕົ້ນຂະບວນການນໍາໃຊ້ການຕັ້ງຄ່າ, ລູກຄ້າເອງຈະບໍ່ນໍາໃຊ້ຫຍັງ.

ໃນ​ລະ​ຫວ່າງ​ການ​ສື່​ສານ​ເຄືອ​ຂ່າຍ​, ການ​ເຂົ້າ​ລະ​ຫັດ TLS ສອງ​ທາງ​ແມ່ນ​ໄດ້​ຖືກ​ນໍາ​ໃຊ້​: ເຄື່ອງ​ແມ່​ຂ່າຍ​ແລະ​ລູກ​ຄ້າ​ມີ​ກະ​ແຈ​ສ່ວນ​ຕົວ​ຂອງ​ເຂົາ​ເຈົ້າ​ເອງ​ແລະ​ໃບ​ຢັ້ງ​ຢືນ​ທີ່​ສອດ​ຄ້ອງ​ກັນ​. ໂດຍປົກກະຕິເຊີບເວີອອກໃບຢັ້ງຢືນໃຫ້ລູກຄ້າ, ແຕ່ໃນຫຼັກການມັນເປັນໄປໄດ້ທີ່ຈະໃຊ້ CA ພາຍນອກ.

ການແນະນໍາກ່ຽວກັບ manifestos

ໃນຄໍາສັບພາສາ Puppet ກັບເຄື່ອງແມ່ຂ່າຍຂອງ puppet ເຊື່ອມຕໍ່ nodes (ຂໍ້). ການຕັ້ງຄ່າສໍາລັບ nodes ແມ່ນຂຽນ ໃນ manifestos ໃນພາສາການຂຽນໂປລແກລມພິເສດ - Puppet DSL.

Puppet DSL ເປັນພາສາປະກາດ. ມັນອະທິບາຍສະຖານະທີ່ຕ້ອງການຂອງ node ໃນຮູບແບບການປະກາດຂອງຊັບພະຍາກອນສ່ວນບຸກຄົນ, ສໍາລັບການຍົກຕົວຢ່າງ:

• ໄຟລ໌ມີຢູ່ແລະມັນມີເນື້ອຫາສະເພາະ.
• ຊຸດໄດ້ຖືກຕິດຕັ້ງ.
• ການບໍລິການໄດ້ເລີ່ມຕົ້ນແລ້ວ.

ຊັບພະຍາກອນສາມາດເຊື່ອມຕໍ່ກັນໄດ້:

• ມີຄວາມເພິ່ງພາອາໄສ, ພວກມັນມີຜົນກະທົບຕໍ່ຄໍາສັ່ງທີ່ຊັບພະຍາກອນຖືກນໍາໃຊ້.
  ຕົວຢ່າງ, "ຕິດຕັ້ງຊຸດທໍາອິດ, ຫຼັງຈາກນັ້ນແກ້ໄຂໄຟລ໌ການຕັ້ງຄ່າ, ຫຼັງຈາກນັ້ນເລີ່ມຕົ້ນການບໍລິການ."
• ມີການແຈ້ງເຕືອນ - ຖ້າຊັບພະຍາກອນມີການປ່ຽນແປງ, ມັນຈະສົ່ງການແຈ້ງເຕືອນໄປຫາຊັບພະຍາກອນທີ່ຈອງກັບມັນ.
  ຕົວຢ່າງ, ຖ້າໄຟລ໌ການຕັ້ງຄ່າປ່ຽນແປງ, ທ່ານສາມາດເປີດບໍລິການໃຫມ່ໂດຍອັດຕະໂນມັດ.

ນອກຈາກນັ້ນ, Puppet DSL ມີຫນ້າທີ່ແລະຕົວແປ, ເຊັ່ນດຽວກັນກັບຄໍາຖະແຫຼງທີ່ເງື່ອນໄຂແລະຕົວເລືອກ. ກົນໄກການສ້າງແບບຈໍາລອງຕ່າງໆຍັງໄດ້ຮັບການສະຫນັບສະຫນູນ - EPP ແລະ ERB.

Puppet ແມ່ນລາຍລັກອັກສອນໃນ Ruby, ດັ່ງນັ້ນຈໍານວນຫຼາຍຂອງການກໍ່ສ້າງແລະຂໍ້ກໍານົດແມ່ນເອົາມາຈາກບ່ອນນັ້ນ. Ruby ຊ່ວຍໃຫ້ທ່ານສາມາດຂະຫຍາຍ Puppet - ເພີ່ມເຫດຜົນສະລັບສັບຊ້ອນ, ປະເພດໃຫມ່ຂອງຊັບພະຍາກອນ, ຫນ້າທີ່.

ໃນຂະນະທີ່ Puppet ກໍາລັງເຮັດວຽກ, manifests ສໍາລັບແຕ່ລະ node ສະເພາະຢູ່ໃນເຄື່ອງແມ່ຂ່າຍໄດ້ຖືກລວບລວມເຂົ້າໄປໃນໄດເລກະທໍລີ. ລະ​ບົບ ແມ່ນບັນຊີລາຍຊື່ຂອງຊັບພະຍາກອນແລະຄວາມສໍາພັນຂອງເຂົາເຈົ້າຫຼັງຈາກການຄິດໄລ່ມູນຄ່າຂອງຫນ້າທີ່, ຕົວແປແລະການຂະຫຍາຍຄໍາຖະແຫຼງການຕາມເງື່ອນໄຂ.

syntax ແລະ codestyle

ນີ້ແມ່ນພາກສ່ວນຂອງເອກະສານທາງການທີ່ຈະຊ່ວຍໃຫ້ທ່ານເຂົ້າໃຈ syntax ຖ້າຕົວຢ່າງທີ່ສະຫນອງໃຫ້ບໍ່ພຽງພໍ:

• syntax ຂອງໂຄງສ້າງພາສາຕ່າງໆ.
• syntax ຊັບພະຍາກອນ.
• Syntax ສໍາລັບການອະທິບາຍ nodes.

ນີ້ແມ່ນຕົວຢ່າງຂອງສິ່ງທີ່ manifest ເບິ່ງຄືວ່າ:

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

ການຫຍໍ້ໜ້າ ແລະ ການແບ່ງແຖວບໍ່ແມ່ນສ່ວນທີ່ຕ້ອງການຂອງ manifest, ແຕ່ມີຄຳແນະນຳ ຄູ່ມືແບບ. ສະຫຼຸບ:

• ຫຍໍ້ໜ້າສອງຍະຫວ່າງ, ແຖບບໍ່ໄດ້ໃຊ້.
• ວົງເລັບ curly ຖືກແຍກອອກໂດຍຊ່ອງຫວ່າງ;
• ເຄື່ອງໝາຍຈຸດຫຼັງຈາກແຕ່ລະພາລາມິເຕີ, ລວມທັງອັນສຸດທ້າຍ. ແຕ່ລະຕົວກໍານົດແມ່ນຢູ່ໃນເສັ້ນແຍກຕ່າງຫາກ. ຂໍ້ຍົກເວັ້ນແມ່ນເຮັດສໍາລັບກໍລະນີທີ່ບໍ່ມີຕົວກໍານົດການແລະຫນຶ່ງພາລາມິເຕີ: ທ່ານສາມາດຂຽນໃນຫນຶ່ງແຖວແລະບໍ່ມີເຄື່ອງຫມາຍຈຸດ (i.e. resource { 'title': } и resource { 'title': param => value }).
• ລູກສອນຢູ່ໃນຕົວກໍານົດການຄວນຈະຢູ່ໃນລະດັບດຽວກັນ.
• ລູກສອນຄວາມສໍາພັນຊັບພະຍາກອນຖືກຂຽນຢູ່ທາງຫນ້າຂອງພວກເຂົາ.

ສະຖານທີ່ຂອງໄຟລ໌ໃນ pappetserver

ສໍາລັບຄໍາອະທິບາຍເພີ່ມເຕີມ, ຂ້າພະເຈົ້າຈະແນະນໍາແນວຄວາມຄິດຂອງ "ລະບົບຮາກ". ໄດເລກະທໍລີຮາກແມ່ນໄດເລກະທໍລີທີ່ມີການຕັ້ງຄ່າ Puppet ສໍາລັບ node ສະເພາະ.

ໄດເລກະທໍລີຮາກແຕກຕ່າງກັນໄປຕາມສະບັບຂອງ Puppet ແລະສະພາບແວດລ້ອມທີ່ໃຊ້. ສະພາບແວດລ້ອມແມ່ນຊຸດການຕັ້ງຄ່າເອກະລາດທີ່ເກັບໄວ້ໃນໄດເລກະທໍລີແຍກຕ່າງຫາກ. ປົກກະຕິແລ້ວໃຊ້ປະສົມປະສານກັບ git, ໃນກໍລະນີນີ້ສະພາບແວດລ້ອມແມ່ນສ້າງຈາກສາຂາ git. ດັ່ງນັ້ນ, ແຕ່ລະ node ແມ່ນຕັ້ງຢູ່ໃນສະພາບແວດລ້ອມຫນຶ່ງຫຼືອື່ນ. ນີ້ສາມາດຖືກຕັ້ງຄ່າໃນ node ຕົວຂອງມັນເອງ, ຫຼືໃນ ENC, ເຊິ່ງຂ້ອຍຈະເວົ້າກ່ຽວກັບບົດຄວາມຕໍ່ໄປ.

• ໃນສະບັບທີສາມ ("Puppet ເກົ່າ") ໄດເລກະທໍລີພື້ນຖານແມ່ນ /etc/puppet. ການນໍາໃຊ້ສະພາບແວດລ້ອມເປັນທາງເລືອກ - ຕົວຢ່າງ, ພວກເຮົາບໍ່ໃຊ້ພວກມັນກັບ Puppet ເກົ່າ. ຖ້າສະພາບແວດລ້ອມຖືກນໍາໃຊ້, ພວກມັນມັກຈະຖືກເກັບໄວ້ໃນ /etc/puppet/environments, ໄດເລກະທໍລີຮາກຈະເປັນໄດເລກະທໍລີສະພາບແວດລ້ອມ. ຖ້າສະພາບແວດລ້ອມບໍ່ໄດ້ຖືກນໍາໃຊ້, ໄດເລກະທໍລີຮາກຈະເປັນໄດເລກະທໍລີພື້ນຖານ.
• ເລີ່ມຕົ້ນຈາກສະບັບທີສີ່ ("Puppet ໃຫມ່"), ການນໍາໃຊ້ສະພາບແວດລ້ອມໄດ້ກາຍເປັນບັງຄັບ, ແລະໄດເລກະທໍລີພື້ນຖານໄດ້ຖືກຍ້າຍໄປ. /etc/puppetlabs/code. ຕາມ​ນັ້ນ​ແລ້ວ, ສິ່ງ​ແວດ​ລ້ອມ​ຖືກ​ເກັບ​ໄວ້ /etc/puppetlabs/code/environments, root directory ແມ່ນໄດເລກະທໍລີສະພາບແວດລ້ອມ.

ຕ້ອງມີໄດເລກະທໍລີຍ່ອຍຢູ່ໃນໄດເລກະທໍລີຮາກ manifests, ເຊິ່ງປະກອບດ້ວຍຫນຶ່ງຫຼືຫຼາຍ manifests ອະທິບາຍ nodes. ນອກຈາກນັ້ນ, ຄວນມີບັນຊີຍ່ອຍ modules, ເຊິ່ງປະກອບດ້ວຍໂມດູນ. ຂ້ອຍຈະບອກເຈົ້າວ່າມີໂມດູນໃດແດ່ຕໍ່ມາ. ນອກຈາກນັ້ນ, Puppet ເກົ່າຍັງອາດຈະມີ subdirectory files, ເຊິ່ງປະກອບດ້ວຍໄຟລ໌ຕ່າງໆທີ່ພວກເຮົາຄັດລອກໄປທີ່ nodes. ໃນ Puppet ໃຫມ່, ໄຟລ໌ທັງຫມົດແມ່ນຖືກຈັດໃສ່ໃນໂມດູນ.

ໄຟລ໌ Manifest ມີສ່ວນຂະຫຍາຍ .pp.

ສອງສາມຕົວຢ່າງການຕໍ່ສູ້

ລາຍລະອຽດຂອງ node ແລະຊັບພະຍາກອນກ່ຽວກັບມັນ

ໃນ node ໄດ້ server1.testdomain ໄຟລ໌ຕ້ອງຖືກສ້າງຂື້ນ /etc/issue ກັບ​ເນື້ອ​ໃນ​ Debian GNU/Linux n l. ໄຟລ໌ຈະຕ້ອງເປັນເຈົ້າຂອງໂດຍຜູ້ໃຊ້ ແລະກຸ່ມ root, ສິດການເຂົ້າເຖິງຈະຕ້ອງ 644.

ພວກເຮົາຂຽນ manifesto:

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 ຕ້ອງໄດ້ແລ່ນ, ເຮັດວຽກກັບການຕັ້ງຄ່າທີ່ກຽມໄວ້ກ່ອນຫນ້ານີ້.

ໃຫ້ decompose ບັນຫາ:

• ຊຸດຕ້ອງໄດ້ຮັບການຕິດຕັ້ງ nginx.
• ມັນເປັນສິ່ງຈໍາເປັນທີ່ໄຟລ໌ການຕັ້ງຄ່າຈະຖືກຄັດລອກຈາກເຄື່ອງແມ່ຂ່າຍ.
• ການບໍລິການຕ້ອງໄດ້ຮັບການເລີ່ມຕົ້ນ nginx.
• ຖ້າການຕັ້ງຄ່າຖືກປັບປຸງ, ການບໍລິການຕ້ອງຖືກເລີ່ມຕົ້ນໃຫມ່.

ພວກເຮົາຂຽນ manifesto:

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 получает уведомление,
  # соответствующий сервис перезапускается.
}

ເພື່ອເຮັດວຽກນີ້, ທ່ານຕ້ອງການປະມານສະຖານທີ່ໄຟລ໌ຕໍ່ໄປນີ້ຢູ່ໃນເຄື່ອງແມ່ຂ່າຍ puppet:

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

ປະເພດຊັບພະຍາກອນ

ບັນຊີລາຍຊື່ເຕັມຂອງປະເພດຊັບພະຍາກອນທີ່ສະຫນັບສະຫນູນສາມາດພົບໄດ້ທີ່ນີ້ ໃນເອກະສານ, ໃນທີ່ນີ້ຂ້າພະເຈົ້າຈະອະທິບາຍຫ້າປະເພດພື້ນຖານ, ເຊິ່ງໃນການປະຕິບັດຂອງຂ້ອຍແມ່ນພຽງພໍທີ່ຈະແກ້ໄຂບັນຫາສ່ວນໃຫຍ່.

ເອກະສານ

ຈັດການໄຟລ໌, ໄດເລກະທໍລີ, symlinks, ເນື້ອໃນຂອງມັນ, ແລະສິດການເຂົ້າເຖິງ.

ພາລາມິເຕີ:

• ຊື່ຊັບພະຍາກອນ - ເສັ້ນ​ທາງ​ໄປ​ຫາ​ໄຟລ​໌ (ທາງ​ເລືອກ​ອື່ນ​)
• ເສັ້ນທາງ - ເສັ້ນ​ທາງ​ໄປ​ຫາ​ໄຟລ​໌ (ຖ້າ​ຫາກ​ວ່າ​ມັນ​ບໍ່​ໄດ້​ລະ​ບຸ​ໄວ້​ໃນ​ຊື່​)
• ຮັບປະກັນ - ປະ​ເພດ​ໄຟລ​໌​:
  • absent - ລຶບ​ໄຟລ​໌​
  • present — ຕ້ອງ​ມີ​ໄຟລ​໌​ຂອງ​ປະ​ເພດ​ໃດ​ຫນຶ່ງ (ຖ້າ​ຫາກ​ວ່າ​ບໍ່​ມີ​ໄຟລ​໌​, ໄຟລ​໌​ປົກ​ກະ​ຕິ​ຈະ​ໄດ້​ຮັບ​ການ​ສ້າງ​ຕັ້ງ​)
  • file - ໄຟລ​໌​ປົກ​ກະ​ຕິ​
  • directory - ໄດເລກະທໍລີ
  • link - ລິ້ງຄ໌
• ເນື້ອໃນ — ເນື້ອ​ໃນ​ຂອງ​ໄຟລ​໌ (ເຫມາະ​ສົມ​ສໍາ​ລັບ​ໄຟລ​໌​ປົກ​ກະ​ຕິ​, ບໍ່​ສາ​ມາດ​ນໍາ​ໃຊ້​ຮ່ວມ​ກັບ​ ແຫຼ່ງ ຫຼື ເປົ້າ​ຫມາຍ)
• ແຫຼ່ງ — ການ​ເຊື່ອມ​ຕໍ່​ກັບ​ເສັ້ນ​ທາງ​ທີ່​ທ່ານ​ຕ້ອງ​ການ​ສໍາ​ເນົາ​ເນື້ອ​ໃນ​ຂອງ​ໄຟລ​໌ (ບໍ່​ສາ​ມາດ​ນໍາ​ໃຊ້​ຮ່ວມ​ກັບ​ ເນື້ອໃນ ຫຼື ເປົ້າ​ຫມາຍ). ສາມາດຖືກກໍານົດເປັນ URI ທີ່ມີໂຄງການ puppet: (ຫຼັງຈາກນັ້ນໄຟລ໌ຈາກເຄື່ອງແມ່ຂ່າຍ puppet ຈະຖືກນໍາໃຊ້), ແລະມີໂຄງການ http: (ຂ້າ​ພະ​ເຈົ້າ​ຫວັງ​ວ່າ​ຈະ​ເປັນ​ທີ່​ຈະ​ແຈ້ງ​ສິ່ງ​ທີ່​ຈະ​ເກີດ​ຂຶ້ນ​ໃນ​ກໍ​ລະ​ນີ​ນີ້), ແລະ​ເຖິງ​ແມ່ນ​ວ່າ​ມີ​ແຜນ​ວາດ file: ຫຼືເປັນເສັ້ນທາງຢ່າງແທ້ຈິງທີ່ບໍ່ມີ schema (ຫຼັງຈາກນັ້ນໄຟລ໌ຈາກ FS ທ້ອງຖິ່ນໃນ node ຈະຖືກນໍາໃຊ້)
• ເປົ້າ​ຫມາຍ — ບ່ອນທີ່ symlink ຄວນຊີ້ (ບໍ່ສາມາດໃຊ້ຮ່ວມກັນກັບ ເນື້ອໃນ ຫຼື ແຫຼ່ງ)
• ເຈົ້າຂອງ — ຜູ້​ໃຊ້​ທີ່​ຄວນ​ຈະ​ເປັນ​ເຈົ້າ​ຂອງ​ໄຟລ​໌​
• ກຸ່ມ — ກຸ່ມ​ທີ່​ໄຟລ​໌​ຄວນ​ຈະ​ເປັນ​
• ຮູບແບບການ - ການ​ອະ​ນຸ​ຍາດ​ໄຟລ​໌ (ເປັນ string​)
• ພະຍາບານ - ເຮັດໃຫ້ການປະມວນຜົນໄດເລກະທໍລີ recursive
• purge - ເປີດໃຊ້ການລຶບໄຟລ໌ທີ່ບໍ່ໄດ້ອະທິບາຍໄວ້ໃນ Puppet
• ຜົນບັງຄັບໃຊ້ - ເຮັດໃຫ້ສາມາດລຶບໄດເລກະທໍລີທີ່ບໍ່ໄດ້ອະທິບາຍໄວ້ໃນ Puppet

ຊຸດ

ຕິດຕັ້ງ ແລະເອົາແພັກເກດອອກ. ສາມາດຈັດການກັບການແຈ້ງເຕືອນ - ຕິດຕັ້ງແພັກເກັດໃຫມ່ຖ້າພາລາມິເຕີຖືກລະບຸ reinstall_on_refresh.

ພາລາມິເຕີ:

• ຊື່ຊັບພະຍາກອນ - ຊື່​ຊຸດ (ເລືອກ​ໄດ້​)
• ຊື່ - ຊື່​ຊຸດ (ຖ້າ​ບໍ່​ໄດ້​ລະ​ບຸ​ໄວ້​ໃນ​ຊື່​)
• ຜູ້ໃຫ້ບໍລິ - ຜູ້ຈັດການຊຸດທີ່ຈະໃຊ້
• ຮັບປະກັນ - ສະຖານະທີ່ຕ້ອງການຂອງຊຸດ:
  • present, installed - ສະ​ບັບ​ໃດ​ຫນຶ່ງ​ຕິດ​ຕັ້ງ​
  • latest - ສະ​ບັບ​ຫລ້າ​ສຸດ​ຕິດ​ຕັ້ງ​
  • absent - ລຶບ​ແລ້ວ (apt-get remove)
  • purged — ລຶບ​ໄປ​ພ້ອມ​ກັບ​ໄຟລ​໌​ການ​ຕັ້ງ​ຄ່າ (apt-get purge)
  • held - ສະ​ບັບ​ຫຸ້ມ​ຫໍ່​ຖືກ​ລັອກ (apt-mark hold)
  • любая другая строка — ສະ​ບັບ​ທີ່​ກໍາ​ນົດ​ໄວ້​ແມ່ນ​ຕິດ​ຕັ້ງ​
• reinstall_on_refresh - ຖ້າ true, ຫຼັງຈາກນັ້ນ, ເມື່ອໄດ້ຮັບການແຈ້ງເຕືອນ, ຊຸດຈະຖືກຕິດຕັ້ງໃຫມ່. ເປັນປະໂຫຍດສໍາລັບການແຈກຢາຍໂດຍອີງໃສ່ແຫຼ່ງ, ບ່ອນທີ່ການຫຸ້ມຫໍ່ rebuilding ອາດຈະມີຄວາມຈໍາເປັນໃນເວລາທີ່ມີການປ່ຽນແປງຕົວກໍານົດການການກໍ່ສ້າງ. ຄ່າເລີ່ມຕົ້ນ false.

ການບໍລິການ

ຄຸ້ມຄອງການບໍລິການ. ສາມາດປະມວນຜົນການແຈ້ງເຕືອນ - ເປີດບໍລິການຄືນໃໝ່.

ພາລາມິເຕີ:

• ຊື່ຊັບພະຍາກອນ - ການ​ບໍ​ລິ​ການ​ທີ່​ຈະ​ໄດ້​ຮັບ​ການ​ຄຸ້ມ​ຄອງ (ທາງ​ເລືອກ​ອື່ນ​)
• ຊື່ - ການ​ບໍ​ລິ​ການ​ທີ່​ຕ້ອງ​ການ​ຄຸ້ມ​ຄອງ (ຖ້າ​ຫາກ​ວ່າ​ບໍ່​ໄດ້​ລະ​ບຸ​ໄວ້​ໃນ​ຊື່​)
• ຮັບປະກັນ - ລັດ​ທີ່​ຕ້ອງ​ການ​ຂອງ​ການ​ບໍ​ລິ​ການ​:
  • running - ເປີດຕົວ
  • stopped - ຢຸດ
• ເຮັດໃຫ້ສາມາດ - ຄວບ​ຄຸມ​ຄວາມ​ສາ​ມາດ​ໃນ​ການ​ເລີ່ມ​ຕົ້ນ​ການ​ບໍ​ລິ​ການ​:
  • true - ອັດ​ຕະ​ໂນ​ມັດ​ເປີດ​ໃຊ້​ງານ (systemctl enable)
  • mask - ປອມ​ຕົວ (systemctl mask)
  • false - ອັດ​ຕະ​ໂນ​ມັດ​ໄດ້​ຖືກ​ພິ​ການ (systemctl disable)
• ເລີ່ມ​ຕົ້ນ​ໃຫມ່ - ຄໍາ​ສັ່ງ​ເພື່ອ restart ການ​ບໍ​ລິ​ການ​
• ສະຖານະພາບ - ຄໍາ​ສັ່ງ​ເພື່ອ​ກວດ​ກາ​ເບິ່ງ​ສະ​ຖາ​ນະ​ການ​ບໍ​ລິ​ການ​
• ເລີ່ມໃໝ່ແລ້ວ — ຊີ້ບອກວ່າການບໍລິການ initscript ຮອງຮັບການເລີ່ມຕົ້ນໃໝ່ຫຼືບໍ່. ຖ້າ false ແລະຕົວກໍານົດການແມ່ນລະບຸໄວ້ ເລີ່ມ​ຕົ້ນ​ໃຫມ່ - ຄ່າຂອງພາລາມິເຕີນີ້ຖືກນໍາໃຊ້. ຖ້າ false ແລະພາລາມິເຕີ ເລີ່ມ​ຕົ້ນ​ໃຫມ່ ບໍ່ໄດ້ລະບຸ - ການບໍລິການຢຸດແລະເລີ່ມ restart (ແຕ່ systemd ໃຊ້ຄໍາສັ່ງ systemctl restart).
• hasstatus — ຊີ້ບອກວ່າບໍລິການ initscript ຮອງຮັບຄຳສັ່ງຫຼືບໍ່ status. ຖ້າ false, ຫຼັງຈາກນັ້ນຄ່າພາລາມິເຕີຖືກນໍາໃຊ້ ສະຖານະພາບ. ຄ່າເລີ່ມຕົ້ນ true.

exec

ດໍາເນີນການຄໍາສັ່ງພາຍນອກ. ຖ້າທ່ານບໍ່ລະບຸຕົວກໍານົດການ ສ້າງ, ເທົ່ານັ້ນ, ເວັ້ນເສຍແຕ່ວ່າ ຫຼື ສົດຊື່ນ, ຄໍາສັ່ງຈະຖືກດໍາເນີນການທຸກຄັ້ງທີ່ Puppet ຖືກແລ່ນ. ສາມາດປະມວນຜົນການແຈ້ງເຕືອນ - ແລ່ນຄຳສັ່ງ.

ພາລາມິເຕີ:

• ຊື່ຊັບພະຍາກອນ - ຄໍາ​ສັ່ງ​ທີ່​ຈະ​ປະ​ຕິ​ບັດ (ທາງ​ເລືອກ​ອື່ນ​)
• ຄໍາສັ່ງ - ຄໍາ​ສັ່ງ​ທີ່​ຈະ​ປະ​ຕິ​ບັດ (ຖ້າ​ຫາກ​ວ່າ​ມັນ​ບໍ່​ໄດ້​ລະ​ບຸ​ໄວ້​ໃນ​ຊື່​)
• ເສັ້ນທາງ — ເສັ້ນ​ທາງ​ທີ່​ຈະ​ຊອກ​ຫາ​ໄຟລ​໌​ປະ​ຕິ​ບັດ​ໄດ້​
• ເທົ່ານັ້ນ — ຖ້າ​ຫາກ​ວ່າ​ຄໍາ​ສັ່ງ​ທີ່​ລະ​ບຸ​ໄວ້​ໃນ​ພາ​ລາ​ມິ​ເຕີ​ນີ້​ສໍາ​ເລັດ​ດ້ວຍ​ລະ​ຫັດ​ກັບ​ສູນ​, ຄໍາ​ສັ່ງ​ຕົ້ນ​ຕໍ​ຈະ​ໄດ້​ຮັບ​ການ​ປະ​ຕິ​ບັດ​
• ເວັ້ນເສຍແຕ່ວ່າ — ຖ້າ​ຫາກ​ວ່າ​ຄໍາ​ສັ່ງ​ທີ່​ລະ​ບຸ​ໄວ້​ໃນ​ພາ​ລາ​ມິ​ເຕີ​ນີ້​ສໍາ​ເລັດ​ດ້ວຍ​ລະ​ຫັດ​ທີ່​ບໍ່​ແມ່ນ​ສູນ​, ຄໍາ​ສັ່ງ​ຕົ້ນ​ຕໍ​ຈະ​ໄດ້​ຮັບ​ການ​ປະ​ຕິ​ບັດ
• ສ້າງ — ຖ້າໄຟລ໌ທີ່ລະບຸໄວ້ໃນພາລາມິເຕີນີ້ບໍ່ມີ, ຄໍາສັ່ງຫຼັກຈະຖືກປະຕິບັດ
• ສົດຊື່ນ - ຖ້າ true, ຫຼັງຈາກນັ້ນຄໍາສັ່ງຈະຖືກດໍາເນີນການພຽງແຕ່ເມື່ອ exec ນີ້ໄດ້ຮັບການແຈ້ງເຕືອນຈາກຊັບພະຍາກອນອື່ນໆ
• cwd - ໄດເລກະທໍລີທີ່ຈະດໍາເນີນການຄໍາສັ່ງ
• ຜູ້ໃຊ້ - ຜູ້ໃຊ້ຈາກໃຜທີ່ຈະດໍາເນີນການຄໍາສັ່ງ
• ຜູ້ໃຫ້ບໍລິ - ວິ​ທີ​ການ​ດໍາ​ເນີນ​ການ​ຄໍາ​ສັ່ງ​:
  • ບວກ — ຂະ​ບວນ​ການ​ເດັກ​ນ້ອຍ​ໄດ້​ຖືກ​ສ້າງ​ຕັ້ງ​ຂຶ້ນ​ຢ່າງ​ງ່າຍ​ດາຍ​, ໃຫ້​ແນ່​ໃຈວ່​າ​ການ​ລະ​ບຸ​ ເສັ້ນທາງ
  • ຫອຍ - ຄໍາສັ່ງຖືກເປີດຕົວໃນແກະ /bin/sh, ອາດຈະບໍ່ຖືກກໍານົດ ເສັ້ນທາງ, ທ່ານສາມາດນໍາໃຊ້ globbing, ທໍ່ແລະລັກສະນະ shell ອື່ນໆ. ປົກກະຕິແລ້ວຈະກວດພົບໂດຍອັດຕະໂນມັດຖ້າມີຕົວອັກສອນພິເສດ (|, ;, &&, || ແລະອື່ນໆ).

cron

ຄວບຄຸມ cronjobs.

ພາລາມິເຕີ:

• ຊື່ຊັບພະຍາກອນ - ພຽງແຕ່ບາງປະເພດຂອງຕົວລະບຸ
• ຮັບປະກັນ - ສະ​ຖາ​ນະ​ການ​ວຽກ​ງານ​ລ້ຽງ​ດູ​:
  • present - ສ້າງ​ຖ້າ​ຫາກ​ວ່າ​ບໍ່​ມີ​
  • absent - ລຶບ​ຖ້າ​ມີ​
• ຄໍາສັ່ງ - ຄໍາ​ສັ່ງ​ທີ່​ຈະ​ດໍາ​ເນີນ​ການ​
• ສະພາບແວດລ້ອມ — ໃນ​ສະ​ພາບ​ແວດ​ລ້ອມ​ທີ່​ຈະ​ດໍາ​ເນີນ​ການ​ຄໍາ​ສັ່ງ (ບັນ​ຊີ​ລາຍ​ຊື່​ຂອງ​ຕົວ​ແປ​ສະ​ພາບ​ແວດ​ລ້ອມ​ແລະ​ຄຸນ​ຄ່າ​ຂອງ​ເຂົາ​ເຈົ້າ​ໂດຍ​ຜ່ານ​ການ​ =)
• ຜູ້ໃຊ້ — ຈາກ​ຜູ້​ໃຊ້​ທີ່​ຈະ​ດໍາ​ເນີນ​ການ​ຄໍາ​ສັ່ງ​
• ນາທີ, ຊົ່ວໂມງ, ວັນອາທິດ, ເດືອນ, ວັນເດືອນ - ເມື່ອໃດທີ່ຈະແລ່ນ cron. ຖ້າຄຸນລັກສະນະເຫຼົ່ານີ້ບໍ່ໄດ້ລະບຸ, ຄ່າຂອງມັນຢູ່ໃນ crontab ຈະເປັນ *.

ໃນ Puppet 6.0 cron ຄືວ່າ ເອົາອອກຈາກກ່ອງ ໃນ puppetserver, ດັ່ງນັ້ນບໍ່ມີເອກະສານຢູ່ໃນເວັບໄຊທ໌ທົ່ວໄປ. ແຕ່ລາວ ຢູ່ໃນກ່ອງ ໃນ puppet-agent, ດັ່ງນັ້ນບໍ່ຈໍາເປັນຕ້ອງຕິດຕັ້ງມັນແຍກຕ່າງຫາກ. ທ່ານສາມາດເບິ່ງເອກະສານສໍາລັບມັນ ໃນເອກະສານສໍາລັບສະບັບທີຫ້າຂອງ Puppet, ຫຼື ໃນ GitHub.

ກ່ຽວກັບຊັບພະຍາກອນໂດຍທົ່ວໄປ

ຄວາມຕ້ອງການສໍາລັບການເປັນເອກະລັກຂອງຊັບພະຍາກອນ

ຄວາມຜິດພາດທົ່ວໄປທີ່ສຸດທີ່ພວກເຮົາພົບແມ່ນ ໃບປະກາດຊ້ຳກັນ. ຂໍ້ຜິດພາດນີ້ເກີດຂື້ນເມື່ອຊັບພະຍາກອນສອງຫຼືຫຼາຍກວ່າຂອງປະເພດດຽວກັນທີ່ມີຊື່ດຽວກັນປາກົດຢູ່ໃນໄດເລກະທໍລີ.

ເພາະສະນັ້ນ, ຂ້າພະເຈົ້າຈະຂຽນອີກເທື່ອຫນຶ່ງ: manifests ສໍາລັບ node ດຽວກັນບໍ່ຄວນມີຊັບພະຍາກອນຂອງປະເພດດຽວກັນທີ່ມີຫົວຂໍ້ດຽວກັນ!

ບາງຄັ້ງມີຄວາມຕ້ອງການທີ່ຈະຕິດຕັ້ງແພັກເກັດທີ່ມີຊື່ດຽວກັນ, ແຕ່ມີຜູ້ຈັດການແພັກເກັດທີ່ແຕກຕ່າງກັນ. ໃນກໍລະນີນີ້, ທ່ານຈໍາເປັນຕ້ອງໃຊ້ພາລາມິເຕີ nameເພື່ອ​ຫຼີກ​ເວັ້ນ​ການ​ຜິດ​ພາດ​:

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

ປະເພດຊັບພະຍາກອນອື່ນມີທາງເລືອກທີ່ຄ້າຍຄືກັນເພື່ອຊ່ວຍຫຼີກເວັ້ນການຊໍ້າຊ້ອນ − name у ການບໍລິການ, command у exec, ແລະອື່ນໆ.

Metaparameters

ແຕ່ລະປະເພດຊັບພະຍາກອນມີບາງຕົວກໍານົດການພິເສດ, ໂດຍບໍ່ຄໍານຶງເຖິງລັກສະນະຂອງມັນ.

ບັນຊີລາຍຊື່ເຕັມຂອງຕົວກໍານົດການ meta ໃນເອກະສານ Puppet.

ບັນຊີລາຍຊື່ສັ້ນ:

• ຕ້ອງການ — ພາລາມິເຕີນີ້ຊີ້ບອກວ່າຊັບພະຍາກອນນີ້ຂຶ້ນກັບຊັບພະຍາກອນໃດ.
• ກ່ອນທີ່ຈະ - ພາລາມິເຕີນີ້ກໍານົດວ່າຊັບພະຍາກອນໃດຂຶ້ນກັບຊັບພະຍາກອນນີ້.
• ຈອງ — ພາລາມິເຕີນີ້ລະບຸວ່າຊັບພະຍາກອນນີ້ໄດ້ຮັບການແຈ້ງເຕືອນຈາກແຫຼ່ງໃດ.
• ແຈ້ງ — ຕົວກໍານົດການນີ້ກໍານົດວ່າຊັບພະຍາກອນໃດໄດ້ຮັບການແຈ້ງເຕືອນຈາກຊັບພະຍາກອນນີ້.

metaparameters ທັງຫມົດທີ່ລະບຸໄວ້ຍອມຮັບທັງການເຊື່ອມໂຍງຊັບພະຍາກອນດຽວຫຼື array ຂອງການເຊື່ອມຕໍ່ໃນວົງເລັບສີ່ຫລ່ຽມ.

ການເຊື່ອມຕໍ່ກັບຊັບພະຍາກອນ

ການເຊື່ອມໂຍງຊັບພະຍາກອນແມ່ນພຽງແຕ່ກ່າວເຖິງຊັບພະຍາກອນ. ພວກມັນສ່ວນໃຫຍ່ແມ່ນໃຊ້ເພື່ອຊີ້ບອກເຖິງຄວາມເພິ່ງພາອາໄສ. ການອ້າງອີງຊັບພະຍາກອນທີ່ບໍ່ມີຢູ່ແລ້ວຈະເຮັດໃຫ້ເກີດຄວາມຜິດພາດໃນການລວບລວມ.

syntax ຂອງການເຊື່ອມຕໍ່ມີດັ່ງນີ້: ປະເພດຊັບພະຍາກອນທີ່ມີຕົວພິມໃຫຍ່ (ຖ້າຊື່ປະເພດມີຈໍ້າສອງເມັດ, ຫຼັງຈາກນັ້ນແຕ່ລະສ່ວນຂອງຊື່ລະຫວ່າງຈໍ້າສອງເມັດແມ່ນຕົວພິມໃຫຍ່), ຫຼັງຈາກນັ້ນຊື່ຊັບພະຍາກອນໃນວົງເລັບສີ່ຫຼ່ຽມ (ກໍລະນີຂອງຊື່. ບໍ່ປ່ຽນແປງ!). ບໍ່ຄວນມີຊ່ອງຫວ່າງ;

ຕົວຢ່າງ:

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

ຄວາມເພິ່ງພາອາໄສ ແລະການແຈ້ງເຕືອນ

ເອກະສານຢູ່ທີ່ນີ້.

ດັ່ງທີ່ໄດ້ກ່າວກ່ອນຫນ້ານີ້, ການເພິ່ງພາອາໄສແບບງ່າຍດາຍລະຫວ່າງຊັບພະຍາກອນແມ່ນການປ່ຽນແປງ. ໂດຍວິທີທາງການ, ຈົ່ງລະມັດລະວັງໃນເວລາເພີ່ມການເພິ່ງພາອາໄສ - ທ່ານສາມາດສ້າງການຂື້ນກັບວົງຈອນ, ເຊິ່ງຈະເຮັດໃຫ້ເກີດຄວາມຜິດພາດໃນການລວບລວມ.

ບໍ່ເຫມືອນກັບຄວາມເພິ່ງພາອາໄສ, ການແຈ້ງເຕືອນບໍ່ແມ່ນການສົ່ງຕໍ່. ກົດ​ລະ​ບຽບ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​ນໍາ​ໃຊ້​ສໍາ​ລັບ​ການ​ແຈ້ງ​ການ​:

• ຖ້າຊັບພະຍາກອນໄດ້ຮັບການແຈ້ງເຕືອນ, ມັນຈະຖືກປັບປຸງ. ການດໍາເນີນການປັບປຸງແມ່ນຂຶ້ນກັບປະເພດຊັບພະຍາກອນ − exec ແລ່ນ​ຄໍາ​ສັ່ງ​, ການບໍລິການ ເປີດບໍລິການຄືນໃໝ່, ຊຸດ ຕິດຕັ້ງຊຸດໃໝ່. ຖ້າຊັບພະຍາກອນບໍ່ມີການປະຕິບັດການປັບປຸງທີ່ກໍານົດໄວ້, ຫຼັງຈາກນັ້ນບໍ່ມີຫຍັງເກີດຂຶ້ນ.
• ໃນລະຫວ່າງໄລຍະຫນຶ່ງຂອງ Puppet, ຊັບພະຍາກອນໄດ້ຖືກປັບປຸງບໍ່ເກີນຫນຶ່ງຄັ້ງ. ອັນນີ້ເປັນໄປໄດ້ເພາະວ່າການແຈ້ງເຕືອນລວມມີການເພິ່ງພາອາໄສ ແລະກຣາບການເພິ່ງພາອາໄສບໍ່ມີຮອບວຽນ.
• ຖ້າ Puppet ປ່ຽນສະຖານະຂອງຊັບພະຍາກອນ, ຊັບພະຍາກອນຈະສົ່ງການແຈ້ງເຕືອນໄປຫາຊັບພະຍາກອນທັງຫມົດທີ່ຈອງກັບມັນ.
• ຖ້າຊັບພະຍາກອນຖືກປັບປຸງ, ມັນຈະສົ່ງການແຈ້ງເຕືອນໄປຫາຊັບພະຍາກອນທັງຫມົດທີ່ຈອງກັບມັນ.

ການຈັດການພາລາມິເຕີທີ່ບໍ່ໄດ້ລະບຸ

ຕາມກົດລະບຽບ, ຖ້າບາງພາລາມິເຕີຂອງຊັບພະຍາກອນບໍ່ມີຄ່າເລີ່ມຕົ້ນແລະພາລາມິເຕີນີ້ບໍ່ໄດ້ລະບຸໄວ້ໃນ manifest, ຫຼັງຈາກນັ້ນ Puppet ຈະບໍ່ປ່ຽນແປງຄຸນສົມບັດນີ້ສໍາລັບຊັບພະຍາກອນທີ່ສອດຄ້ອງກັນໃນ node. ຕົວຢ່າງ, ຖ້າຊັບພະຍາກອນຂອງປະເພດ ເອກະສານ ພາລາມິເຕີບໍ່ໄດ້ລະບຸ owner, ຫຼັງຈາກນັ້ນ Puppet ຈະບໍ່ປ່ຽນເຈົ້າຂອງໄຟລ໌ທີ່ສອດຄ້ອງກັນ.

ການແນະນໍາຫ້ອງຮຽນ, ຕົວແປແລະຄໍານິຍາມ

ສົມມຸດວ່າພວກເຮົາມີຫຼາຍ nodes ທີ່ມີສ່ວນດຽວກັນຂອງການຕັ້ງຄ່າ, ແຕ່ຍັງມີຄວາມແຕກຕ່າງ - ຖ້າບໍ່ດັ່ງນັ້ນພວກເຮົາສາມາດອະທິບາຍມັນທັງຫມົດໃນຫນຶ່ງຕັນ. node {}. ແນ່ນອນ, ທ່ານພຽງແຕ່ສາມາດຄັດລອກສ່ວນທີ່ຄືກັນຂອງການຕັ້ງຄ່າ, ແຕ່ໂດຍທົ່ວໄປແລ້ວນີ້ແມ່ນການແກ້ໄຂທີ່ບໍ່ດີ - ການຕັ້ງຄ່າຈະເລີນເຕີບໂຕ, ແລະຖ້າທ່ານປ່ຽນສ່ວນທົ່ວໄປຂອງການຕັ້ງຄ່າ, ທ່ານຈະຕ້ອງແກ້ໄຂສິ່ງດຽວກັນໃນຫຼາຍໆບ່ອນ. ໃນເວລາດຽວກັນ, ມັນງ່າຍທີ່ຈະເຮັດຜິດພາດ, ແລະໂດຍທົ່ວໄປ, ຫຼັກການ DRY (ຢ່າເຮັດຊ້ໍາຕົວທ່ານເອງ) ໄດ້ຖືກປະດິດຂື້ນດ້ວຍເຫດຜົນ.

ເພື່ອແກ້ໄຂບັນຫານີ້ມີການອອກແບບເຊັ່ນ: ຫ້ອງ​ຮຽນ.

ຫ້ອງຮຽນ

Класс ເປັນບລັອກທີ່ມີຊື່ຂອງລະຫັດ poppet. ຫ້ອງຮຽນຈໍາເປັນຕ້ອງໃຊ້ລະຫັດຄືນໃຫມ່.

ກ່ອນອື່ນ ໝົດ, ຫ້ອງຮຽນຕ້ອງໄດ້ຮັບການອະທິບາຍ. ຄໍາອະທິບາຍຕົວມັນເອງບໍ່ໄດ້ເພີ່ມຊັບພະຍາກອນໃດໆຢູ່ທຸກບ່ອນ. ຫ້ອງຮຽນໄດ້ຖືກອະທິບາຍໄວ້ໃນ manifests:

# Описание класса начинается с ключевого слова 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 ດຽວກັນຢູ່ສະເຫມີ. ໃຫ້ພວກເຮົາເຮັດໃຫ້ເສັ້ນທາງໄປສູ່ຕົວແປການຕັ້ງຄ່າ, ຫຼັງຈາກນັ້ນຫ້ອງຮຽນນີ້ສາມາດຖືກນໍາໃຊ້ເພື່ອຕິດຕັ້ງ nginx ກັບການຕັ້ງຄ່າໃດໆ.

ມັນສາມາດເຮັດໄດ້ ການນໍາໃຊ້ຕົວແປ.

ເອົາ​ໃຈ​ໃສ່​: ຕົວ​ປ່ຽນ​ແປງ​ໃນ Puppet ແມ່ນ immutable​!

ນອກຈາກນັ້ນ, ຕົວແປທີ່ສາມາດເຂົ້າເຖິງໄດ້ພຽງແຕ່ຫຼັງຈາກມັນຖືກປະກາດ, ຖ້າບໍ່ດັ່ງນັ້ນມູນຄ່າຂອງຕົວແປຈະເປັນ. undef.

ຕົວຢ່າງຂອງການເຮັດວຽກກັບຕົວແປ:

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

Puppet ມີ namespaces, ແລະຕົວແປ, ຕາມຄວາມເຫມາະສົມ, ມີ ພື້ນທີ່ເບິ່ງເຫັນ: ຕົວແປທີ່ມີຊື່ດຽວກັນສາມາດຖືກກໍານົດຢູ່ໃນ namespaces ທີ່ແຕກຕ່າງກັນ. ເມື່ອແກ້ໄຂຄ່າຂອງຕົວແປ, ຕົວແປຖືກຄົ້ນຫາຢູ່ໃນ namespace ໃນປັດຈຸບັນ, ຫຼັງຈາກນັ້ນໃນ namespace ທີ່ຖືກຫຸ້ມ, ແລະອື່ນໆ.

ຕົວຢ່າງ Namespace:

• global - ຕົວແປນອກຫ້ອງຮຽນຫຼືລາຍລະອຽດຂອງ node ໄປທີ່ນັ້ນ;
• node namespace ໃນລາຍລະອຽດຂອງ node;
• class namespace ໃນຄໍາອະທິບາຍຫ້ອງຮຽນ.

ເພື່ອຫຼີກເວັ້ນຄວາມບໍ່ຊັດເຈນໃນເວລາທີ່ເຂົ້າເຖິງຕົວແປ, ທ່ານສາມາດກໍານົດ namespace ໃນຊື່ຕົວແປ:

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

ໃຫ້ຕົກລົງກັນວ່າເສັ້ນທາງໄປສູ່ການຕັ້ງຄ່າ nginx ແມ່ນຢູ່ໃນຕົວແປ $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
}

ຢ່າງໃດກໍຕາມ, ຕົວຢ່າງທີ່ກ່າວມາແມ່ນບໍ່ດີເພາະວ່າມີບາງ "ຄວາມຮູ້ລັບ" ທີ່ບາງບ່ອນຢູ່ໃນຫ້ອງຮຽນຕົວແປທີ່ມີຊື່ດັ່ງກ່າວແລະຊື່ດັ່ງກ່າວຖືກນໍາໃຊ້. ມັນຖືກຕ້ອງຫຼາຍທີ່ຈະເຮັດໃຫ້ຄວາມຮູ້ນີ້ໂດຍທົ່ວໄປ - ຫ້ອງຮຽນສາມາດມີຕົວກໍານົດການ.

ຕົວກໍານົດການຫ້ອງຮຽນ ແມ່ນຕົວແປໃນ namespace ຂອງຫ້ອງຮຽນ, ພວກມັນຖືກລະບຸໄວ້ໃນສ່ວນຫົວຂອງຊັ້ນຮຽນແລະສາມາດໃຊ້ຄືກັບຕົວແປປົກກະຕິໃນຕົວຂອງຊັ້ນຮຽນ. ຄ່າພາລາມິເຕີຖືກລະບຸເມື່ອໃຊ້ class ໃນ manifest.

ພາຣາມິເຕີສາມາດຖືກຕັ້ງເປັນຄ່າເລີ່ມຕົ້ນ. ຖ້າພາລາມິເຕີບໍ່ມີຄ່າເລີ່ມຕົ້ນແລະຄ່າບໍ່ໄດ້ຖືກກໍານົດເມື່ອໃຊ້, ມັນຈະເຮັດໃຫ້ເກີດຄວາມຜິດພາດໃນການລວບລວມ.

ໃຫ້ parameterize class ຈາກຕົວຢ່າງຂ້າງເທິງແລະເພີ່ມສອງຕົວກໍານົດການ: ທໍາອິດ, ຕ້ອງການ, ແມ່ນເສັ້ນທາງໄປສູ່ການຕັ້ງຄ່າ, ແລະທີສອງ, ທາງເລືອກ, ແມ່ນຊື່ຂອງຊຸດທີ່ມີ 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',   # задаём параметры класса точно так же, как параметры для других ресурсов
  }
}

ໃນ Puppet, ຕົວແປແມ່ນພິມ. ກິນ ຂໍ້ມູນຫຼາຍປະເພດ. ປະເພດຂໍ້ມູນແມ່ນຖືກນໍາໃຊ້ໂດຍປົກກະຕິເພື່ອກວດສອບຄ່າພາລາມິເຕີທີ່ສົ່ງໄປຫາຊັ້ນຮຽນແລະຄໍານິຍາມ. ຖ້າພາລາມິເຕີທີ່ຜ່ານບໍ່ກົງກັບປະເພດທີ່ລະບຸ, ຄວາມຜິດພາດການລວບລວມຈະເກີດຂື້ນ.

ປະເພດຖືກຂຽນທັນທີກ່ອນຊື່ພາລາມິເຕີ:

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

ຫ້ອງຮຽນ: ປະກອບມີຊື່ຫ້ອງຮຽນທຽບກັບຊັ້ນຮຽນ{'classname':}

ແຕ່ລະຊັ້ນຮຽນແມ່ນຊັບພະຍາກອນຂອງປະເພດ ລະດັບ. ເຊັ່ນດຽວກັນກັບປະເພດຂອງຊັບພະຍາກອນອື່ນໆ, ບໍ່ສາມາດມີສອງຕົວຢ່າງຂອງຊັ້ນດຽວກັນຢູ່ໃນ node ດຽວກັນ.

ຖ້າທ່ານພະຍາຍາມເພີ່ມຫ້ອງຮຽນໃສ່ໂຫນດດຽວກັນສອງຄັ້ງໂດຍໃຊ້ class { 'classname':} (ບໍ່ແຕກຕ່າງກັນ, ມີຕົວກໍານົດການທີ່ແຕກຕ່າງກັນຫຼືຄືກັນ), ຈະມີຄວາມຜິດພາດການລວບລວມ. ແຕ່ຖ້າທ່ານໃຊ້ຫ້ອງຮຽນໃນຮູບແບບຊັບພະຍາກອນ, ທ່ານສາມາດກໍານົດຕົວກໍານົດການທັງຫມົດຂອງມັນຢ່າງຊັດເຈນໃນ manifest.

ຢ່າງໃດກໍຕາມ, ຖ້າທ່ານໃຊ້ include, ຫຼັງຈາກນັ້ນຫ້ອງຮຽນສາມາດເພີ່ມໄດ້ຫຼາຍຄັ້ງຕາມຄວາມຕ້ອງການ. ຄວາມຈິງແລ້ວແມ່ນວ່າ include ເປັນຟັງຊັນ ideempotent ທີ່ກວດເບິ່ງວ່າຫ້ອງຮຽນໄດ້ຖືກເພີ່ມເຂົ້າໃນໄດເລກະທໍລີ. ຖ້າຊັ້ນຮຽນບໍ່ຢູ່ໃນໄດເລກະທໍລີ, ມັນຈະເພີ່ມມັນ, ແລະຖ້າມັນມີຢູ່ແລ້ວ, ມັນຈະບໍ່ເຮັດຫຍັງ. ແຕ່ໃນກໍລະນີຂອງການນໍາໃຊ້ include ທ່ານບໍ່ສາມາດກໍານົດພາລາມິເຕີຊັ້ນຮຽນໃນລະຫວ່າງການປະກາດຊັ້ນຮຽນ - ພາລາມິເຕີທີ່ຕ້ອງການທັງຫມົດຕ້ອງຖືກຕັ້ງຢູ່ໃນແຫຼ່ງຂໍ້ມູນພາຍນອກ - Hiera ຫຼື ENC. ພວກເຮົາຈະເວົ້າກ່ຽວກັບພວກມັນໃນບົດຄວາມຕໍ່ໄປ.

ກໍານົດ

ດັ່ງທີ່ໄດ້ກ່າວໄວ້ໃນບລັອກທີ່ຜ່ານມາ, ຊັ້ນດຽວກັນບໍ່ສາມາດຢູ່ໃນ node ຫຼາຍກວ່າຫນຶ່ງຄັ້ງ. ຢ່າງໃດກໍຕາມ, ໃນບາງກໍລະນີ, ທ່ານຈໍາເປັນຕ້ອງສາມາດໃຊ້ລະຫັດບລັອກດຽວກັນກັບຕົວກໍານົດການທີ່ແຕກຕ່າງກັນໃນ node ດຽວກັນ. ໃນຄໍາສັບຕ່າງໆອື່ນໆ, ຕ້ອງມີປະເພດຂອງຊັບພະຍາກອນຂອງຕົນເອງ.

ຕົວຢ່າງ, ເພື່ອຕິດຕັ້ງໂມດູນ PHP, ພວກເຮົາເຮັດດັ່ງຕໍ່ໄປນີ້ໃນ Avito:

1. ຕິດຕັ້ງຊຸດກັບໂມດູນນີ້.
2. ມາສ້າງໄຟລ໌ການຕັ້ງຄ່າສຳລັບໂມດູນນີ້.
3. ພວກເຮົາສ້າງ symlink ກັບ config ສໍາລັບ php-fpm.
4. ພວກເຮົາສ້າງ symlink ກັບ config ສໍາລັບ php cli.

ໃນກໍລະນີດັ່ງກ່າວ, ການອອກແບບເຊັ່ນ: ກໍານົດ (ກໍານົດ, ກໍານົດປະເພດ, ປະເພດຊັບພະຍາກອນທີ່ກໍານົດ). A Define ແມ່ນຄ້າຍຄືກັນກັບຫ້ອງຮຽນ, ແຕ່ມີຄວາມແຕກຕ່າງ: ທໍາອິດ, ແຕ່ລະ Define ແມ່ນປະເພດຊັບພະຍາກອນ, ບໍ່ແມ່ນຊັບພະຍາກອນ; ອັນທີສອງ, ແຕ່ລະຄໍານິຍາມມີຕົວກໍານົດການ implicit $title, ບ່ອນທີ່ຊື່ຊັບພະຍາກອນໄປໃນເວລາທີ່ມັນຖືກປະກາດ. ເຊັ່ນດຽວກັນກັບໃນກໍລະນີຂອງຫ້ອງຮຽນ, ຄໍານິຍາມຕ້ອງໄດ້ຮັບການອະທິບາຍທໍາອິດ, ຫຼັງຈາກນັ້ນມັນສາມາດນໍາໃຊ້ໄດ້.

ຕົວຢ່າງທີ່ງ່າຍດາຍທີ່ມີໂມດູນສໍາລັບ PHP:

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' }
}

ວິທີທີ່ງ່າຍທີ່ສຸດທີ່ຈະຈັບຄວາມຜິດພາດການປະກາດຊໍ້າກັນແມ່ນຢູ່ໃນ Define. ນີ້ເກີດຂື້ນຖ້າຄໍານິຍາມມີຊັບພະຍາກອນທີ່ມີຊື່ຄົງທີ່, ແລະມີສອງຕົວຢ່າງຫຼືຫຼາຍກວ່າຄໍານິຍາມນີ້ຢູ່ໃນບາງ node.

ມັນງ່າຍທີ່ຈະປົກປ້ອງຕົວທ່ານເອງຈາກນີ້: ຊັບພະຍາກອນທັງຫມົດທີ່ຢູ່ໃນຄໍານິຍາມຕ້ອງມີຊື່ຂຶ້ນກັບ $title. ທາງເລືອກແມ່ນ idempotent ເພີ່ມເຕີມຂອງຊັບພະຍາກອນໃນກໍລະນີງ່າຍດາຍ, ມັນພຽງພໍທີ່ຈະຍ້າຍຊັບພະຍາກອນທົ່ວໄປກັບທຸກຕົວຢ່າງຂອງຄໍານິຍາມເຂົ້າໄປໃນຫ້ອງຮຽນແຍກຕ່າງຫາກແລະລວມເອົາຊັ້ນນີ້ໃນຄໍານິຍາມ - ຫນ້າທີ່; include ອ່ອນເພຍ.

ມີວິທີອື່ນເພື່ອບັນລຸ idempotency ໃນເວລາທີ່ເພີ່ມຊັບພະຍາກອນ, ຄືການນໍາໃຊ້ຫນ້າທີ່ defined и ensure_resources, ແຕ່ຂ້ອຍຈະບອກເຈົ້າກ່ຽວກັບມັນໃນຕອນຕໍ່ໄປ.

ການເພິ່ງພາອາໄສ ແລະການແຈ້ງເຕືອນສຳລັບຊັ້ນຮຽນ ແລະຄຳນິຍາມ

ຊັ້ນຮຽນ ແລະຄໍານິຍາມເພີ່ມກົດລະບຽບຕໍ່ໄປນີ້ເພື່ອຈັດການກັບການຂຶ້ນກັບ ແລະການແຈ້ງເຕືອນ:

• ການເພິ່ງພາອາໃສໃນຊັ້ນຮຽນ/ນິຍາມ ເພີ່ມຄວາມຂຶ້ນກັບຊັບພະຍາກອນທັງໝົດຂອງຊັ້ນຮຽນ/ກຳນົດ;
• a class/define dependency ເພີ້ມ dependencies ກັບ class/define ຊັບພະຍາກອນທັງໝົດ;
• class/define notification ແຈ້ງຊັບພະຍາກອນທັງໝົດຂອງ class/define;
• class/define subscription subscribes to all resources of class/define.

ຖະແຫຼງການຕາມເງື່ອນໄຂ ແລະຕົວເລືອກ

ເອກະສານຢູ່ທີ່ນີ້.

if

ມັນງ່າຍດາຍຢູ່ທີ່ນີ້:

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

ເວັ້ນເສຍແຕ່ວ່າ

ເວັ້ນເສຍແຕ່ເປັນ if in reverse: ບລັອກຂອງລະຫັດຈະຖືກປະຕິບັດຖ້າຫາກວ່າການສະແດງອອກແມ່ນບໍ່ຖືກຕ້ອງ.

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

ກໍລະນີ

ບໍ່ມີຫຍັງສັບສົນຢູ່ທີ່ນີ້. ທ່ານສາມາດນໍາໃຊ້ຄ່າປົກກະຕິ (strings, ຕົວເລກ, ແລະອື່ນໆ), ການສະແດງອອກປົກກະຕິ, ແລະປະເພດຂໍ້ມູນເປັນຄ່າ.

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

ຕົວເລືອກ

ໂຕເລືອກເປັນພາສາທີ່ຄ້າຍຄືກັບ case, ແຕ່ແທນທີ່ຈະດໍາເນີນການບລັອກຂອງລະຫັດ, ມັນຈະສົ່ງຄືນຄ່າ.

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

ໂມດູນ

ເມື່ອການຕັ້ງຄ່າມີຂະຫນາດນ້ອຍ, ມັນສາມາດຖືກເກັບໄວ້ໄດ້ຢ່າງງ່າຍດາຍໃນຫນຶ່ງ manifest. ແຕ່ການກໍານົດຄ່າຫຼາຍທີ່ພວກເຮົາອະທິບາຍ, ຫ້ອງຮຽນແລະຂໍ້ຫຼາຍມີຢູ່ໃນ manifest, ມັນເຕີບໃຫຍ່, ແລະມັນບໍ່ສະດວກທີ່ຈະເຮັດວຽກກັບ.

ນອກຈາກນັ້ນ, ມີບັນຫາຂອງການໃຊ້ລະຫັດຄືນໃຫມ່ - ເມື່ອລະຫັດທັງຫມົດຢູ່ໃນ manifest ດຽວ, ມັນເປັນການຍາກທີ່ຈະແບ່ງປັນລະຫັດນີ້ກັບຄົນອື່ນ. ເພື່ອແກ້ໄຂບັນຫາທັງສອງຢ່າງນີ້, Puppet ມີຫນ່ວຍງານທີ່ເອີ້ນວ່າໂມດູນ.

ໂມດູນ - ເຫຼົ່ານີ້ແມ່ນຊຸດຂອງຫ້ອງຮຽນ, ຄໍານິຍາມແລະຫນ່ວຍງານ Puppet ອື່ນໆທີ່ວາງໄວ້ໃນໄດເລກະທໍລີແຍກຕ່າງຫາກ. ໃນຄໍາສັບຕ່າງໆອື່ນໆ, ໂມດູນເປັນຊິ້ນສ່ວນເອກະລາດຂອງເຫດຜົນ Puppet. ຕົວຢ່າງ, ອາດຈະມີໂມດູນສໍາລັບການເຮັດວຽກກັບ nginx, ແລະມັນຈະປະກອບດ້ວຍສິ່ງທີ່ຈໍາເປັນເພື່ອເຮັດວຽກກັບ nginx, ຫຼືອາດຈະມີໂມດູນສໍາລັບການເຮັດວຽກກັບ PHP, ແລະອື່ນໆ.

ໂມດູນແມ່ນສະບັບ, ແລະການຂຶ້ນກັບຂອງໂມດູນໃນແຕ່ລະອື່ນໆແມ່ນສະຫນັບສະຫນູນ. ມີ repository ເປີດຂອງໂມດູນ - Puppet Forge.

ໃນເຊີບເວີ puppet, ໂມດູນຕັ້ງຢູ່ໃນໄດເລກະທໍລີຍ່ອຍຂອງໂມດູນຂອງໄດເລກະທໍລີຮາກ. ພາຍໃນແຕ່ລະໂມດູນມີລະບົບໄດເລກະທໍລີມາດຕະຖານ - manifests, files, templates, lib, ແລະອື່ນໆ.

ໂຄງສ້າງໄຟລ໌ໃນໂມດູນ

ຮາກຂອງໂມດູນອາດມີໄດເລກະທໍລີຕໍ່ໄປນີ້ທີ່ມີຊື່ອະທິບາຍ:

• manifests - ມັນ​ປະ​ກອບ​ດ້ວຍ manifestos​
• files - ມັນ​ປະ​ກອບ​ດ້ວຍ​ໄຟລ​໌​
• templates - ມັນ​ປະ​ກອບ​ດ້ວຍ​ແມ່​ແບບ​
• lib — ມັນ​ປະ​ກອບ​ດ້ວຍ​ລະ​ຫັດ Ruby​

ນີ້ບໍ່ແມ່ນບັນຊີລາຍຊື່ຄົບຖ້ວນຂອງໄດເລກະທໍລີແລະໄຟລ໌, ແຕ່ມັນພຽງພໍສໍາລັບບົດຄວາມນີ້ສໍາລັບໃນປັດຈຸບັນ.

ຊື່ຂອງຊັບພະຍາກອນແລະຊື່ຂອງໄຟລ໌ໃນໂມດູນ

ເອກະສານຢູ່ທີ່ນີ້.

ຊັບພະຍາກອນ (ຊັ້ນຮຽນ, ຄໍານິຍາມ) ໃນໂມດູນບໍ່ສາມາດຕັ້ງຊື່ອັນໃດກໍໄດ້ທີ່ທ່ານຕ້ອງການ. ນອກຈາກນັ້ນ, ມີການຕິດຕໍ່ໂດຍກົງລະຫວ່າງຊື່ຂອງຊັບພະຍາກອນແລະຊື່ຂອງໄຟລ໌ທີ່ Puppet ຈະຊອກຫາຄໍາອະທິບາຍຂອງຊັບພະຍາກອນນັ້ນ. ຖ້າທ່ານລະເມີດກົດລະບຽບການຕັ້ງຊື່, ຫຼັງຈາກນັ້ນ Puppet ພຽງແຕ່ຈະບໍ່ຊອກຫາຄໍາອະທິບາຍຊັບພະຍາກອນ, ແລະທ່ານຈະໄດ້ຮັບຄວາມຜິດພາດໃນການລວບລວມ.

ກົດ​ລະ​ບຽບ​ແມ່ນ​ງ່າຍ​ດາຍ​:

• ຊັບພະຍາກອນທັງໝົດໃນໂມດູນຈະຕ້ອງຢູ່ໃນ namespace ຂອງໂມດູນ. ຖ້າໂມດູນຖືກເອີ້ນ foo, ຫຼັງຈາກນັ້ນຊັບພະຍາກອນທັງຫມົດໃນມັນຄວນຈະມີຊື່ foo::<anything>, ຫຼືພຽງແຕ່ foo.
• ຊັບພະຍາກອນທີ່ມີຊື່ຂອງໂມດູນຕ້ອງຢູ່ໃນໄຟລ໌ init.pp.
• ສໍາລັບຊັບພະຍາກອນອື່ນໆ, ຮູບແບບການຕັ້ງຊື່ໄຟລ໌ມີດັ່ງນີ້:
  • ຄໍານໍາຫນ້າທີ່ມີຊື່ໂມດູນຖືກຍົກເລີກ
  • ຈໍ້າສອງເມັດທັງໝົດ, ຖ້າມີ, ຖືກແທນທີ່ດ້ວຍ slashes
  • ສ່ວນຂະຫຍາຍແມ່ນເພີ່ມ .pp

ຂ້ອຍຈະສະແດງຕົວຢ່າງ. ໃຫ້ເວົ້າວ່າຂ້ອຍກໍາລັງຂຽນໂມດູນ nginx. ມັນປະກອບດ້ວຍຊັບພະຍາກອນຕໍ່ໄປນີ້:

• ຫ້ອງ​ຮຽນ nginx ອະທິບາຍໄວ້ໃນ manifest init.pp;
• ຫ້ອງ​ຮຽນ nginx::service ອະທິບາຍໄວ້ໃນ manifest service.pp;
• ກໍານົດ nginx::server ອະທິບາຍໄວ້ໃນ manifest server.pp;
• ກໍານົດ nginx::server::location ອະທິບາຍໄວ້ໃນ manifest server/location.pp.

ຮູບແບບ

ແນ່ນອນວ່າເຈົ້າເອງຮູ້ວ່າແມ່ແບບແມ່ນຫຍັງ; ແຕ່ຂ້ອຍຈະປ່ອຍໃຫ້ມັນຢູ່ໃນກໍລະນີ ເຊື່ອມຕໍ່ກັບວິກິພີເດຍ.

ວິທີການໃຊ້ແມ່ແບບ: ຄວາມຫມາຍຂອງແມ່ແບບສາມາດຂະຫຍາຍໄດ້ໂດຍໃຊ້ຟັງຊັນ template, ເຊິ່ງຜ່ານເສັ້ນທາງໄປຫາແມ່ແບບ. ສໍາລັບຊັບພະຍາກອນຂອງປະເພດ ເອກະສານ ໃຊ້ຮ່ວມກັນກັບພາລາມິເຕີ content. ຕົວຢ່າງເຊັ່ນນີ້:

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

ເບິ່ງເສັ້ນທາງ <modulename>/<filename> ຫມາຍເຖິງໄຟລ໌ <rootdir>/modules/<modulename>/templates/<filename>.

ນອກຈາກນັ້ນ, ມີຫນ້າທີ່ inline_template — ມັນ​ໄດ້​ຮັບ​ຂໍ້​ຄວາມ​ແມ່​ແບບ​ເປັນ​ການ​ປ້ອນ​ຂໍ້​ມູນ​, ບໍ່​ແມ່ນ​ຊື່​ໄຟລ​໌​.

ພາຍໃນແມ່ແບບ, ທ່ານສາມາດນໍາໃຊ້ຕົວແປ Puppet ທັງຫມົດໃນຂອບເຂດປະຈຸບັນ.

Puppet ສະຫນັບສະຫນູນແມ່ແບບໃນຮູບແບບ ERB ແລະ EPP:

• ເອກະສານ EPP.
• ເອກະສານ ERB.

ໂດຍຫຍໍ້ກ່ຽວກັບ ERB

ໂຄງ​ສ້າງ​ການ​ຄວບ​ຄຸມ​:

• <%= ВЫРАЖЕНИЕ %> — ໃສ່​ຄ່າ​ຂອງ​ການ​ສະ​ແດງ​ອອກ​
• <% ВЫРАЖЕНИЕ %> — ຄິດ​ໄລ່​ຄ່າ​ຂອງ​ການ​ສະ​ແດງ​ອອກ (ໂດຍ​ບໍ່​ມີ​ການ​ໃສ່​ມັນ​)​. ຖະແຫຼງການທີ່ມີເງື່ອນໄຂ (ຖ້າ) ແລະ loops (ແຕ່ລະ) ມັກຈະຢູ່ທີ່ນີ້.
• <%# КОММЕНТАРИЙ %>

ການສະແດງອອກໃນ ERB ແມ່ນຂຽນໃນ Ruby (ERB ແມ່ນຕົວຈິງແລ້ວ Embedded Ruby).

ເພື່ອເຂົ້າເຖິງຕົວແປຈາກ manifest, ທ່ານຈໍາເປັນຕ້ອງເພີ່ມ @ ກັບຊື່ຕົວແປ. ເພື່ອເອົາການແບ່ງເສັ້ນທີ່ປາກົດຫຼັງຈາກການກໍ່ສ້າງການຄວບຄຸມ, ທ່ານຈໍາເປັນຕ້ອງໃຊ້ປ້າຍປິດ -%>.

ຕົວຢ່າງຂອງການໃຊ້ແມ່ແບບ

ໃຫ້ເວົ້າວ່າຂ້ອຍກໍາລັງຂຽນໂມດູນເພື່ອຄວບຄຸມ ZooKeeper. ຫ້ອງຮຽນທີ່ຮັບຜິດຊອບໃນການສ້າງ 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 -%>

ຂໍ້ເທັດຈິງແລະຕົວແປໃນຕົວ

ສ່ວນຫຼາຍມັກ, ພາກສ່ວນສະເພາະຂອງການຕັ້ງຄ່າແມ່ນຂຶ້ນກັບສິ່ງທີ່ກໍາລັງເກີດຂຶ້ນໃນ node. ຕົວຢ່າງ, ຂຶ້ນກັບການປ່ອຍ Debian ແມ່ນຫຍັງ, ທ່ານຈໍາເປັນຕ້ອງຕິດຕັ້ງຊຸດຫນຶ່ງຫຼືສະບັບອື່ນ. ທ່ານສາມາດຕິດຕາມກວດກາທັງຫມົດນີ້ດ້ວຍຕົນເອງ, rewriting manifests ຖ້າ nodes ມີການປ່ຽນແປງ. ແຕ່ນີ້ບໍ່ແມ່ນວິທີການທີ່ຮຸນແຮງ;

ເພື່ອໃຫ້ໄດ້ຮັບຂໍ້ມູນກ່ຽວກັບຂໍ້, Puppet ມີກົນໄກທີ່ເອີ້ນວ່າຂໍ້ເທັດຈິງ. ຂໍ້ເທັດຈິງ - ນີ້ແມ່ນຂໍ້ມູນກ່ຽວກັບ node, ທີ່ມີຢູ່ໃນ manifests ໃນຮູບແບບຂອງຕົວແປທໍາມະດາໃນ namespace ທົ່ວໂລກ. ຕົວຢ່າງເຊັ່ນ, ຊື່ເຈົ້າພາບ, ຮຸ່ນຂອງລະບົບປະຕິບັດການ, ສະຖາປັດຕະຍະກໍາໂປເຊດເຊີ, ລາຍຊື່ຜູ້ໃຊ້, ບັນຊີລາຍຊື່ຂອງການໂຕ້ຕອບເຄືອຂ່າຍແລະທີ່ຢູ່ຂອງເຂົາເຈົ້າ, ແລະຫຼາຍ, ມີຫຼາຍຫຼາຍ. ຄວາມຈິງແມ່ນມີຢູ່ໃນ manifests ແລະແມ່ແບບເປັນຕົວແປປົກກະຕິ.

ຕົວຢ່າງຂອງການເຮັດວຽກກັບຂໍ້ເທັດຈິງ:

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

ເວົ້າຢ່າງເປັນທາງການ, ຄວາມຈິງມີຊື່ (ສະຕຣິງ) ແລະຄ່າ (ປະເພດຕ່າງໆທີ່ມີຢູ່: ສະຕິງ, ອາເຣ, ວັດຈະນານຸກົມ). ກິນ ຊຸດຂອງຄວາມເປັນຈິງທີ່ສ້າງຂຶ້ນ. ນອກນັ້ນທ່ານຍັງສາມາດຂຽນຂອງທ່ານເອງ. ຜູ້ເກັບຂໍ້ມູນຄວາມຈິງໄດ້ຖືກອະທິບາຍ ຄືກັບຫນ້າທີ່ຢູ່ໃນ Ruby, ຫຼືເປັນ ໄຟລ໌ທີ່ສາມາດປະຕິບັດໄດ້. ຂໍ້ເທັດຈິງຍັງສາມາດຖືກນໍາສະເຫນີໃນຮູບແບບ ໄຟລ໌ຂໍ້ຄວາມທີ່ມີຂໍ້ມູນ ຢູ່ໃນຂໍ້.

ໃນລະຫວ່າງການປະຕິບັດການ, ຕົວແທນ puppet ທໍາອິດຄັດລອກຕົວເກັບຂໍ້ມູນທີ່ມີຢູ່ທັງຫມົດຈາກ pappetserver ໄປຫາ node, ຫຼັງຈາກນັ້ນມັນເປີດຕົວພວກເຂົາແລະສົ່ງຂໍ້ເທັດຈິງທີ່ເກັບກໍາໄປຫາເຄື່ອງແມ່ຂ່າຍ; ຫຼັງຈາກນີ້, ເຄື່ອງແມ່ຂ່າຍເລີ່ມຕົ້ນລວບລວມລາຍການ.

ຂໍ້ເທັດຈິງໃນຮູບແບບຂອງໄຟລ໌ທີ່ປະຕິບັດໄດ້

ຂໍ້ເທັດຈິງດັ່ງກ່າວຖືກຈັດໃສ່ໃນໂມດູນໃນໄດເລກະທໍລີ facts.d. ແນ່ນອນ, ໄຟລ໌ຕ້ອງຖືກປະຕິບັດ. ເມື່ອແລ່ນ, ພວກເຂົາຕ້ອງສົ່ງຂໍ້ມູນອອກເປັນຜົນຜະລິດມາດຕະຖານໃນຮູບແບບ YAML ຫຼື key=value.

ຢ່າລືມວ່າຂໍ້ເທັດຈິງໃຊ້ກັບທຸກ nodes ທີ່ຖືກຄວບຄຸມໂດຍເຄື່ອງແມ່ຂ່າຍ poppet ທີ່ໂມດູນຂອງທ່ານຖືກນໍາໄປໃຊ້. ດັ່ງນັ້ນ, ໃນສະຄິບ, ກວດເບິ່ງວ່າລະບົບມີໂປຼແກຼມແລະໄຟລ໌ທັງຫມົດທີ່ຈໍາເປັນສໍາລັບຄວາມຈິງຂອງເຈົ້າເຮັດວຽກ.

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

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

ຂໍ້ເທັດຈິງ Ruby

ຂໍ້ເທັດຈິງດັ່ງກ່າວຖືກຈັດໃສ່ໃນໂມດູນໃນໄດເລກະທໍລີ 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

ຂໍ້ເທັດຈິງຂໍ້ຄວາມ

ຂໍ້ເທັດຈິງດັ່ງກ່າວແມ່ນຖືກຈັດໃສ່ໃນ nodes ໃນໄດເລກະທໍລີ /etc/facter/facts.d ໃນ Puppet ເກົ່າຫຼື /etc/puppetlabs/facts.d ໃນ Puppet ໃຫມ່.

examplefact=examplevalue

---
examplefact2: examplevalue2
anotherfact: anothervalue

ການເຂົ້າຫາຂໍ້ເທັດຈິງ

ມີສອງວິທີທີ່ຈະເຂົ້າຫາຄວາມຈິງ:

• ຜ່ານວັດຈະນານຸກົມ $facts: $facts['fqdn'];
• ການນໍາໃຊ້ຊື່ຄວາມຈິງເປັນຊື່ຕົວແປ: $fqdn.

ມັນດີທີ່ສຸດທີ່ຈະໃຊ້ວັດຈະນານຸກົມ $facts, ຫຼືດີກວ່າ, ຊີ້ໃຫ້ເຫັນ namespace ທົ່ວໂລກ ($::facts).

ນີ້ແມ່ນພາກສ່ວນທີ່ກ່ຽວຂ້ອງຂອງເອກະສານ.

ຕົວແປໃນຕົວ

ນອກ​ຈາກ​ຂໍ້​ເທັດ​ຈິງ​, ຍັງ​ມີ​ ບາງຕົວແປ, ມີຢູ່ໃນ namespace ທົ່ວໂລກ.

• ຂໍ້ເທັດຈິງທີ່ເຊື່ອຖືໄດ້ — ຕົວແປທີ່ເອົາມາຈາກໃບຢັ້ງຢືນຂອງລູກຄ້າ (ນັບຕັ້ງແຕ່ໃບຢັ້ງຢືນຖືກອອກໂດຍປົກກະຕິຢູ່ໃນເຄື່ອງແມ່ຂ່າຍ poppet, ຕົວແທນບໍ່ສາມາດພຽງແຕ່ເອົາແລະປ່ຽນໃບຢັ້ງຢືນຂອງມັນ, ດັ່ງນັ້ນຕົວແປແມ່ນ "ໄວ້ວາງໃຈ"): ຊື່ຂອງໃບຢັ້ງຢືນ, ຊື່ຂອງ. ໂຮດແລະໂດເມນ, ສ່ວນຂະຫຍາຍຈາກໃບຢັ້ງຢືນ.
• ຂໍ້ເທັດຈິງຂອງເຄື່ອງແມ່ຂ່າຍ — ຕົວ​ແປ​ທີ່​ກ່ຽວ​ຂ້ອງ​ກັບ​ຂໍ້​ມູນ​ກ່ຽວ​ກັບ​ເຄື່ອງ​ແມ່​ຂ່າຍ — ສະ​ບັບ​, ຊື່​, ທີ່​ຢູ່ IP ຂອງ​ເຄື່ອງ​ແມ່​ຂ່າຍ​, ສະ​ພາບ​ແວດ​ລ້ອມ​.
• ຂໍ້ເທັດຈິງຂອງຕົວແທນ — ຕົວ​ແປ​ເພີ່ມ​ຂຶ້ນ​ໂດຍ​ກົງ​ໂດຍ​ຕົວ​ແທນ puppet​, ແລະ​ບໍ່​ແມ່ນ​ໂດຍ​ຕົວ​ຈິງ — ຊື່​ໃບ​ຢັ້ງ​ຢືນ​, ສະ​ບັບ​ຕົວ​ແທນ​, ສະ​ບັບ puppet​.
• ຕົວແປຫຼັກ - ຕົວແປ Pappetmaster (sic!). ມັນກ່ຽວກັບຄືກັນກັບໃນ ຂໍ້ເທັດຈິງຂອງເຄື່ອງແມ່ຂ່າຍ, ບວກຄ່າພາລາມິເຕີການຕັ້ງຄ່າແມ່ນມີຢູ່.
• ຕົວແປ compiler — ຕົວແປ compiler ແຕກຕ່າງກັນໃນແຕ່ລະຂອບເຂດ: ຊື່ຂອງໂມດູນປະຈຸບັນແລະຊື່ຂອງໂມດູນທີ່ວັດຖຸປະຈຸບັນໄດ້ຖືກເຂົ້າເຖິງ. ພວກມັນສາມາດນໍາໃຊ້ໄດ້, ສໍາລັບຕົວຢ່າງ, ເພື່ອກວດເບິ່ງວ່າຫ້ອງຮຽນສ່ວນຕົວຂອງເຈົ້າບໍ່ໄດ້ຖືກນໍາໃຊ້ໂດຍກົງຈາກໂມດູນອື່ນ.

ນອກຈາກນັ້ນ 1: ວິທີການດໍາເນີນການແລະ debug ທັງຫມົດນີ້?

ບົດຄວາມມີຕົວຢ່າງຈໍານວນຫຼາຍຂອງລະຫັດ puppet, ແຕ່ບໍ່ໄດ້ບອກພວກເຮົາທັງຫມົດວິທີການດໍາເນີນການລະຫັດນີ້. ດີ, ຂ້ອຍກໍາລັງແກ້ໄຂຕົວເອງ.

ຕົວແທນແມ່ນພຽງພໍທີ່ຈະດໍາເນີນການ Puppet, ແຕ່ສໍາລັບກໍລະນີສ່ວນໃຫຍ່, ທ່ານຍັງຕ້ອງການເຄື່ອງແມ່ຂ່າຍ.

ຕົວແທນ

ຢ່າງ ຫນ້ອຍ ນັບ ຕັ້ງ ແຕ່ ສະ ບັບ 5, ການ ຫຸ້ມ ຫໍ່ puppet ຕົວ ແທນ ຈາກ ຄັງ Puppetlabs ຢ່າງເປັນທາງການ ປະກອບດ້ວຍການເພິ່ງພາອາໄສທັງຫມົດ (ruby ແລະແກ້ວປະເສີດທີ່ສອດຄ້ອງກັນ), ດັ່ງນັ້ນບໍ່ມີຄວາມຫຍຸ້ງຍາກໃນການຕິດຕັ້ງ (ຂ້ອຍເວົ້າກ່ຽວກັບການແຈກຢາຍໂດຍອີງໃສ່ Debian - ພວກເຮົາບໍ່ໃຊ້ການແຈກຢາຍໂດຍອີງໃສ່ RPM).

ໃນກໍລະນີງ່າຍດາຍທີ່ສຸດ, ການນໍາໃຊ້ການຕັ້ງຄ່າ puppet, ມັນພຽງພໍທີ່ຈະເປີດຕົວຕົວແທນໃນຮູບແບບ serverless: ສະຫນອງໃຫ້ວ່າລະຫັດ puppet ໄດ້ຖືກຄັດລອກໄປທີ່ 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 ທີ່ທ່ານສົນໃຈແລະເລີ່ມຕົ້ນ sudo puppet agent -t. ກະແຈ -t (--test) ຕົວ​ຈິງ​ແລ້ວ​ປະ​ກອບ​ມີ​ທາງ​ເລືອກ​ຈໍາ​ນວນ​ຫນຶ່ງ​ທີ່​ສາ​ມາດ​ໄດ້​ຮັບ​ການ​ເປີດ​ໃຊ້​ເປັນ​ສ່ວນ​ບຸກ​ຄົນ​. ທາງເລືອກເຫຼົ່ານີ້ປະກອບມີດັ່ງຕໍ່ໄປນີ້:

• ບໍ່ດໍາເນີນການຢູ່ໃນໂຫມດ daemon (ໂດຍຄ່າເລີ່ມຕົ້ນຕົວແທນເລີ່ມຕົ້ນໃນໂຫມດ daemon);
• ປິດລົງຫຼັງຈາກນໍາໃຊ້ລາຍການ (ໂດຍຄ່າເລີ່ມຕົ້ນ, ຕົວແທນຈະສືບຕໍ່ເຮັດວຽກແລະນໍາໃຊ້ການຕັ້ງຄ່າຫນຶ່ງຄັ້ງທຸກໆເຄິ່ງຊົ່ວໂມງ);
• ຂຽນບັນທຶກການເຮັດວຽກລະອຽດ;
• ສະແດງການປ່ຽນແປງໃນໄຟລ໌.

ຕົວແທນມີໂຫມດປະຕິບັດການໂດຍບໍ່ມີການປ່ຽນແປງ - ທ່ານສາມາດນໍາໃຊ້ມັນໃນເວລາທີ່ທ່ານບໍ່ແນ່ໃຈວ່າທ່ານໄດ້ຂຽນການຕັ້ງຄ່າທີ່ຖືກຕ້ອງແລະຕ້ອງການກວດເບິ່ງວ່າຕົວແທນຈະມີການປ່ຽນແປງແນວໃດໃນລະຫວ່າງການປະຕິບັດງານ. ໂຫມດນີ້ຖືກເປີດໃຊ້ໂດຍພາລາມິເຕີ --noop ໃນ​ບັນ​ຊີ​ຄໍາ​ສັ່ງ​: sudo puppet agent -t --noop.

ນອກຈາກນັ້ນ, ທ່ານສາມາດເປີດໃຊ້ບັນທຶກການດີບັກຂອງການເຮັດວຽກ - ໃນມັນ, puppet ຂຽນກ່ຽວກັບການປະຕິບັດທັງຫມົດທີ່ມັນປະຕິບັດ: ກ່ຽວກັບຊັບພະຍາກອນທີ່ມັນກໍາລັງດໍາເນີນການ, ກ່ຽວກັບພາລາມິເຕີຂອງຊັບພະຍາກອນນີ້, ກ່ຽວກັບສິ່ງທີ່ມັນເປີດຕົວ. ແນ່ນອນ, ນີ້ແມ່ນຕົວກໍານົດການ --debug.

Server

ຂ້າພະເຈົ້າຈະບໍ່ພິຈາລະນາການຕັ້ງຄ່າເຕັມຂອງ pappetserver ແລະ deploying code ກັບມັນໃນບົດຄວາມນີ້ຂ້າພະເຈົ້າພຽງແຕ່ຈະເວົ້າວ່າອອກຈາກກ່ອງມີສະບັບພາສາທີ່ເຮັດວຽກຢ່າງເຕັມທີ່ຂອງເຄື່ອງແມ່ຂ່າຍທີ່ບໍ່ຈໍາເປັນຕ້ອງມີການຕັ້ງຄ່າເພີ່ມເຕີມເພື່ອເຮັດວຽກກັບຈໍານວນຂະຫນາດນ້ອຍຂອງ. nodes (ເວົ້າວ່າ, ເຖິງຮ້ອຍ). ຈໍານວນຂະຫນາດໃຫຍ່ຂອງ nodes ຈະຮຽກຮ້ອງໃຫ້ມີການປັບ - ໂດຍຄ່າເລີ່ມຕົ້ນ, puppetserver ເປີດຕົວບໍ່ເກີນສີ່ຄົນ, ສໍາລັບການປະຕິບັດຫຼາຍກວ່າເກົ່າ, ທ່ານຈໍາເປັນຕ້ອງເພີ່ມຈໍານວນຂອງເຂົາເຈົ້າແລະບໍ່ລືມທີ່ຈະເພີ່ມຂີດຈໍາກັດຂອງຫນ່ວຍຄວາມຈໍາ, ຖ້າບໍ່ດັ່ງນັ້ນເຄື່ອງແມ່ຂ່າຍຈະເກັບຂີ້ເຫຍື້ອຫຼາຍທີ່ສຸດ.

ການໃຊ້ລະຫັດ - ຖ້າທ່ານຕ້ອງການມັນໄວແລະງ່າຍດາຍ, ຫຼັງຈາກນັ້ນເບິ່ງ (ຢູ່ທີ່ r10k)[https://github.com/puppetlabs/r10k], ສໍາລັບການຕິດຕັ້ງຂະຫນາດນ້ອຍມັນຄວນຈະຂ້ອນຂ້າງພຽງພໍ.

ເອກະສານຊ້ອນທ້າຍ 2: ຂໍ້ແນະນຳການຂຽນລະຫັດ

1. ວາງເຫດຜົນທັງໝົດໃນຫ້ອງຮຽນ ແລະຄຳນິຍາມ.
2. ຮັກສາຊັ້ນຮຽນແລະຄໍານິຍາມໃນໂມດູນ, ບໍ່ແມ່ນຢູ່ໃນ manifests ອະທິບາຍ nodes.
3. ໃຊ້ຂໍ້ເທັດຈິງ.
4. ຢ່າສ້າງ ifs ໂດຍອີງໃສ່ຊື່ເຈົ້າພາບ.
5. ຮູ້ສຶກບໍ່ເສຍຄ່າທີ່ຈະເພີ່ມພາລາມິເຕີສໍາລັບຫ້ອງຮຽນແລະຄໍານິຍາມ - ນີ້ແມ່ນດີກ່ວາເຫດຜົນ implicit ເຊື່ອງໄວ້ຢູ່ໃນຮ່າງກາຍຂອງຫ້ອງຮຽນ / ກໍານົດ.

ຂ້າພະເຈົ້າຈະອະທິບາຍວ່າເປັນຫຍັງຂ້າພະເຈົ້າແນະນໍາໃຫ້ເຮັດສິ່ງນີ້ໃນບົດຄວາມຕໍ່ໄປ.

ສະຫລຸບ

ຂໍໃຫ້ສໍາເລັດດ້ວຍການແນະນໍາ. ໃນບົດຄວາມຕໍ່ໄປຂ້າພະເຈົ້າຈະບອກທ່ານກ່ຽວກັບ Hiera, ENC ແລະ PuppetDB.

ພຽງແຕ່ຜູ້ໃຊ້ລົງທະບຽນສາມາດເຂົ້າຮ່ວມໃນການສໍາຫຼວດ. ເຂົ້າ​ສູ່​ລະ​ບົບກະລຸນາ.

ໃນຄວາມເປັນຈິງ, ມີຫຼາຍເອກະສານຫຼາຍ - ຂ້ອຍສາມາດຂຽນບົດຄວາມໃນຫົວຂໍ້ຕໍ່ໄປນີ້, ລົງຄະແນນສຽງກ່ຽວກັບສິ່ງທີ່ທ່ານສົນໃຈໃນການອ່ານ:

• 59,1%ໂຄງສ້າງ puppet ຂັ້ນສູງ - ບາງ shit ລະດັບຕໍ່ໄປ: loops, ແຜນທີ່ແລະການສະແດງອອກຂອງ lambda ອື່ນໆ, ຜູ້ເກັບຊັບພະຍາກອນ, ຊັບພະຍາກອນທີ່ສົ່ງອອກແລະການສື່ສານລະຫວ່າງເຈົ້າພາບຜ່ານ Puppet, tags, ຜູ້ໃຫ້ບໍລິການ, abstract data types.13
• 31,8%"ຂ້ອຍເປັນຜູ້ເບິ່ງແຍງແມ່ຂອງຂ້ອຍ" ຫຼືວິທີທີ່ພວກເຮົາຢູ່ໃນ Avito ສ້າງເພື່ອນກັບເຄື່ອງແມ່ຂ່າຍ poppet ຫຼາຍຮຸ່ນທີ່ແຕກຕ່າງກັນ, ແລະ, ໃນຫຼັກການ, ພາກສ່ວນກ່ຽວກັບການຄຸ້ມຄອງເຄື່ອງແມ່ຂ່າຍ poppet.7.
• 81,8%ວິທີທີ່ພວກເຮົາຂຽນລະຫັດ puppet: ເຄື່ອງມື, ເອກະສານ, ການທົດສອບ, CI/CD.18

ຜູ້ໃຊ້ 22 ຄົນລົງຄະແນນສຽງ. 9 ຜູ້ໃຊ້ງົດ.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com