VPS لبوت Telegram

أقل بكثير مما يُباع عادةً. البوت عملية طويلة الأمد تقضي معظم وقتها في الانتظار: بوت الأوامر عديم الحالة يشغل نحو 60 MB، والبوت الذي يحمل ORM ومجدولًا وذاكرة تخزين مؤقت أقرب إلى 150 MB. وبعد أن يأخذ نظام التشغيل نحو 300 MB، يبقى في جهاز بسعة 1 GB متسع لـ4 بوتات ثقيلة أو 12 بوتات خفيفة. أما عدد المستخدمين فبالكاد يدخل في الحساب، لأن Telegram يسلّم التحديثات إلى عمليتك واحدًا تلو الآخر، لا اتصالًا لكل مستخدم. ما يغيّر الإجابة فعلًا هو الحالة التي تحتفظ بها في الذاكرة بنفسك: ذاكرة تخزين مؤقت كبيرة، أو قاعدة بيانات داخل العملية، أو نموذج.

ابدأ بـ long polling، وانتقل إلى webhooks حين يصبح ذلك مهمًا. مع long polling يفتح البوت اتصالًا صادرًا إلى Telegram وينتظر، فلا يحتاج إلى نطاق ولا شهادة ولا منفذ مفتوح، ما يعني أنه يعمل خلف NAT وهو أسرع طريقة لتشغيل شيء ما. أما webhook فيجعل Telegram يتصل بك أنت، لذا يحتاج إلى عنوان عام وشهادة TLS صالحة ومنفذ مفتوح على الإنترنت، وفي المقابل يلغي حلقة الاستطلاع تمامًا ويتوسع بشكل أفضل حين يكون البوت مشغولًا فعلًا. كلاهما يعمل جيدًا على أصغر جهاز هنا. السبب الصادق للانتقال هو الحمل أو زمن الاستجابة، لا الموضة.

هذه قيود Telegram نفسه، لا قيودنا: يستطيع البوت الذي يستخدم Bot API العام تنزيل ملفات حتى 20 MB ورفع ملفات حتى 50 MB. تشغيل خادم Bot API الخاص بك يرفع ذلك إلى 2 GB، والأهم أنه يجعل الملفات تصل إلى قرص خادمك بدلًا من المرور عبر خوادم Telegram. هذا هو التغيير الوحيد الذي يغيّر فعلًا الجهاز الذي تحتاجه: فجأة يصبح القرص ونقل البيانات مهمين، ولهذا يضع الجدول أعلاه BD-8 مقابل ذلك الصف دون غيره.

بوت نصي، أبدًا. بوت وسائط، ربما، ويستحق الأمر ثلاثين ثانية من الحساب: متوسط حجم الملف × الرسائل يوميًا × 30. خمسون ألف رسالة صوتية يوميًا بحجم 3 MB تعادل نحو 4.3 TB شهريًا، وهذا يتجاوز الحصة في معظم الخطط الرخيصة وبعيد جدًا عن 32 TB في BD-8، أو عن الخط غير المقيس حيث لا يُطرح السؤال أصلًا. الاتجاهان يُحتسبان: الملف الذي يستقبله البوت والملف الذي يرسله كلاهما ترافيك.

وحدة systemd، لا جلسة screen. اكتب ملف خدمة صغيرًا يتضمن Restart=always، وفعّله، وسيعود البوت بعد أي تعطل وبعد إعادة التشغيل دون أن تحتاج إلى أن تكون مستيقظًا لذلك. هذا هو السبب الأكثر شيوعًا على الإطلاق لـ"توقف" البوت على VPS، وهو ليس مشكلة استضافة: العملية التي تُشغَّل يدويًا تموت مع جلسة SSH التي شغّلتها. ويؤدي Docker مع سياسة إعادة تشغيل المهمة نفسها إن كنت تفضّل تغليفه بهذه الطريقة.

نعم، وينبغي لمعظم الناس فعل ذلك. كل بوت عملية مستقلة لها وحدة systemd ورمز مميز خاصان بها؛ تتشارك البوتات الجهاز، وقاعدة البيانات إن أردت، ولا شيء غير ذلك. الحساب في الجدول هو هذا السؤال بالضبط: جهاز بسعة 4 GB يستوعب 25 بوتات ثقيلة قبل أن تصبح الذاكرة هي القيد. أبقِها على منافذ منفصلة ومستخدمين منفصلين إن كانت لأشخاص مختلفين.

أي مكان يستطيع مستخدموك الوصول إليه ويكون زمن الاستجابة منه إلى Telegram معقولًا. فالبوت يتحدث إلى بنية Telegram التحتية، لا إلى مستخدميك مباشرة، لذا فإن قاعدة "القرب من جمهورك" المعتادة أقل أهمية هنا مما هي لموقع ويب. وإن كان البوت يقدّم أيضًا لوحة تحكم ويب أو API لهؤلاء المستخدمين أنفسهم، فاختر المنطقة بناءً على ذلك. وإن لم تكن متأكدًا، فانشر بالساعة في منطقتين، وقِس، واحذف الخاسرة: $0.0113 في الساعة يجعل هذه تجربة رخيصة.