مقدمة (تحليل نقاط الألم)
بصفتك مهندسًا أو مطورًا لمنصة تجارة إلكترونية، هل لديك علاقة حب/كراهية مع أحداث المبيعات الكبيرة القادمة؟ يمكن لحملات مثل الثواني والمبيعات المحدودة الوقت أن تجلب زيارات ومبيعات ضخمة، ولكن التحديات التقنية وراءها يمكن أن تكون مزعجة ومسببة للصداع:
- فيضان التدفق اللحظي.في اللحظة التي يبدأ فيها الحدث، ترتفع حركة مرور النظام عشرات أو حتى مئات المرات عن الحالة السلسة المعتادة، وتصبح مجموعات الموارد الثابتة التقليدية مثقلة على الفور، مما يؤدي إلى عدم توفر الخدمة.
- تكاليف الموارد وعدم النشاط.إذا كنت تحتفظ بمجموعة عالية التوفير على مدار العام للتعامل مع الذروة، فإن عددًا كبيرًا من موارد الحوسبة تكون معطلة خلال ساعات عدم النشاط في 99%، مما يؤدي إلى إهدار كبير في التكلفة.
- مخاطر الإفراط في البيع في المخزون.في سيناريوهات التزامن العالي، طلبات متعددة للاستعلام عن نفس المخزون وخصمه في نفس الوقت، من السهل جدًا “الإفراط في البيع” (بيع أكثر من المخزون الفعلي)، مما يؤدي إلى خسارة كبيرة في رأس المال وشكاوى العملاء.
إذا كنت تواجه صعوبة في كيفية التعامل بسلاسة مع حركة المرور المتزايدة والتخلص تمامًا من البيع الزائد للمخزون بتكلفة أقل، فإن هذه المقالة ستوفر لك حلاً كاملاً بدون خادم.
مخطط بنية الحل ونظرة عامة
يُظهر مخطط البنية التالي بوضوح التركيب الأساسي وتدفق البيانات لنظام سبايك القائم على محرك التطبيقات بدون خادم AliCloud (SAE).
نظرة عامة على الهندسة المعمارية.
يمر طلب المستخدم أولاً من خلالموازنة التحميل CLBوبوابة الخدمات المصغرة MSEتنفيذ توزيع حركة المرور والمصادقة الموحدة. يتم نشر منطق الأعمال الأساسية (على سبيل المثال، الثواني، الطلبات) فيمحرك التطبيقات بدون خادم SAEعلاوة على ذلك، يمكن لـ SAE زيادة السعة بسرعة فائقة في غضون ثانية واحدة وفقًا لعدد الطلبات المتزامنة في الوقت الفعلي للتعامل بسهولة مع ذروة حركة المرور، وتقليصها تلقائيًا إلى 0 بعد الحدث لتحقيق التكلفة المثلى.
يأتي طلب السنبلة الرئيسية ويزور أولاًإصدار قاعدة البيانات السحابية ريديسينفذ خصم ما قبل الجرد، باستخدام عمليات Redis الذرية لضمان دقة المخزون. بعد إجراء خصم ناجح، يتم إنشاء رسالة طلب غير متزامن وكتابتها إلىقائمة انتظار الرسائل RocketMQتقوم خدمة الطلب الأخير في SAE باستهلاك الرسالة وإكمال إسقاط قاعدة البيانات بشكل غير متزامن، مما يقلل بشكل كبير من قاعدة البيانات الرئيسيةRDSضغط
القيمة المقترحة.يعمل هذا الحل على حل مشاكل تكلفة الموارد واستقرار الذروة من خلال المرونة القصوى لـ SAE، ويزيل بشكل أساسي الإفراط في بيع المخزون من خلال نمط “الخصم الذري لـ Redis + قائمة انتظار الرسائل غير المتزامنة”.
المنتجات والمكونات الأساسية
| اسم المكون | تلعب دورًا | توصيات التكوين/الاختيار الرئيسية | لماذا تختارها |
|---|---|---|---|
| محرك التطبيقات بدون خادم (SAE) | محرك الحوسبة الأساسيةاستضافة تطبيقات الخدمات المصغرة مثل منطق سبايك وخدمات الطلبات وغيرها. | يوصى بتشغيلهمرونة التوقيت(تم توسيعها قبل بدء الحدث) ومرونة المؤشر(تحجيم ديناميكي يعتمد على مقاييس وحدة المعالجة المركزية/العملات). | لا حاجة إلى إدارة الخوادم، وتوفير مرونة ثانية في التوسع، ودعم التقلص إلى الصفر، والدفع حسب الاستخدام، ومطابقة سيناريو القتل الثاني تمامًا. |
| إصدار قاعدة البيانات السحابية ريديس | طبقة التخزين المؤقت ومركز خصم المخزون. تخزين بيانات النقاط الساخنة مؤقتًا مثل تفاصيل المنتج؛ عن طريقDECRانتظار الأوامر الذرية لإجراء عمليات استقطاعات المخزون لتجنب الإفراط في البيع. | الخيارقائمة على الذاكرةتضمن المواصفات أداءً عاليًا؛ يوصى بتشغيلهالتجسيدفي حالة فقدان البيانات. | إن توفير أداء قراءة/كتابة فائق الأداء وعمليات البيانات الذرية هو المفتاح لحل مشكلة المخزون المتزامن للغاية. |
| قائمة انتظار الرسائل RocketMQ | فصل غير متزامن وحلق الذروة. تحويل طلبات الارتفاع المفاجئ الناجحة إلى رسائل أوامر غير متزامنة لتخزين حركة المرور العابرة وحماية قواعد البيانات النهائية. | الاستخدام الموصى بهرسالة متسلسلةتسلسل معالجة الطلب المضمون لنفس الصنف. | إنتاجية عالية وموثوقية عالية، قادرة على تكديس الرسائل الضخمة لضمان عدم فقدان الطلبات المتزايدة وعدم فقدان الطلبات المرتفعة وضمان استقرار النظام ككل. |
| قاعدة البيانات السحابية RDS MySQL | ثبات البيانات النهائية. تخزين بيانات المنتج الرئيسية، ومعلومات الطلب النهائي، وما إلى ذلك. | الخيارإصدار التوفر العالي(واحد رئيسي وآخر احتياطي) وتحديد المواصفات بناءً على حجم العملية. | القضاء على مشاكل تشغيل قاعدة البيانات وصيانتها، وتوفير ضمان موثوقية البيانات، مع قوائم انتظار الرسائل لتحقيق الاتساق المطلق. |
| محرك الخدمات المصغرة MSE | بوابة الخدمات المصغرة. يوفر التوجيه، والمصادقة، والحد من التدفق، والدمج وغيرها من الإمكانيات، وهو نقطة دخول موحدة وحاجز أمان للنظام. | التكوين لواجهة السنبلةتحديد دقيق لحركة المرورمنع الطلبات الخبيثة من إرباك الخدمات الخلفية. | تحسين أمان النظام واستقراره وقابليته للمراقبة، حتى يتمكن المطورون من التركيز بشكل أكبر على منطق الأعمال. |
ملخص فوائد البرنامج
- 🚀 ثوانٍ من المرونة، لا تتراجع أبدًا.يمكن لـ SAE إكمال توسيع النُسخ في غضون ثانية واحدة، والقيام بسهولة بتزامن على مستوى المليون، لضمان أن تكون الخدمة متصلة بالإنترنت دائمًا أثناء الحدث.
- 💰 التكلفة المحسّنة والدفع حسب الاستخدام.تتم فوترة الخدمة وفقًا للاستخدام الفعلي للموارد، ويتم تخفيض السعة تلقائيًا بعد انتهاء النشاط، مما يقلل من تكلفة الموارد بأكثر من 701 تيرابايت 3 تيرابايت مقارنة بالبنية التقليدية.
- 🛡️ القضاء على البيع الزائد وحماية خسائر رأس المال.العملية الذرية القائمة على ريديس لخصم المخزون، من المستوى المنطقي لحل مشكلة البيع الزائد تمامًا، لحماية مصالح الشركات.
- 🔧 خالية من العمليات وتركز على الأعمال التجارية.تعمل عروض السحابة المُدارة بالكامل على تحرير فرق العمليات من إدارة البنية التحتية لتتمكن من تكرار وظائف الأعمال بسرعة أكبر.
سيناريوهات التطبيق والعملاء القابلين للتطبيق
- المشهد الأساسي.تتمتع منصات التجارة الإلكترونية بأنشطة فورية عالية التواتر مثل الثواني، والاندفاع الزمني المحدود، والظهور الأول لمنتج جديد، ومطر الحزمة الحمراء، وما إلى ذلك.
- خصائص العميل القابلة للتطبيق.
- تمر الأعمال بفترات ذروة وانخفاضات كبيرة وتسعى إلى الاستفادة القصوى من الموارد وتحسين التكلفة.
- كانت تعاني من مشاكل في بيع المخزون الزائد عن الحد، وكان هناك طلب كبير على اتساق البيانات.
- فريق عمليات التطوير لديه عدد محدود من القوى العاملة ويريد تقليل تعقيد عمليات البنية التحتية.
العربية