Powiadamianie handlera o zmianie

Restartowanie usługi przy każdym uruchomieniu jest niepotrzebne i ryzykowne. Handler pozwala uruchomić ją ponownie tylko wtedy, gdy coś faktycznie się zmieniło.

Handler to po prostu zadanie, które pozostaje bezczynne, dopóki zwykłe zadanie nie nakaże mu się uruchomić. Można myśleć o nim jak o działaniu oczekującym na sygnał.

Zadanie łączy się z handlerem za pomocą słowa kluczowego notify. Wartością jest dokładna nazwa handlera, który ma zostać uruchomiony.

Ciąg znaków w notify musi odpowiadać nazwie handlera znak po znaku. Literówka oznacza, że handler po cichu nigdy się nie uruchomi.

Handler jest powiadamiany tylko wtedy, gdy jego zadanie zgłosi changed. Jeśli zadanie jest już w żądanym stanie, nic nie zostaje uruchomione.

Gdy zadanie zwraca ok, Ansible całkowicie pomija notify. Dlatego drugie uruchomienie zwykle niczego nie restartuje. ✅

Jedno zadanie może powiadomić kilka handlerów, przekazując do notify listę. Każdy nazwany handler trafia do kolejki, gdy zadanie wprowadzi zmianę.

Powiadomienie nie uruchamia handlera natychmiast. Ansible umieszcza go w kolejce i uruchamia później, po zakończeniu zadań playa.

Jeśli pięć zadań powiadomi ten sam handler, nadal uruchomi się on raz. Ansible automatycznie eliminuje zduplikowane powiadomienia w kolejce.

Ponieważ restart następuje tylko po rzeczywistej zmianie, niezmienione serwery nadal obsługują ruch. To sedno bezpiecznej, idempotentnej automatyzacji.

Zadanie zmienia plik, a następnie notify dodaje restart do kolejki. Zadania się kończą, po czym handler restartuje usługę. Czysto i minimalnie.

Kiedy powiadomiony handler faktycznie zostaje uruchomiony?

Nauczyli się Państwo, że notify łączy zadanie z handlerem uruchamianym tylko po zmianie. Nazwy muszą się zgadzać, a Ansible umieszcza każdy handler w kolejce i uruchamia go tylko raz. 🚀