APISIX تعزز العمليات والتحكم في حركة المرور في التفاعل بين الإنسان والآلة

Jing Yan

Jing Yan

December 16, 2022

Case Study

نظرة عامة

حول CVTE وSeewo

CVTE هي شركة رائدة عالميًا في تكنولوجيا شاشات الكريستال السائل (LCD)، متخصصة في لوحات LCD الرئيسية، لوحات التفاعل الذكية، الأجهزة الطبية، والأجهزة الذكية ذات الصلة. تأسست في عام 2005، وتحتفظ بحصة سوقية تبلغ 31% في فئة لوحات LCD الرئيسية للتلفزيون. هذه الخبرة أدت إلى إنشاء عدة علامات تجارية بارزة في الصناعة، بما في ذلك Seewo، وهي مزودة بأدوات وخدمات تعليمية رقمية، وMAXHUB، وهي منصة تعاونية ذكية متطورة، مما عزز التعاون التعليمي والاتصال المؤسسي.

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

التحديات

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

النتائج

  • يوفر APISIX طريقة أكثر مرونة وسلاسة لتحديث التكوين، مما يسمح لـ Seewo بتحديث المسارات والشهادات بسهولة حسب الحاجة، مما يعزز في النهاية الكفاءة التشغيلية واستقرار النظام.
  • بعد تنفيذ APISIX، عززت Seewo قدراتها في كسر الدائرة والتحكم في معدل التدفق، مما أدى إلى تحسين إدارة حركة المرور وتعزيز عملياتها التجارية الأساسية.
  • توفر بوابة APISIX قابلية توسع قوية وأداء استثنائي للإضافات، مما مكّن Seewo من تطوير إضافات مخصصة، مما وسع وظائف البوابة لتلبية الطلبات التجارية المتزايدة باستمرار.

الخلفية

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

  • الجيل الأول من البوابة: تم بناء البوابة الأولى لـ Seewo باستخدام OpenResty وNGINX مع تكوين ثابت. ومع ذلك، اعتمدت على النسخ الآمن (SCP) للنشر، مما تطلب مساعدة تشغيلية لضمان إصدارات سلسة.

  • الجيل الثاني من البوابة: قدم النظام من الجيل الثاني تحسينات من خلال دمج وحدة upsync مع OpenResty وإضافة Consul لاكتشاف الخدمات. مكّن هذا الإصدار المطورين من إصدار التحديثات بشكل مستقل، على الرغم من أن الدعم التشغيلي ظل ضروريًا للتوسع.

  • الجيل الثالث من البوابة: تم تطوير النظام من الجيل الثالث لـ Seewo على Kubernetes (K8s). بينما عالج هذا التكيف تحديات النشر والتوسع السابقة، إلا أنه أدخل تعقيدات جديدة. مع إدراك أن بعض التطبيقات لا تزال موجودة على الجهاز المضيف، تم دمج Ingress NGINX على K8s كطبقة ثانية، مع الحفاظ على OpenResty كبوابة من الطبقة الأولى. ومع ذلك، أدى هذا النهج، على الرغم من تعزيز قابلية التوسع، إلى حدوث اضطرابات أثناء تغييرات التوجيه، مما أثر على التطبيقات ذات الاتصالات المستمرة.

رسم توضيحي لحركة مرور البوابة

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

