لماذا تستضيف Flowise ذاتيًا على خادم VPS
يتعامل Flowise مع بيانات حساسة: مفاتيح واجهات OpenAI/Anthropic، ومستندات داخلية مُتَّجهة، وسجلّات المحادثات، والمنطق التجاري لوكلائك. في النسخة السحابية المشتركة تمرّ هذه العناصر عبر بنية تحتية لا تتحكّم بها. أمّا على خادم VPS مخصّص فتبقى لوحة Flowise وقاعدة البيانات والتضمينات لديك. تحتفظ بالتحكّم في الإصدارات (تتطوّر التدفّقات بسرعة بين الإصدارات)، وفي الموصِّلات المُفعّلة، وفي فوترة النماذج لأنّك تستخدم مفاتيحك الخاصّة. يتيح لك الخادم أيضًا كشف التدفّقات كواجهة REST لدمجها في تطبيقاتك دون حصّة يفرضها مزوّد.
الفوائد الملموسة لاستضافة Flowise ذاتيًا
- سرّية كاملة للمُوجّهات ومفاتيح الواجهات والمستندات المُفهرَسة، فهي لا تغادر خادمك أبدًا.
- نقاط استدلال مكشوفة كواجهة REST دون حدّ معدّل يفرضه طرف ثالث.
- حرية اختيار النموذج (OpenAI أو Anthropic أو Mistral أو نموذج محلّي عبر Ollama على الشبكة نفسها).
- استمرارية مُتحكَّم بها للتدفّقات وقواعد المتّجهات في أحجام Docker التي تنسخها احتياطيًا.
- التحديث عندما تقرّر أنت، دون ترحيل قسري للوحة.
- تكلفة يمكن التنبّؤ بها: سعر شهري واحد للخادم، دون تسعير حسب عدد التدفّقات أو عمليات التنفيذ.
المتطلّبات العتادية والبرمجية
Flowise نفسه خفيف، لكنّ الاستخدام الفعلي يعتمد على التضمينات وقواعد المتّجهات. احسب حدًّا أدنى قدره 2 vCPU و2 غيغابايت من الذاكرة للاختبار، و4 vCPU و4 إلى 8 غيغابايت من الذاكرة إذا فهرست مستندات ضخمة أو شغّلت عدّة تدفّقات متزامنة. خصّص 10 غيغابايت من القرص للحاويات وقواعد المتّجهات. برمجيًا: Docker وDocker Compose مثبَّتان، واسم نطاق أو نطاق فرعي (مثل flowise.your-domain.com) يشير إلى عنوان الخادم، والمنفذ 443 مفتوح. جهّز مسبقًا مفاتيح واجهات مزوّدي النماذج التي تنوي استخدامها.
نشر Flowise باستخدام Docker وHTTPS
تحضير الخادم وDocker
اتّصل عبر SSH، وحدّث النظام ثم ثبّت Docker عبر curl -fsSL https://get.docker.com | sh. تحقّق بواسطة docker compose version. أنشئ مجلّدًا مخصّصًا: mkdir -p /opt/flowise && cd /opt/flowise.
كتابة docker-compose.yml
عرّف الخدمة بالصورة الرسمية flowiseai/flowise، والمنفذ الداخلي 3000، وحجمًا مُسمّى ~/.flowise للاستمرارية، والمتغيّرين FLOWISE_USERNAME وFLOWISE_PASSWORD لحماية واجهة الإدارة منذ أوّل إقلاع.
تشغيل الحاوية
نفّذ docker compose up -d ثم docker compose logs -f للتأكّد من أنّ Flowise يستمع. في هذه المرحلة يستجيب محليًّا على 127.0.0.1:3000، غير مكشوف علنًا، وهذا مقصود.
إعداد الوكيل العكسي
ثبّت Caddy أو Nginx Proxy Manager. مع Caddy يكفي سطر واحد في Caddyfile: flowise.your-domain.com { reverse_proxy localhost:3000 }. يحصل Caddy على شهادة Let's Encrypt ويجدّدها تلقائيًا.
تأمين الوصول والمفاتيح
عزّز المصادقة، وقيّد المنفذ 3000 على الحلقة المحلّية في الجدار الناري (ufw deny 3000)، وأضف مفاتيح واجهات النماذج مباشرةً في واجهة Flowise (قسم Credentials) بدل وضعها صريحةً في ملف compose.
اختبار تدفّق والواجهة
أنشئ تدفّق محادثة بسيطًا وانشره، ثم استدعِ نقطته عبر curl -X POST https://flowise.your-domain.com/api/v1/prediction/ للتحقّق من كشف REST.
للحصول على تدفّقات RAG عالية الأداء دون تكلفة واجهة خارجية، اربط Flowise بحاوية Ollama تعمل على الخادم نفسه عبر شبكة Docker الداخلية (http://ollama:11434). تجمع بذلك التضمين والتوليد محليًّا: لا تغادر أي بيانات الخادم، وينخفض زمن الاستجابة لأنّ كلّ شيء يمرّ عبر الشبكة الخاصّة للمضيف.
التوثيق الرسمي
للإعداد المتقدّم والخيارات الخاصّة بالأداة، ارجع إلى التوثيق الرسمي لـ Flowise. يغطّي هذا الدليل النشر على خادم VPS؛ ويبقى توثيق المطوّر المرجع للإعدادات الدقيقة والتحديثات الكبرى وحالات الاستخدام الخاصّة.
