الاستراتيجيات: linear وfree وhost_pinned

تقرر إضافة strategy كيفية تقدم المضيفين عبر مهام play. فهي تحدد ما إذا كانوا يتحركون بتناغم أو يسير كل منهم بالسرعة الخاصة به.

تشغّل استراتيجية linear الافتراضية مهمة واحدة على كل مضيف، وتنتظر انتهاء الجميع، ثم تنتقل إلى المهمة التالية معًا.

مع linear، يؤخر أبطأ مضيف في كل مهمة الجميع. وتبقى الخوادم السريعة خاملة وهي تنتظر المضيف البطيء قبل تقدم play.

تلغي استراتيجية free هذا الحاجز. إذ يتقدم كل مضيف عبر مهامه بأقصى سرعة ممكنة، من دون انتظار الآخرين للحاق به.

مع free، ينتهي المضيفون في أوقات مختلفة وتتداخل المخرجات. تحصلون على سرعة أكبر، لكنكم تفقدون المزامنة المنظّمة مهمةً تلو الأخرى.

استخدموا free عندما يكون المضيفون مستقلين ويكون بعضهم أبطأ بكثير. وتجنبوا استخدامها عندما يجب أن ينهي أحد المضيفين خطوة قبل أن يبدأ آخر.

تبقي استراتيجية host_pinned عاملًا مرتبطًا بمضيف واحد حتى ينتهي ذلك المضيف، بدلًا من توزيعه بالتناوب على الأسطول بأكمله.

من خلال إنهاء العمل على المضيفين بالكامل قبل اختيار مضيفين جدد، تحدّ host_pinned من عدد الأجهزة التي يجري التعامل معها في الوقت نفسه، مما يخفف الحمل على الأنظمة الخلفية مثل خادم التراخيص.

تُعد strategy مفتاحًا على مستوى play، ولذلك يمكن أن تستخدم plays المختلفة في الملف نفسه استراتيجيات مختلفة. اختاروا الأنسب لكل مرحلة من مراحل العمل.

اختاروا قيمة افتراضية على مستوى المشروع ضمن مفتاح strategy في ansible.cfg. ويظل الإعداد الخاص بكل play هو المعتمد عند تجاوزه للقيمة الافتراضية.

تقرر strategy كيفية تدفق المضيفين، بينما تحدد forks عدد المضيفين الذين يعملون في الوقت نفسه. اضبطوا كليهما معًا للوصول إلى معدل المعالجة المطلوب.

أحد المضيفين في دفعتكم أبطأ بكثير من البقية ويوقف play.

تحافظ linear على تناغم المضيفين، وتتيح لهم free الانطلاق باستقلالية، بينما تنهي host_pinned العمل على مضيف قبل بدء العمل على التالي. اختاروا الإعداد لكل play. 🏁