Telegram Serverless: شغّل بوتات تليجرام بدون خادم أو استضافة

أطلقت Telegram منصة Telegram Serverless لتشغيل كود البوتات وMini Apps مباشرة على بنيتها التحتية، في خطوة تلغي الحاجة إلى استئجار VPS أو إعداد Cloud Function أو إبقاء خادم يعمل طوال الوقت فقط لمعالجة رسائل البوت. الفكرة ببساطة أن المطور يكتب وحدات JavaScript عادية، ثم ينشرها بأمر واحد، بينما تتولى Telegram التنفيذ والتوسع وقاعدة البيانات والاتصال المباشر مع Bot API.
الإجابة السريعة
Telegram Serverless هي بيئة Backend مدمجة داخل Telegram للبوتات وMini Apps. تعمل الوحدات داخل V8 sandbox مع قاعدة بيانات مبنية على SQLite، وتدعم طلبات HTTP الخارجية وBot API من دون إعداد بنية خوادم منفصلة. ومع تحديث 6 أكتوبر 2026 أصبحت المنصة تستضيف أيضًا واجهة Mini App نفسها وتوفر Endpoints يمكن استدعاؤها مباشرة من التطبيق.
ما الذي تغير مع Telegram Serverless؟
حتى الآن، كان إنشاء بوت Telegram بسيطًا من جهة Bot API، لكنه يحتاج دائمًا إلى مكان خارجي لتشغيل المنطق البرمجي. المطور ينشئ البوت من BotFather، ثم يستضيف كود Node.js أو Python أو غيرهما على خادم، ويضبط Webhook أو Long Polling، ويتعامل مع قاعدة بيانات وحماية الأسرار والمراقبة والتوسع. المنصة الجديدة تحاول إزالة هذه الطبقة بالكامل.
في Telegram Serverless يصل التحديث، مثل رسالة أو ضغط زر أو Inline Query، إلى Handler يحمل اسم نوع الحدث. Telegram تستدعي الوظيفة المطلوبة داخل بيئة معزولة، ويمكن للكود استخدام Bot API وقاعدة البيانات مباشرة ثم ينتهي التنفيذ. وإذا لم يكن هناك Handler للحدث، يتم تجاهله ببساطة.
| الطريقة التقليدية | مع Telegram Serverless |
|---|---|
| خادم أو خدمة سحابية خارجية | التنفيذ على بنية Telegram |
| إعداد Webhook ومراقبته | Telegram تدير الربط تلقائيًا |
| قاعدة بيانات منفصلة | قاعدة SQLite مدمجة |
| إدارة أسرار واتصالات Bot API | SDK مدمج داخل البيئة |
| نشر Backend وMini App بشكل منفصل | إمكانية نشرهما معًا بأمر واحد |
لا خوادم ولا حاويات ولا قلق من التوسع
Telegram تلخص الفكرة في ثلاث نقاط: لا بنية تحتية تحتاج إلى صيانة، خدمات أساسية مدمجة، وتنفيذ سريع ومعزول قريب من أنظمتها. كل استدعاء يعمل داخل V8 isolate خفيف، بينما تتولى المنصة زيادة القدرة تلقائيًا مع زيادة استخدام البوت. بالنسبة للمطور الصغير، هذا يزيل جزءًا كبيرًا من الأعمال التي لا تتعلق بالوظيفة نفسها.
هذا لا يعني أن المنصة تحول Telegram إلى خدمة استضافة عامة لأي تطبيق. البيئة مصممة تحديدًا للبوتات وMini Apps، والمشروع له هيكل واضح داخل مجلد tgcloud/ يتضمن Handlers وEndpoints وملفات مشتركة وملف Schema لقاعدة البيانات. الكود الموجود خارج المسارات المحددة لا يتم نشره باعتباره Backend للبوت.
تحديث 6 أكتوبر في Telegram Serverless أضاف استضافة Mini Apps
أهم تطور حديث وصل يوم 6 أكتوبر 2026، عندما أضافت Telegram استضافة الواجهة الأمامية لـMini Apps مباشرة مع Backend. يمكن للمطور بناء التطبيق باستخدام React أو Vue أو Svelte أو HTML عادي، ثم تحديد مجلد Build داخل tgcloud.jsonc. عند تنفيذ Push ترفع المنصة الكود والملفات الثابتة معًا وتخدم التطبيق من عنوان على نطاق tgcloud.ai.
وهذا يجعل Telegram Serverless أقرب إلى بيئة تطوير متكاملة داخل منظومة Telegram نفسها. لم يعد المطور بحاجة إلى خدمة لاستضافة الواجهة، وأخرى للوظائف الخلفية، وثالثة لقاعدة البيانات لمشروع صغير. كذلك أضاف التحديث Endpoints، وهي وظائف يستطيع Mini App استدعاءها مباشرة مع تحقق Telegram من بيانات المستخدم قبل تشغيل الكود.
- تشغيل Backend للبوت من دون VPS أو Containers.
- قاعدة بيانات مدمجة تحتفظ بالحالة بين الاستدعاءات.
- استضافة Front-end للـMini App على بنية Telegram.
- Endpoints موثقة لاستدعاءات Mini App.
- إمكانية الاتصال بخدمات وواجهات API خارجية عبر HTTP.
كيف يبدأ المطور مشروعًا جديدًا؟
تطلب Telegram وجود Node.js 18 أو أحدث وبوت مسجل بالفعل مع BotFather. بعد ذلك يمكن إنشاء مشروع جديد باستخدام npm create @tgcloud/bot، ثم ربطه بالبوت بواسطة CLI Access Token منفصل عن Bot API Token التقليدي. بمجرد تنفيذ npx tgcloud push يتم رفع الوحدات المتغيرة وتشغيل النسخة الجديدة.
إذا احتاج المشروع إلى قاعدة بيانات، يعرّف المطور الجداول داخل schema.js ثم يستخدم npx tgcloud migrate لتطبيق التغييرات. وفصل نشر الكود عن ترحيل قاعدة البيانات قرار مهم؛ لأن Push لا يغير Schema تلقائيًا. كذلك توفر الأداة أوامر مثل status وdiff وfetch وpull وreset لمعرفة الفرق بين النسخة المحلية وما تم نشره في السحابة.
BotFather أصبح جزءًا من بيئة التطوير أيضًا
ليس شرطًا أن يعمل المطور من Terminal طوال الوقت. وثائق Telegram Serverless توضح أن BotFather يستطيع إدارة أجزاء من المشروع، بما في ذلك Handlers وEndpoints والمكتبة المشتركة وقاعدة البيانات وملفات Mini App. هذا يتيح إجراء بعض التعديلات وإدارة المشروع حتى عندما لا يكون جهاز التطوير الرئيسي متاحًا.
كما أضافت Telegram داخل المشروع ملفات مصممة لمساعدة أدوات البرمجة بالذكاء الاصطناعي. المشروع الجديد يتضمن AGENTS.md ومرجعًا محليًا للـSDK يمكن لأدوات البرمجة الوكيلة قراءته، بحيث تفهم قواعد البيئة مثل بنية الملفات وطريقة الوصول إلى قاعدة البيانات قبل البدء في كتابة الكود.
ما أنواع المشروعات المناسبة لهذه البيئة؟
Telegram نفسها تقول إن البيئة ليست قالبًا لنوع واحد من التطبيقات. يمكن استخدامها لإنشاء Bots للمحادثة تحتفظ بحالة كل مستخدم، وBackends لـMini Apps، وألعاب واختبارات ولوحات ترتيب، بالإضافة إلى أدوات أتمتة تتصل بخدمات خارجية وتدفع النتائج إلى المحادثات.
الميزة الواضحة لـTelegram Serverless ستكون في المشروعات التي كان إعداد البنية التحتية لها أكبر من المهمة نفسها. بوت يرد على أوامر بسيطة أو يسترجع بيانات من API لم يعد يحتاج بالضرورة إلى خادم مستقل وقاعدة بيانات وWebhook تتم إدارتها يدويًا. يمكن للمطور التركيز على وظيفة البوت، بينما تتولى Telegram الجزء التشغيلي.
لكنها ليست خادم Node.js مفتوحًا بلا قيود
سهولة الاستخدام تأتي مع بعض القيود. البيئة ليست Node.js Server كاملًا تستطيع تثبيت أي شيء داخله؛ الوثائق توضح أنه لا توجد node_modules في Runtime، وأن التطبيق يعتمد على SDK الخاص بالمنصة ووحدات JavaScript الموجودة داخل هيكل المشروع المحدد.
كما تظل حدود Telegram Bot API المعتادة سارية. على سبيل المثال، توضح الوثائق الحالية أن Upload من خلال Bot API يصل إلى 50 ميجابايت للملف و10 ميجابايت للصورة، بينما تنزيل الملفات بواسطة getFile يخضع حاليًا لسقف 20 ميجابايت. لذلك فإن Telegram Serverless تبسط الاستضافة، لكنها لا تلغي القيود الأساسية لمنصة البوتات.
لماذا هذه الخطوة مهمة في تاريخ بوتات تليجرام؟
منذ انطلاق Telegram في 2013، توسعت البوتات من أدوات صغيرة داخل المحادثات إلى منصة للخدمات والألعاب والدفع وMini Apps. وقد تناولنا سابقًا في سوالف سوفت كيف تأسس Telegram ومن يقف وراءه. الجديد الآن أن Telegram لم تعد توفر للمطور مجرد API يتصل به من خادمه، بل أصبحت توفر أيضًا المكان الذي يعمل فيه هذا الكود.
يمكن مراجعة الوثائق الرسمية لمنصة Telegram Serverless التي تشرح المشروع وقاعدة البيانات والـSDK والـCLI واستضافة Mini Apps بالتفصيل. وإذا أثبتت البيئة استقرارها مع المشروعات الحقيقية، فقد تخفض بشكل واضح حاجز الدخول إلى تطوير بوتات Telegram، لأن فكرة بسيطة يمكن أن تبدأ من ملف Handler واحد وتتحول لاحقًا إلى Mini App كامل دون تغيير منصة الاستضافة بالكامل.
لا يسمح بنقل هذا المحتوى من سوالف دون الاشارة برابط مباشر