العيوب قبل استخدام APISIX

  • إعادة التحميل المكلفة للوقت في البنية ذات الطبقتين: في هيكل البوابة ذات الطبقتين، يتطلب إجراء تعديلات طفيفة، مثل إضافة نطاقات، تعديلات التكوين، أو تنفيذ قواعد خاصة، إعادة تحميل NGINX المكلفة للوقت. يمكن أن تكون هذه العملية مرهقة وتؤثر على الكفاءة التشغيلية لـ Seewo.

  • عدم القدرة على إدارة التحكم في حركة المرور والتبديل: يتطلب التعامل مع قضايا التحكم المعقدة في حركة المرور في بنية Seewo، التي تخدم أكثر من 10 ملايين مستخدم، منظورًا شاملاً. واجهت Seewo مهمة كبيرة في تنسيق المكونات للتحكم في حركة المرور، مع الأخذ في الاعتبار قاعدة المستخدمين الواسعة. في قضايا جانب العميل، واجهت Seewo خطر تعطيل عمليات جانب الخادم وإخفاقات متتالية. أدى عدم وجود تحكم قوي في حركة المرور على مستوى البوابة إلى تفاقم التأثير على أنظمة Seewo الخلفية. بالإضافة إلى ذلك، واجهت تحديات قديمة مستمرة في التفاعل بين NGINX وبوابة Ingress عقبات أمام تبديل حركة المرور المستقبلية لـ Seewo، مما يتطلب حلًا سريعًا لتشغيل البنية التحتية بسلاسة.

  • زيادة النطاقات والتخصيص: تضمنت عمليات Seewo إدارة أكثر من 700 نطاق، كل منها مصحوب بالعديد من التكوينات المخصصة، بما في ذلك إعادة التوجيه، القوائم السوداء، والقوائم البيضاء. أدى تكييف هذه التكوينات مع إضافات APISIX إلى تعقيد كبير.

  • DNS ذو الطبقتين المعقد: واجهت Seewo عقبة مع بنية DNS ذات الطبقتين، مما تسبب في إزعاج في إجراءات التراجع. في الوقت نفسه، كانت تفتقر إلى التحسين اللازم للمكالمات الداخلية الفعالة داخل البنية التحتية.

استجابة لهذه التحديات ولتحسين الكفاءة التشغيلية، اتخذت Seewo قرارًا استراتيجيًا بتبني حل بوابة APISIX.

الحلول عند الانتقال إلى APISIX

تحسين إنشاء مسارات APISIX والبنية

في المراحل الأولى من عملية الانتقال، قامت Seewo بتصميم مسارات APISIX بشكل استراتيجي، وهي خطوة حاسمة تهدف إلى تعزيز وظائف النظام. تضمن هذا القرار تبسيط البنية الحالية من خلال إزالة طبقة إضافية من الوظائف المحددة مثل "rewrite" و"set-header". تم دمج هذه الوظائف بسلاسة في Ingress من الطبقة الثانية، مما ساهم في بنية عامة أكثر كفاءة وبساطة. من الجدير بالذكر أن Seewo قامت بدمج إضافات APISIX بسلاسة في تكوين NGINX، مما يؤكد على مرونة وقدرات التكامل السلس لـ APISIX.

التحقق من توجيه المسارات وتقييم الأداء

بعد إنشاء المسارات، ركزت Seewo على مهمة التحقق من عملية التوجيه بأكملها، مع إدراك الدور المحوري لـ APISIX. باستخدام أداة goreplay للتسجيل وإعادة التشغيل، تأكدت Seewo من دقة توجيه المسارات – وهو دليل على الوظيفة الأساسية لـ APISIX في الحفاظ على الدقة. تم تطبيق اختبارات آلية صارمة لفحص وظائف إضافات APISIX، مما يضمن عملها بسلاسة. مع تأكيد الوظائف، تحولت Seewo بشكل استراتيجي إلى تقييم مدى توافق APISIX مع متطلبات الأداء الداخلية. لتسهيل هذا التقييم، تم إدخال إضافة elastic-apm، وتم تحسين الإضافات المحددة التي تؤثر على QPS، مما يسلط الضوء على قدرات APISIX المتعددة في تعزيز الأداء والوظائف خلال العملية بأكملها.

تبسيط تبديل حركة المرور للتراجع السلس

واجهت عملية انتقال البوابة أكبر عقبة خلال تبديل حركة المرور، مما أثر بشكل مباشر على جودة الإنتاج. على الرغم من استخدام goreplay لتسجيل حركة المرور وإعادة تشغيلها، إلا أن الحاجة إلى حل موثوق للتراجع أصبحت محورية. في مواجهة الحالات الشاذة، مثل مشاكل التوجيه أو تعطل APISIX نتيجة لتبديل حركة المرور، كانت Seewo بحاجة إلى آلية تراجع سريعة وموثوقة.

