Ansible'da nima uchun barcha playbooklarda to'liq deklarativ yondashuvdan foydalanish mumkin emas?

Ansible tizimli holatni tasvirlab, deklarativlikka intilmoqda. Biroq, to‘liq deklarativlik cheklangan, chunki ketma-ket operatsiyalar va vazifalar o‘rtasidagi bog‘liqliklarni bajarish zarurati bor, bu esa ba’zan to‘g‘ri yakuniy holatga erishish uchun imperativ yondashuvni talab qiladi. Ba’zi modullar yoki vazifalar ma’lum bir tartibda harakat qilishni yoki oldingi vazifalarning chiqishiga bog‘liq bo‘lishi mumkin.

Masalan:

1. Vazifalarni shartli bajarish: when: dan foydalanish, vazifani faqat ma’lum shartlar ostida bajarish, to‘liq deklarativlikni buzishi mumkin, chunki shart odatda hozirgi (va yaqin kelajakdagi) holatga yoki oldingi vazifaning natijasiga asoslangan bo‘ladi.
2. register va changed_when dan foydalanish: Vazifaning chiqishini o‘zgaruvchiga saqlash (register) va bu chiqishni keyingi vazifalarda yoki o‘zgarish bo‘lsa (changed_when) aniqlash uchun ishlatish ham imperativ element hisoblanadi.
3. Buyruqlarni bajaradigan modullar: command, shell, script kabi modullar o‘z tabiatida imperativ bo‘lib, ular faqat berilgan buyruqni bajaradi, yakuniy holatni kafolatlamaydi yoki tasvirlamaydi.

Imperativ element misoli:

- name: Xizmat ishga tushganligiga ishonch hosil qiling
  systemd:
    name: my_service
    state: started
  register: service_status

- name: Xizmatni qayta ishga tushurish, agar u ishga tushgan bo‘lsa
  command: systemctl restart my_service
  when: service_status.changed

Bu yerda, ikkinchi vazifa faqat birinchi vazifa xizmat holatini o‘zgartirgan bo‘lsa (masalan, ishga tushirilgan bo‘lsa) bajariladi. Bu imperativ shart, oldingi harakat natijasiga bog‘liq.

Umuman olganda, Ansible gibrid yondashuvni taklif qiladi: u imkon qadar deklarativ bo‘lishga harakat qiladi, ammo joy (ba’zan zarur) qoldiradi, bu yerda joylashgan imperativ tuzilmalarni ishlatish uchun, ularni joylashtirish va konfiguratsiya boshqarish mantiqi talab qilganda.