allow_duplicates och rollernas idempotens

Om två roller båda är beroende av en common-roll är Ansible smart: common körs bara en gång, inte två, under samma play-körning.

Den här dedupliceringen hindrar delade konfigurationsroller från att upprepa kostsamt arbete, till exempel att köra en basroll för säkerhetshärdning igen för varje applikationsroll.

Överhoppningen gäller bara när rollen begärs med samma parametrar. Identiska anrop betraktas som redan utförda.

Anropa samma roll med olika variabler så kör Ansible den igen. En vhost-roll med två konfigurationer tillämpar båda, precis som du vill.

Inställningen allow_duplicates i meta/main.yml styr detta beteende. Ställ in den på true så kan rollen köras flera gånger under en play-körning.

Aktivera det för roller som är avsedda att tillämpas många gånger, till exempel när flera användare eller virtuella värdar ska skapas och varje anrop faktiskt utför nytt arbete.

Som standard är allow_duplicates false, så en roll med identiska parametrar körs bara en gång. Låt inställningen vara avstängd för roller som bara ska konfigurera något en gång.

Att hoppa över ett duplicerat anrop är praktiskt under körningen. Verklig idempotens innebär att varje task leder till samma önskade tillstånd, oavsett hur ofta den körs.

Använd i en roll helst tillståndsbaserade moduler i stället för raw command. En verkligt idempotent roll är säker att tillämpa två gånger utan negativa följder.

Var uppmärksam: include_role följer inte dedupliceringslogiken på samma sätt. En dynamiskt inkluderad roll körs varje gång körningen når den.

Kombinera deduplicering, allow_duplicates och idempotenta tasker för att bygga roll-hierarchies som kan sättas samman på ett tydligt sätt och förblir säkra att köra igen.

Ansible tar bort dubblerade anrop av samma roll. Ange allow_duplicates som true för att upprepa ett anrop, och se till att uppgifterna är idempotenta så att de kan köras om säkert. ♻️