لقد وفرنا 38% من تكاليف معالجة البيانات باستخدام بوابات السحابة الأصلية، لكننا كدنا نفسد سلسلة توصيل المنتجات الطازجة في أوروبا خلال عطلة الجمعة السوداء.

الأسبوع الماضي الجمعة السوداء تعزيز الاجتماع انتهى للتو، لدينا ثلاثة أوروبا الطازجة توزيع الفريق الخلفي لا يزال باردا في الظهر: 17٪ من طلبات حجز سلسلة الباردة في يوم ما قبل البيع مباشرة إلى 429، وزاد عدد شكاوى المستخدمين ثلاثة أضعاف، وكاد أن يفسد ثلاثة أشهر من التحضير العرض السنوي.

المشكلة في بوابة API التقليدية التي استخدمت لمدة عامين: قمنا بتعيين عتبة الحد التالي الموحد لتحليل العنوان وحجز السلسلة الباردة ، وطلب تحليل العنوان في الخمسة السوداء أولاً ، وشغل حصة البوابة مباشرة ، وطلب الحجز اللاحق لا يمكن أن يدخل على الإطلاق.في السابق ، كنت أشعر دائمًا بأن تغيير البوابة هو أمر يحتاج إليه فريق كبير ، هذه المرة ، لمعرفة أن البوابة السحابية الأصلية قد تكون خيارًا أكثر فعالية من حيث التكلفة للفريق الصغير.

ما هو بالضبط بوابة السحابة الأصلية (Cloud Native Gateway)؟

بكلمة واحدة: إنها نقطة دخول الحركة المرورية التي تعمل داخل مجموعة K8s، ولا حاجة لك لاستئجار خادم منفصل لتركيبها.أنت مسؤول فقط عن قواعد التوجيه واستراتيجيات التحكم في الحركة المرورية، أما بقية الموارد مثل المرونة وترقيات الصيانة فهي تتم بواسطة مزودي الخدمات السحابية.نحن نستخدم الآن إصدارًا يمكنه التعامل مع 20,000 طلب في الثانية لكل مثيل فردي، ولا حاجة للقيام بتخطيط للسعة مسبقًا.

بعد العملية، حصلنا على ثلاثة إيرادات فعلية.

بعد حدوث العطل في يوم البيع المسبق، قمنا بالانتقال إلى البوابة السحابية الأصلية في غضون 3 أيام، ولم تحدث أي مشاكل مرة أخرى مثل الحظر غير المقصود في يوم المسابقة الرئيسي لعيد البلاك فايفتي، بالإضافة إلى ثلاث فوائد أخرى تجاوزت التوقعات:

• انخفضت التكلفة مباشرة: في السابق استأجرنا خادمين 4 النوى 8G منفصلين لتشغيل البوابة التقليدية ، بالإضافة إلى عملية صيانة واحدة تنفق 8 ساعات شهرياً على ترقية الإصدار ، وتحسب التكلفة الشهرية 1200 يورو ، والآن تدفع البوابة السحابية الأصلية حسب كمية المكالمات ، وتكلف 740 يورو فقط شهريًا.تم توفير ما مقداره 38% من تكاليف معالجة البيانات (التدفق البياناتي) مباشرةً.
• يمكن استخدام استراتيجية الحد من التدفق أخيرًا بشكل واضح: يمكن للبوابة السابقة فقط تحديد عتبة التدفق حسب الواجهة العالمية ، والآن يمكننا وضع قواعد مستقلة لسيناريوهات الأعمال المختلفة - مثل واجهة تحليل العنوان التي تصل إلى 5000 طلب في الثانية ، حتى لو تم تفجيرها ، فإنها لن تؤثر على الدفع اللاحق أو الارتباط الحجز.
• تم تقليل وقت عملية المصافحة عبر بروتوكول HTTPS إلى النصف مباشرة: في السابق، كانت شهادات SSL الخاصة بنا موجودة على خوادم البوابة الخاصة بنا، مما أدى إلى تأخير في عملية المصافحة يصل إلى 200 مللي ثانية للمستخدمين في مناطق أوروبا المختلفة. الآن، قام مزودو الخدمات السحابية بتخزين الشهادات في العقد الحافية (edge nodes)، مما ساعد على تقليل وقت المصافحة لمعظم الطلبات إلى أقل من 80 مللي ثانية.

لا تتعجل في الصعود إلى السيارة، لقد مررنا بالفعل بتلك المشكلتين.

