# Unleash: خادم feature flags مفتوح المصدر للاستضافة الذاتية، ونسخته المجانية تقف عند بيئتين

> **المغزى:** المغزى: أدوات open-core تُقيَّم بالحد الذي يوقف الفريق لا بما تتيحه النسخة المجانية، ومعرفة ذلك الحد مسبقًا تجعل كلفة النمو واضحة قبل الاعتماد على الأداة.

- المصدر: المغزى (https://almaghza.com/a/2026-11-07-unleash-self-hosted-feature-flags/)
- التاريخ: 27 جمادى الأولى - 7 نوفمبر 2026 (2026-11-07)
- القسم: برمجيات
- الوسوم: Feature Flags، الاستضافة الذاتية، المصادر المفتوحة

مشروع Unleash خادم لإدارة الـ feature flags، منشور على GitHub برخصة AGPL-3.0، ولديه 14.1 ألف نجمة و16,959 commit. يمكن تشغيله على خادم الفريق نفسه عبر Docker Compose، أو من الـ source على Node.js.

وفكرة الـ feature flag أن تفصل بين أمرين: نزول الكود إلى الإنتاج، وظهوره للمستخدمين. تُنشر الميزة وهي مغلقة، ثم تُفتح لنسبة من المستخدمين من لوحة تحكم خارج الكود. وإذا ظهرت مشكلة، تُغلق دون deploy جديد ودون rollback. وهذا بديل عن فتح الميزات وإغلاقها بشروط if مكتوبة داخل الكود، تحتاج كل مرة إلى تعديل ونشر.

والجانب المالي هو ما يحدد مدى ملاءمة الأداة. فالنسخة المفتوحة مجانية وفيها الأساس، لكنها تقتصر على بيئتين. أما ما تحجزه الخطط المدفوعة، بحسب الـ README، فهو صلاحيات الأدوار، والـ single sign-on، والبيئات الإضافية، وتقسيم الجمهور المتقدم، واستضافات إضافية.

ويعني ذلك أن فريقًا صغيرًا يعمل ببيئتي staging وproduction قد تكفيه النسخة المجانية. أما حين يحتاج إلى بيئة ثالثة أو إلى SSO، فهنا يبدأ الحديث عن التكلفة، ويكون الحد معروفًا قبل الاعتماد على الأداة لا بعده.

وهذا نمط عام في أدوات open-core، أي الأدوات التي تنشر نواتها مفتوحة وتبيع ما فوقها. فالسؤال المفيد عند تقييمها ليس ما الذي تتيحه النسخة المجانية، بل عند أي نقطة سيتوقف الفريق ويحتاج إلى الدفع.

## المصادر

- [مستودع Unleash على GitHub](https://github.com/Unleash/unleash)
- [أسعار النسخة المستضافة وفروق الخطط](https://www.unleash-hosted.com/pricing)
- [توثيق التشغيل الذاتي بـ Docker](https://docs.getunleash.io/using-unleash/deploy/getting-started)