للتغلب على هذا التحدي، بدأت Seewo بشكل استراتيجي في تحويل حركة مرور الشبكة العامة، مما يؤكد على الدور المحوري لـ APISIX. مكّنت هذه المناورة الاستراتيجية Seewo من تعديل عناوين المصدر بكفاءة أثناء التحول، مما يضمن تراجعًا سريعًا لحركة المرور في الحالات الاستثنائية. يمكن تنفيذ عملية تبديل حركة المرور بأكملها في ظروف استثنائية في غضون ثوانٍ، مما يظهر الدور الأساسي لـ APISIX في تسهيل التحول السريع وغير المنقطع.

تبديل حركة المرور

التغلب على تحديات SSL ومطابقة المسارات مع نشر APISIX

عندما قامت Seewo بتنفيذ APISIX لأول مرة، واجهت تحديات تتعلق بمصافحة SSL. على سبيل المثال، في الأنظمة القديمة أو مكتبات OpenSSL، لا تتقاطع ssl_ciphers مع القيم الافتراضية للخادم، مما يؤدي إلى فشل مصافحة SSL. ومع ذلك، تعامل فريق APISIX مع هذه القضايا بشكل فعال. أثناء التعامل مع عقبات التوافق في النظام القديم لـ Seewo وترقية الإصدارات، تعاونت Seewo بشكل وثيق مع فريق APISIX لإيجاد حلول فعالة، مع التوصية بفحص تقاطع مصافحة SSL قبل النشر لضمان انتقال سلس.

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

الإنجازات بعد استخدام APISIX

تحسين الكفاءة التشغيلية

بعد التكامل السلس لـ APISIX في إطارها التشغيلي، حققت Seewo إنجازًا ملحوظًا بالقضاء التام على التحديات المرتبطة بإعادة التحميل. مكّن هذا الإنجاز Seewo بشكل كبير من تنفيذ تحديثات المسارات والشهادات بسهولة ملحوظة، مما أدى إلى تبسيط وتحسين كفاءة سير العمل لفريق المطورين.

تعزيز كفاءة إدارة حركة المرور

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

تطوير إضافات مخصصة لتعزيز البوابة

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

بنية فعالة لتقليل التكاليف

دفعت خطوات Seewo في توفير التكاليف وتحسين الكفاءة التشغيلية من خلال إزالة طبقة NGINX الزائدة. في هيكل البوابة ذات الطبقتين السابق، واجه المطورون غموضًا مع طبقة NGINX الأولى. ومع ذلك، أدى دمج طبقتين من البوابة في واحدة إلى القضاء على التكرار ومنح المطورين رؤية واضحة للتكوينات المعمارية، بما في ذلك المسارات، الإضافات، والمزيد. لم يؤدي هذا التكامل المتناغم إلى تبسيط استكشاف الأخطاء وإصلاحها فحسب، بل سلط الضوء أيضًا على الدور الأساسي لـ APISIX في تعزيز الوضوح والكفاءة داخل بنية Seewo.

الخلاصة

منذ تنفيذ APISIX، رفعت Seewo بشكل كبير من كفاءتها التشغيلية وقدرات التحكم في حركة المرور. في الوقت نفسه، عززت وظائف البوابة أيضًا عملية التكرار المنتج، مما أدى إلى زيادة الكفاءة العامة للعمل وتقليل التكاليف. خلال هذه الرحلة، ساهمت Seewo بشكل فعال في المجتمع، حيث قدمت 8 طلبات سحب لمعالجة وتحسين قضايا مختلفة تتعلق بإضافات النظام البيئي. تشمل هذه المساهمات تحسين دعم URIs المخصصة في ميزة batch_request وتنفيذ التحقق من صحة جسم الطلب لإضافة hmac-auth. نتطلع إلى الاستفادة الكاملة واستكشاف ميزات APISIX في ممارساتنا المستمرة، مع توقع إدخال المزيد من الوظائف التعاونية في المستقبل.

Tags: