Handler'ları ve Yeniden Başlatma Kalıplarını Tanımlama

İşleyiciler, normal görevlerinizden ayrı olarak bir playbook'un kendi handlers bölümünde bulunur. Bu, tepki veren eylemlerin açıkça gruplanmasını sağlar.

Bir işleyici, görevle tamamen aynı söz dizimini kullanır: bir ad ve bir modül çağrısı. Tek fark, bildirim gelene kadar beklemesidir.

İşleyicinin adı, diğer görevlerin notify içinde başvurduğu dizedir. Bunu yeniden kullanacağınız kararlı ve kesin bir etiket olarak ele alın.

Klasik bir yeniden başlatma işleyicisi, durumu restarted olarak ayarlanmış service modülünü kullanır. Birimi tek adımda durdurup başlatır.

Bir hizmet destekliyorsa reloaded durumunu tercih edin. Yeniden yükleme, tam bir yeniden başlatmanın aksine bağlantıları kesmeden yapılandırmayı yeniden okur.

systemd modülü, systemd kullanan ana makinelerde daha ayrıntılı denetim sağlar; buna birim dosyasını değiştirdikten sonraki daemon_reload da dahildir.

Yeniden kullanılabilir bir nginx'i yeniden başlat işleyicisi yazın ve birçok görevden ona bildirim gönderin. Aynı yeniden başlatma mantığını her yere kopyalamaktan kaçının.

Birkaç işleyici kuyruğa alındığında, bildirim gönderilme sırasına göre değil, tanımlandıkları sıraya göre çalışırlar. Bu sırayı planlayın.

Yeniden yüklemenin yeniden başlatmadan önce gerçekleşmesi gerekiyorsa, kuyruğun doğru ilerlemesi için bunları işleyiciler listesinde bu sırayla tanımlayın.

Bir rolde işleyiciler handlers/main.yml dosyasında bulunur. Roldeki görevler, normal bir playbook'ta olduğu gibi bunlara tam adlarıyla bildirim gönderir.

nginx'i yeniden başlat veya sshd'yi yeniden yükle gibi eylem biçimli adlar kullanın. Açık adlar çıktıyı okunabilir, notify satırlarını da belirgin kılar.

Bir yapılandırmayı değiştirdiniz ve bağlantıları kesmeden çalışan hizmetin bunu almasını istiyorsunuz. Hangi durum en uygundur?

Artık handlers bölümünde işleyiciler tanımlayabilir, yeniden başlatma ile yeniden yükleme arasında seçim yapabilir ve tanımlanma sırasına göre çalışmaya güvenebilirsiniz. 🎯