تتيح منصة Heroku للمطورين تشغيل تطبيقاتهم على السحابة دون الانشغال بإعداد الخوادم وإدارة أنظمة التشغيل يدوياً. وتقوم فكرتها على توفير بيئة جاهزة لنشر الشيفرة البرمجية وتشغيلها، مع إمكانية إضافة قواعد البيانات والخدمات المساندة من واجهة واحدة.
تتميز Heroku بسهولة نشر التطبيقات وإدارة إصداراتها، وهو ما جعلها خياراً معروفاً بين مطوري Python وNode.js وRuby ولغات أخرى. لكن سهولة التشغيل تأتي مقابل تكلفة قد ترتفع مع زيادة عدد الحاويات والخدمات المرتبطة بالتطبيق.
أصبح هذا التوازن أكثر أهمية خلال عام 2026، بعدما أعلنت الشركة انتقالها إلى نموذج هندسي يركز على استقرار الخدمات الحالية وأمنها وموثوقيتها. لذلك، ف قرار استخدام Heroku يحتاج إلى تقييم يجمع بين السعر، ومتطلبات التطبيق، والقدرات التقنية للفريق، وخطط التطوير المستقبلية.
ما هي استضافة Heroku وكيف تعمل؟
Heroku منصة سحابية من نوع Platform as a Service، واختصارها PaaS. ويعني ذلك أن المطور يتعامل مع بيئة مُدارة لتشغيل التطبيقات بدلاً من استئجار خادم افتراضي يتولى تهيئته وصيانته بنفسه.
تعتمد المنصة على وحدات تشغيل تسمى Dynos، وهي حاويات معزولة تعمل داخلها عمليات التطبيق. ويمكن تخصيص وحدات لاستقبال طلبات الويب، وأخرى لمعالجة المهام الخلفية، مع إدارة كل باقة بحسب احتياجات المشروع.
يستطيع المطور ربط تطبيقه بمستودع GitGitنظام تحكم بالإصدارات يتتبع تغييرات الكود. النشر المبني على Git يسمح بدفع الكود إلى الخوادم عبر أوامر git push.Hub أو استخدام أدوات Heroku لنشر الشيفرة، ثم إدارة متغيرات البيئة والسجلات وقواعد البيانات من لوحة التحكم أو واجهة الأوامر.
وتوفر هذه الطريقة وقت إعداد البنية التحتية، خصوصاً للمشاريع الصغيرة والفرق التي تحتاج إلى إصدار تحديثات متكررة. ومع ذلك، تبقى مسؤولية جودة الشيفرة، وإدارة أسرار التطبيق، وضبط استهلاك الموارد، وحماية بيانات المستخدمين جزءاً من عمل الفريق المطور.
ما الذي تغير في Heroku خلال 2026؟
في 6 شباط 2026، أعلنت Heroku انتقالها إلى نموذج Sustaining Engineering، الذي يركز استثماراتها الهندسية على موثوقية التشغيل والأمان والدعم، مع تقليص التركيز على تقديم وظائف جديدة خارج هذه الأولويات.
أكدت الشركة استمرار خدمات التطبيقات وقواعد البيانات وPipelines والإضافات، مع بقاء التسعير وآلية الفوترة دون تغيير للعملاء الذين يستخدمون الدفع بالبطاقات المصرفية. كما أوقفت عرض عقود Enterprise Account الجديدة، مع استمرار احترام العقود القائمة وإمكانية تجديدها.
ورغم هذا التوجه، شهد العام تحديثات تقنية مهمة.
إطلاق Heroku Postgres Advanced
أعلنت المنصة الإتاحة العامة لفئة Heroku Postgres Advanced في 6 تشرين الأول 2026، بعدما كانت متاحة بصورة محدودة منذ أيار.
تقدم هذه الفئة إمكانات لفصل موارد المعالجالمعالجوحدة المعالجة المركزية — معالج الخادم الذي ينفذ الأكواد ويعالج الطلبات. يُقاس بعدد الأنوية وسرعة الساعة (جيجاهرتز).ة عن التخزين، والتوسع في سعة قواعد البيانات، وتوزيع عمليات القراءة على مجموعات تابعة، إلى جانب دعم النسخ المنطقي للبيانات.
تستهدف هذه الإمكانات التطبيقات التي تحتاج إلى قواعد بيانات أكبر أو مرونة أعلى في توزيع الأحمال، لكنها تتطلب اختيار حجم الموارد المناسب، وبالتالي حساب تكلفة قاعدة البيانات بصورة مستقلة عن تكلفة تشغيل التطبيق.
اعتماد PostgreSQL 18 افتراضياً
وفق توثيق Heroku المحدث في 7 تشرين الأول 2026، أصبح PostgreSQL 18 الإصدار الافتراضي لقواعد البيانات الجديدة. ويستعمل المطورون من إتاحته، مع ضرورة مراجعة توافق الإضافات والاستعلامات قبل ترقية قاعدة بيانات مستخدمة في الإنتاج.
زيادة الحد المسموح لحجم Slug
رفعت Heroku الحد الافتراضي لحجم حزمة التطبيق المضغوطة من 500 ميجابايت إلى 1 جيجابايت في آذار 2026. ويساعد ذلك على استيعاب تطبيقات تحتوي على مكتبات برمجية كبيرة، ومنها بعض مكتبات الذكاء الاصطناعي وتعلم الآلة.
وشملت التحسينات تمديد المهلة المسموحة لعمليات البناء وتحديث واجهة الأوامر إلى Heroku CLI v11.
أسعار استضافة Heroku في أكتوبر 2026
تعتمد تكلفة Heroku على نوع وحدات Dynos وعددها، ثم تُضاف رسوم قواعد البيانات والخدمات المساندة. ولهذا قد يختلف السعر النهائي كثيراً عن تكلفة وحدة التشغيل الأساسية.
يوضح الجدول التالي أسعار فئات Dynos الشائعة وفق التوثيق الرسمي.
| الخطة | السعر الشهري بالدولار | الذاكرة | الاستخدام المناسب |
|---|---|---|---|
| Eco | 5$ للاشتراك المشترك | 512 MB | التجارب والتطبيقات الشخصية |
| Basic | 7$ | 512 MB | التطبيقات الصغيرة ذات التشغيل المستمر |
| Standard-1X | 25$ | 512 MB | تطبيقات الإنتاج القابلة للتوسع الأفقي |
| Standard-2X | 50$ | 1 GB | التطبيقات التي تحتاج إلى ذاكرة إضافية |
| Performance-M | 250$ | 2.5 GB | أحمال تحتاج إلى موارد معالجة مخصصة |
| Performance-L | 500$ | 14 GB | التطبيقات الأعلى استهلاكاً للموارد |
الأسعار بالدولار الأميركي لوحدة Dyno، باستثناء Eco التي تعتمد اشتراكاً مشتركاً. يُحتسب استخدام بعض الموارد بصورة تناسبية، ولا تشمل الأسعار خدمات قواعد البيانات والإضافات. المصدر: مواصفات Heroku الرسمية.
هل تكفي خطة Eco لاستضافة موقع حقيقي؟
تبلغ تكلفة Eco خمسة دولارات شهرياً، وتمنح الحساب باقة مشتركة من 1, 000 ساعة تشغيل شهرياً. وتدخل التطبيقات في وضع السكون تلقائياً بعد 30 دقيقة من الخمول، مما يضيف تأخيراً إلى أول طلب يصل بعد فترة التوقف.
تصلح هذه الخطة للاختبارات والمشاريع الشخصية، خصوصاً إذا كانت أوقات الاستخدام متقطعة. أما المواقع التجارية التي تحتاج إلى استجابة مستمرة، فمن الأفضل اختيار فئة لا تدخل في وضع السكون. كذلك يقتصر استخدام Eco على التطبيقات الشخصية خارج فرق Heroku.
هل تستحق خطة Basic سعرها؟
تبدأ Basic من 7 دولارات شهرياً، وتوفر وحدة تشغيل بذاكرة 512 ميجابايت دون سكون Eco التلقائي. وهي نقطة دخول اقتصادية لتطبيق صغير أو خدمة خلفية بسيطة.
لكنها تفتقر إلى إمكانات التوسع الأفقي المتاحة في الفئات الأعلى، إذ تقتصر على وحدة واحدة لكل نوع من العمليات. ولذلك، ف زيادة عدد المستخدمين قد تستدعي الانتقال إلى Standard أو إعادة توزيع أعباء التطبيق.
متى تحتاج إلى Standard أو Performance؟
تسمح خطط Standard بزيادة عدد وحدات التشغيل، مما يوفر مرونة أفضل لتوزيع الطلبات وتشغيل عمليات متعددة من النوع نفسه. ويجب الانتباه إلى أن وحدات Standard تعتمد موارد معالجة مشتركة، وقد يتفاوت أداؤها تبعاً للأحمال على البنية المستضيفة.
أما فئات Performance فتخصص موارد معالجة للوحدات، وتناسب التطبيقات التي تحتاج إلى قدرة معالجة أكثر استقراراً. وتبقى الملاءمة الفعلية مرتبطة بنتائج قياس استهلاك المعالج والذاكرة وزمن الاستجابة تحت حمل مماثل للاستخدام المتوقع.
+1
كم تبلغ التكلفة الفعلية لتشغيل تطبيق على Heroku؟
قد يبدو تشغيل تطبيق ويب مقابل 7 دولارات شهرياً صفقة جذابة، لكن هذا المبلغ يغطي وحدة التشغيل Basic وحدها. فإذا احتاج التطبيق إلى قاعدة بيانات PostgreSQL، أو خدمة لتخزين الملفات، أو عمليات معالجة خلفية، ستُضاف تكاليف مستقلة.
ولتوضيح الفارق بين السعر المعلن والفاتورة النهائية، يمكن حساب ثلاثة تكوينات افتراضية بالأسعار الرسمية، مع افتراض تشغيل الموارد طوال الشهر.
| الموارد | تطبيق صغير | تطبيق إنتاجي | تطبيق إنتاجي موسّع |
|---|---|---|---|
| وحدات Dynos | Basic × 1 | Standard-1X × 1 | Standard-1X × 2 |
| تكلفة Dynos | 7$ | 25$ | 50$ |
| PostgreSQL | Essential-0 | Essential-1 | Standard-0 |
| تكلفة قاعدة البيانات | 5$ | 9$ | 50$ |
| Key-Value Store | Mini | Premium-0 | |
| تكلفة التخزين المؤقتالتخزين المؤقتتخزين البيانات المتكررة الوصول في تخزين مؤقت سريع. الأنواع: ذاكرة المتصفح، ذاكرة الخادم (Redis/Memcached)، ذاكرة الصفحات، ذاكرة CDN. | 3$ | 15$ | |
| الإجمالي الشهري | 12$ | 37$ | 115$ |
أمثلة حسابية، وليست فواتير فعلية أو عروضاً جاهزة. لا تشمل مراقبة الأخطاء الخارجية أو تخزين ملفات المستخدمين أو الخدمات الإضافية. أسعار الموارد مأخوذة من صفحة تسعير Heroku الرسمية.
يبيّن المثال الأول إمكانية تشغيل تطبيق صغير بقاعدة بيانات لقاء 12 دولاراً شهرياً، بشرط أن تكفي موارد Basic والحدود الفنية لقاعدة Essential-0. ومع زيادة متطلبات التطبيق، ترتفع التكلفة نتيجة الانتقال إلى وحدات أكثر مرونة وقواعد بيانات أعلى قدرة.
أما المثال الثالث، الذي تبلغ تكلفته 115 دولاراً، فيوفر وحدتي تشغيل وقاعدة بيانات Standard-0 وخدمة تخزين مؤقت. ومع ذلك، ف وجود وحدتين للتطبيق لا يضمن وحده التوافر العالي، خصوصاً إذا بقيت قاعدة البيانات دون إعداد مستقل للتكرار والتعافي من الأعطال.
وتستحق بيئات الاختبار والمراجعة الانتباه أيضاً، لأن Review Apps قد تنشئ تطبيقات مؤقتة بموارد قابلة للفوترة. وتحسب Heroku تكلفتها بحسب مدة تشغيلها، وهو ما يجعل ضبط سياسة حذفها وإدارة إضافاتها إجراءً مهماً للتحكم بالنفقات.
مميزات استضافة Heroku
1. سهولة نشر التطبيقات وإدارة التحديثات
تختصر Heroku عدداً من المهام المرتبطة بتجهيز بيئة التشغيل. فبدلاً من إعداد الخادم وتثبيت البرمجيات اللازمة يدوياً، يستطيع المطور نشر تطبيقه عبر Git أو GitHub، ثم متابعة عملية البناء والتشغيل من لوحة التحكم.
وتوفر المنصة آلية للنشر التلقائي من فروع GitHub المحددة، مع إمكانية ربط عملية النشر بنتائج اختبارات التكامل المستمر. وتبرز قيمة هذه الأدوات لدى الفرق التي تُصدر تحديثات متكررة وتحتاج إلى إجراءات نشر موحدة.
2. بيئات مستقلة لمراجعة التغييرات
تُعد Review Apps من أبرز المميزات التي تستحق النظر، خاصة للمشاريع التي يعمل عليها عدة مطورين.
يمكن تكوين Heroku لإنشاء نسخة مؤقتة من التطبيق لكل Pull Request، مما يسمح باختبار التغييرات قبل دمجها في الفرع الرئيسي. وتحصل كل نسخة على عنوان مستقل، مع إمكانية ربطها بموارد اختبار مناسبة.
وتستطيع المنصة حذف النسخ المنشأة تلقائياً عند إغلاق طلب الدمج، مما يساعد على تقليل الموارد غير المستخدمة. لكن تكلفة تشغيل هذه البيئات تظل مسؤولية صاحب الحساب.
3. توفر قواعد بيانات وخدمات مُدارة
تقدم Heroku خدمة PostgreSQL بمستويات مختلفة، من الخطط الاقتصادية المشتركة إلى الفئات الأعلى المخصصة للتطبيقات ذات متطلبات الأداء والتوافر المتقدمة.
ويساعد توفر قواعد البيانات المُدارة على تقليل الأعباء التشغيلية المرتبطة بتركيب قاعدة البيانات وإدارة بنيتها الأساسية. وتختلف إمكانات النسخ الاحتياطي والاستعادة والتكرار بين الخطط، لذلك ينبغي مراجعة مواصفات الخطة المطلوبة بدلاً من افتراض أن جميع مستويات الخدمة توفر الحماية نفسها.
4. التوسع بحسب احتياجات التطبيق
تدعم فئات Standard وPerformance إضافة وحدات تشغيل متعددة لمعالجة الطلبات، مع إمكانية استخدام وحدات منفصلة للمهام الخلفية.
كما تقدم فئة Performance إمكانات للتوسع التلقائي وفق المقاييس المدعومة، مما يساعد على الاستجابة للتغير في حركة المرور. وتظل كفاءة التوسع مرتبطة بقدرة التطبيق نفسه على العمل عبر عدة حاويات دون الاعتماد على حالة محلية مشتركة.
5. تسهيل إدارة التشغيل اليومي
تجمع Heroku سجلات تشغيل الحاويات وبعض مكونات المنصة في تدفق موحد، وتتيح متابعة حالة التطبيق والتحكم بالموارد من أدوات مركزية.
وتفيد هذه الإمكانات الفرق الصغيرة التي تسعى إلى تقليل الوقت المخصص للإدارة الروتينية. لكن الأدوات المُدارة لا تلغي الحاجة إلى مراقبة الاستهلاك، وتحليل الأخطاء، واختبار إجراءات الاستعادة، ومراجعة الصلاحيات الأمنية بصورة دورية.
عيوب استضافة Heroku
1. ارتفاع التكلفة مع توسع المشروع
يبرز السعر بوصفه أحد القيود الأساسية في Heroku. فكل وحدة إضافية وكل قاعدة بيانات أو خدمة مساندة تساهم في رفع المصروف الشهري.
وتزداد أهمية هذه النقطة للتطبيقات التي تعتمد على عمليات معالجة مستمرة، أو تحتاج إلى عدة Workers، أو تتطلب ذاكرة كبيرة. وقد تصبح تكلفة الموارد أعلى من تكلفة بنية ذاتية الإدارة بمواصفات متقاربة، و كانت المقارنة العادلة يجب أن تحتسب وقت الإدارة والصيانة أيضاً.
2. نظام الملفات المؤقت
تعتمد وحدات Dynos على نظام ملفات مؤقت Ephemeral Filesystem. وتُحذف التغييرات المكتوبة محلياً عند توقف الوحدة أو إعادة تشغيلها.
وهذا يعني أن تخزين صور المستخدمين أو المرفقات داخل نظام ملفات الحاوية يعرّضها للفقد. وتحتاج التطبيقات التي تحتفظ بملفات دائمة إلى تخزين خارجي مناسب، مثل Amazon S3 أو خدمة متوافقة معه.
وتعيد Heroku تشغيل وحدات Dynos تلقائياً وفق دورة تشغيل محددة، مع وجود استثناءات لبعض إعدادات الجيل Fir، لذلك لا يصح الاعتماد على التخزين المحلي للاحتفاظ بالبيانات بصورة دائمة.
3. محدودية التحكم في البنية الأساسية
تتيح المنصة التحكم في إعدادات التطبيق وموارد تشغيله ضمن الحدود التي توفرها الخدمة، لكنها لا تمنح مستوى التحكم نفسه المتاح على خادم VPSVPSخادم افتراضي خاص — خادم افتراضي بموارد مخصصة مقسمة من خادم مادي. يوفر تحكمًا أكثر من الاستضافة المشتركة. تديره بنفسك.
وقد يمثل ذلك قيداً للمشاريع التي تحتاج إلى إعدادات مخصصة لنظام التشغيل، أو برامج تتطلب صلاحيات خاصة، أو هندسة شبكية يصعب تنفيذها ضمن بيئة المنصة المعتادة.
4. قيود الخطط الاقتصادية
تُناسب Eco وBasic المشاريع محدودة الموارد، لكنهما تفتقران إلى بعض الإمكانات المتاحة في الفئات الأعلى.
فالأولى تدخل في وضع السكون بعد الخمول، والثانية لا تدعم تشغيل أكثر من وحدة لكل نوع من العمليات. وفي المقابل، تتيح Standard التوسع الأفقي وميزة Preboot، التي تساعد على تقليل الانقطاع أثناء النشر عند إعدادها بصورة صحيحة.
5. تغير أولويات تطوير المنصة
أثار إعلان نموذج Sustaining Engineering تساؤلات مشروعة حول مستقبل الابتكار داخل Heroku، خاصة لدى المطورين الذين يعتمدون على وصول مزايا جديدة باستمرار.
أوضحت الشركة أن أولويتها الحالية تتمثل في الاستقرار والأمان والموثوقية، مع الاستمرار في إصدار تحسينات تنسجم مع هذا التوجه. لذلك، ينبغي للفرق التي تختار المنصة لمشاريع طويلة الأمد التأكد من توفر الوظائف التي تحتاج إليها حالياً، بدلاً من بناء خطتها على توقع إضافات مستقبلية غير معلنة.
أداء Heroku واستقرارها: ماذا يمكن استنتاجه دون اختبار مباشر؟
تختلف مستويات الأداء في Heroku تبعاً لفئة Dyno والموارد المخصصة وطبيعة التطبيق. فالفئات الاقتصادية وStandard تشترك في البنية الحاسوبية الأساسية مع حاويات أخرى، بينما توفر Performance موارد معالجة مخصصة تقلل بعض مصادر تفاوت الأداء.
لكن مواصفات الذاكرة والمعالج وحدها لا تكفي للحكم على سرعة المنصة. فقد يقدم تطبيق Node.jsNode.jsبيئة تشغيل JavaScript للبرمجة من جانب الخادم. تمكّن التطبيقات الفورية وتُستخدم بواسطة أطر عمل مثل Next.js و Express. بسيط استجابة جيدة على وحدة محدودة، بينما يحتاج تطبيق Django يستخدم عمليات معالجة مكثفة إلى موارد أكبر لتحقيق مستوى مشابه من الاستجابة.
ولهذا، ف تقييم الأداء الحقيقي يتطلب قياس مؤشرات واضحة، مثل زمن الاستجابة عند النسب المئوية P95 وP99، ومعدل الطلبات الناجحة، واستهلاك الذاكرة والمعالج، ونسبة الأخطاء تحت أحمال متدرجة.
هذه المراجعة تحليل فني موثق لخصائص الخدمة وأسعارها، ولا تتضمن اختبارات أداء مستقلة أو قياسات تشغيل مباشرة. لذلك لا ننسب إلى Heroku أرقام سرعة أو نسب توافر فعلية لم تثبت باختبار محدد.
أفضل بدائل Heroku في 2026
يعتمد اختيار البديل على طبيعة التطبيق وميزانية التشغيل ومدى استعداد الفريق لإدارة البنية التحتية.
| المنصة | طبيعة الخدمة | متى تستحق المقارنة؟ |
|---|---|---|
| Render | PaaS مُدارة | تطبيقات الويب والخدمات الخلفية التي تحتاج إلى نشر مبسط |
| Railway | منصة نشر تعتمد تسعير الموارد المستخدمة | المشاريع التي تفضل ربط التكلفة باستهلاك الموارد |
| Vercel | استضافة تطبيقات الواجهة الأمامية والوظائف السحابية | تطبيقات Next.js والهندسات المناسبة للنشر دون خادم دائم |
| DigitalOcean | خوادم افتراضية وخدمات مُدارة | المشاريع التي تحتاج إلى خيارات أوسع للتحكم بالبنية |
| Hetzner | خوادم سحابية ومخصصة | فرق لديها القدرة على إدارة الخوادم وتبحث عن تكلفة بنية أساسية منافسة |
تقدم Railway، على سبيل المثال، خطة Hobby بحد أدنى لاستهلاك شهري قدره 5 دولارات، بينما تبدأ Pro من 20 دولاراً كحد أدنى، مع احتساب الموارد وفق سياسة الاستخدام. ولذلك لا ينبغي مقارنة السعر الأساسي وحده مع Heroku دون إدخال استهلاك المعالج والذاكرة والتخزين ونقل البيانات في الحساب.
أما الانتقال إلى VPS فقد يخفض تكلفة موارد التشغيل المباشرة، لكنه يضيف مسؤوليات تتعلق بتحديث النظام والأمان والمراقبة والنسخ الاحتياطي. ويجب احتساب ساعات العمل الهندسي في المقارنة للوصول إلى تقدير مالي منصف.
هل ننصح باستخدام Heroku في 2026؟
تبقى Heroku خياراً مناسباً لفرق التطوير التي تحتاج إلى منصة مُدارة، وتمنح سهولة النشر وإدارة التطبيقات أولوية على خفض تكلفة الخوادم إلى الحد الأدنى.
وتزداد جدوى استخدامها في المشاريع التي تعتمد على دورات تطوير متكررة، وتستفيد من تكامل GitHub وReview Apps وقواعد البيانات المُدارة، خاصة إذا كان الفريق صغيراً ولا يملك موارد مخصصة لإدارة البنية السحابية.
في المقابل، تستحق البدائل دراسة أكثر تفصيلاً إذا كان المشروع يعتمد على معالجة كثيفة طوال اليوم، أو يحتاج إلى أعداد كبيرة من وحدات التشغيل، أو يمتلك فريقاً قادراً على إدارة بنية VPS بكفاءة.
ويضيف قرار الشركة في شباط 2026 بُعداً مهماً إلى التقييم. فالمنصة مستمرة في دعم التطبيقات وإطلاق تحسينات تشغيلية، لكن أولويات تطويرها أصبحت أكثر تركيزاً على الاستقرار والموثوقية. ولهذا ينبغي مقارنة الوظائف المتاحة اليوم بمتطلبات المشروع خلال السنوات المقبلة.
الخلاصة: تقدم Heroku قيمة واضحة في تقليل تعقيد تشغيل التطبيقات، لكن تكلفة هذه الراحة قد تصبح كبيرة مع النمو. ويُفضّل اتخاذ القرار بناءً على فاتورة تقديرية كاملة واختبار أداء فعلي للتطبيق، بدلاً من الاكتفاء بسعر Dyno أو السمعة التاريخية للمنصة.
