AJAX Polling في واجهة برمجة التطبيقات للاستخدام التجاري

Question

أقوم حاليًا بتطوير واجهة برمجة تطبيقات تستخدم استقصاء الفاصل الزمني لـ AJAX ، وهي تستقصي 900 بايت كل 1.5 دقيقة ، ولا يبدو أنها تضع عبئًا ثقيلًا على MySQL وهي عبارة عن دفق AJAX واحد فقط. أخطط للترقية إلى خادم node.js بمجرد أن أحصل على عائد كافٍ من هذه البداية ، ولكن حتى الآن لا يمكنني تحمل سوى شراء مضيف مشترك يستخدم apache.

من حيث قابلية التوسع ، هل هذا قابل للتطبيق؟ أيضًا ، هل هذا مقبول من معيار تجاري ، حيث تتوفر حلول أخرى مثل المذنب الآن؟

Answer 1

"لا يبدو أنه يضع عبئًا ثقيلًا على MySQL"

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

بالنسبة إلى أي تطبيق ، تمت هندسته بأي شكل من الأشكال ، ستكون هناك نقطة معينة يظهر فيها جزء من البنية التحتية. هذا ليس سببًا جوهريًا لتبني بعض الحلول الأكثر تطورًا (ونقل عنق الزجاجة إلى مكان آخر).

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

أظن أنه إذا أصبح الاستطلاع مشكلة ، فلديك بعض الحلول الوسيطة الجيدة مثل التخزين المؤقت ، أو تقليل تكرار الاقتراع ، بالإضافة إلى إمكانية تقديم Comet. ولذا فمن المعقول أن تبدأ بإستراتيجيتك البسيطة للاقتراع.