ليس الأمر أن بوابات السحابة الأصلية تحمل فقط مزايا؛ خلال عملية التحويل إليها، واجهنا أيضًا مشكلتين كادتا تتسببان في إعادة العمل:

الأول هو تأخير البداية الباردة.بعد اليوم الأول من اختبار الضغط ، وجدنا أنه بعد 10 دقائق متتالية دون طلب ، زمن الاستجابة للموجة الأولى من الطلبات ارتفع فجأة إلى أكثر من 300ms ، ثم عرف لاحقاً أن المثلة المرنة لمصنعي السحابة يتم بدء التشغيل حسب الطلب ، وتحتاج إلى تحديد الحد الأدنى من الحجز للواجهة الأساسية ، وإلا فجأة في وقت الفراغ من السهل تجاوز الوقت.

الثاني هو قيود الإضافات المخصصة. لقد كتبنا إضافة للتحقق من التوقيع على الطلبات بأنفسنا وكنا نستخدمها على بوابة تقليدية، وعندما قمنا بالتحويل اكتشفنا أن البوابة السحابية الأصلية التي نستخدمها تدعم فقط الإضافات بتنسيق WebAssembly. استغرق الأمر يومين لتعديل الكود لكي يتوافق مع هذا التنسيق. إذا كان لديك الكثير من المنطق المخصص، من الأفضل أن تتأكد أولاً من نطاق دعم الإضافات الذي يوفره المصنع.

هل يجب فعلاً التغيير؟ دعونا نلقي نظرة مباشرة على هذين المعيارين للحكم.

الحالة التي يجب أن تتغير فيها:

• الفريق يتكون من أقل من 5 أشخاص يعملون في مجال الخوادم الخلفية، ولا يوجد موظفون متخصصون في الصيانة والتشغيل، لذلك لا نريد أن نضيع وقتنا في صيانة أو ترقية خوادم البوابة.
• تقلبات كبيرة في حركة المرور، مثل أوقات العروض الترويجية الكبيرة حيث تكون حركة المرور 3 إلى 10 أضعاف المعتاد، ولا نريد استئجار مجموعة من الخوادم مسبقًا لتكون خاملة وتضيع المال.

الحالات التي لا يجب أن تقوم فيها بالتغيير:

• المتطلبات التنظيمية صارمة للغاية؛ يجب أن يمر جميع حركات المرور عبر الخوادم التي تسيطر عليها بنفسك، ولا يجوز أن تستخدم العقد العامة لمزودي الخدمات السحابية.
• منفذك يحتوي على العديد من المنطقيات المخصصة والخاصة، والتي لا تدعمها أي منافذ سحابية أصلية متوفرة في السوق، وتكلفة تعديله بنفسك أعلى من تكلفة صيانة المنفذ نفسه.

ثلاث نصائح صغيرة للمبتدئين

• لا داعي لنقل كامل الحركة المرورية دفعة واحدة، يمكن أولاً توجيه 10% من الحركة المرورية إلى البوابة السحابية الأصلية لمدة أسبوع، وبعد مراقبة عدم وجود أي مشاكل، نقوم بنقل الحركة المرورية تدريجياً. في البداية، قمنا بنقل واجهة تحليل العناوين أولاً، وبعد التأكد من عدم وجود مشاكل، قمنا بنقل كامل الحركة المرورية إلى هناك.
• يجب أن يتم تحديد عدد أدنى من النسخ للواجهات الأساسية، فلا توفر تلك القليل من المال. لقد خصصنا الآن نسختين دائمتين لكل من واجهتي الحجز والدفع في سلسلة التبريد، ولم نواجه مشكلة في تأخير بدء التشغيل منذ ذلك الحين.
• لا حاجة لشراء النسخة الأعلى مواصفات؛ فالإصدار الأساسي يوفر كل الميزات اللازمة لمعظم الشركات الصغيرة والمتوسطة. النسخة الأساسية التي نستخدمها حاليًا تكفي تمامًا لمعالجة أكثر من 20,000 طلب في الثانية (QPS) دون الحاجة إلى دفع أي رسوم إضافية.

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

حكمنا هو: بالنسبة لفرق الخلفية التي تضم أقل من 10 أشخاص،الزيادة في الكفاءة الناتجة عن الربط مع مزودي الخدمات السحابية أكبر بكثير من تكلفة بناء جميع المكونات من الصفر.. عندما يحين الوقت الذي يتطلب منك تغيير مزود الخدمات السحابية، ستكون لديك الطاقة الكافية لإجراء عملية الانتقال. لا داعي للقلق بشأن هذا الأمر الآن.