APISIX من وجهة نظر مجموعة Unity: سهل الاستخدام، قوي، وممتع في الاستخدام

لوكاش بيجاج، مهندس نظم في Unity Group، يشارك التغييرات التي أحدثها APISIX في شركتهم خلال مقابلة. يصف APISIX بأنه مبسط، قوي، وممتع. باستخدام APISIX في مشاريعهم، يمكن للفريق والشركة تقليل وقت التسويق بشكل كبير وتقديم حلول فعالة بسرعة.

نظرة عامة

التحديات

• مع تزايد تقسيم العمل الداخلي في Unity Group، أصبحت أي تغييرات بين الوظائف أو الأقسام تكلف المزيد من الوقت والجهد للتواصل.
• المشاريع المتزايدة تؤدي إلى اتصالات متعددة البروتوكولات أكثر تعقيدًا تحتاج إلى دعم.
• الحلول المغلقة المصدر مكلفة وصعبة النشر.

النتائج

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

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

معلومات أساسية

Unity Group هي واحدة من أكبر مزودي حلول التجارة الإلكترونية في بولندا. الشركة موجودة منذ 25 عامًا وتوفر التكنولوجيا لتحول الشركات الرقمي. معظم عملائها هم شركات تجارة إلكترونية. يقدمون الدعم في استشارات الأعمال والتكنولوجيا، بالإضافة إلى تطوير البرمجيات. قبل استخدام APISIX، كانت النقطة الرئيسية للألم لدى Unity Group هي التواصل بين الأقسام: شخص واحد كان يجهز ويضبط البنية التحتية، وشخص آخر - مطور - كان يستخدمها. كل تغيير كان يتطلب التواصل والترتيبات. علاوة على ذلك، كان إعداد المراقبة بشكل صحيح يستغرق وقتًا طويلاً.

لوكاش بيجاج هو مهندس نظم يعمل مع فريق من 11 مهندس DevOps. يقومون بتصميم وتنفيذ وإطلاق مواقع كبيرة الحجم تتعلق بشكل رئيسي بالتجارة الإلكترونية. غالبًا ما يستخدمون خدمات السحابة و Kubernetes كمنصة لإطلاق التطبيقات.

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

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

من الناحية الفنية، تقريبًا جميع المكونات التي يتم نشرها تتطلب شكلًا من أشكال الاتصال عبر HTTP. قبل بضع سنوات، كانوا يستخدمون خوادم ويب بسيطة، مثل خادم Apache. مع نمو المشاريع، بدأوا في استخدام موازنات الحمل، مثل HAProxy أو NGINX حيث كانت تدعم HTTP/2 قبل Apache2 ويمكن استخدامها كخادم وكيل عكسي. كما جربوا بعض حلول بوابات API الصارمة، لكن معظمها كان مكلفًا وصعب النشر والدعم. رفضت Unity Group العديد من الحلول المغلقة المصدر لأن تكلفة تنفيذها وصيانتها كانت عالية، ناهيك عن مشاكل الترخيص.

لماذا اختاروا APISIX

لوكاش بيجاج وفريقه يحاولون دائمًا اختيار أفضل الحلول لأنفسهم ولعملائهم، وتتغير الحلول المحددة عندما يظهر حل أفضل. لقد كانوا يستثمرون بشكل كبير في Kubernetes، وتم ذكر APISIX كواحد من المشاريع التي تنفذ واجهة برمجة التطبيقات الجديدة Gateway API. كونها تحت مظلة مؤسسة Apache Software Foundation كان ميزة كبيرة جدًا لـ APISIX. المزايا الأخرى لـ APISIX تظهر بشكل كامل في الاختبارات والممارسات اللاحقة.

حتى الآن، كانوا يستخدمون وينشرون APISIX لمدة عام تقريبًا. يقومون بنشر جميع حالات APISIX داخل مجموعة Kubernetes على AWS، باستخدام الرسوم البيانية Helm الرسمية وتعريضها من خلال موازن حمل شبكة AWS. يقومون بإنهاء SSL عند NLB حتى يتمكنوا من الاستفادة من مدير شهادات AWS. يتيح APISIX Ingress Controller للمستخدمين تكوين مساراتهم بشكل مستقل، جنبًا إلى جنب مع بيانات Kubernetes التطبيقية الأخرى. بالإضافة إلى ذلك، يستفيدون من المكون الإضافي المدمج Prometheus لمعالجة مقاييس البيانات وإنشاء قواعد تنبيه ولوحات تحكم لتصور حالة التطبيق.

عندما سُئل "هل كانت هناك أي مخاطر داخلية أو تكاليف إضافية مرتبطة بتنفيذ APISIX؟"، أجاب لوكاش بيجاج بثقة: "لا أعتقد أننا تحملنا أي مخاطر. صحيح أن هذا كان برنامجًا جديدًا، حلًا جديدًا، ولكن كونه مفتوح المصدر، يمكننا اختباره بشكل مريح في سيناريو إثبات المفهوم. يسمح لنا بسهولة بإعداد بيئة يمكن لفريق التطوير الوصول إليها في العديد من المشاريع لإنشاء نماذج أولية سريعة، وإنشاء ونشر أحمال عمل جاهزة للإنتاج." أشاد لوكاش بيجاج بشكل كبير ببساطة وسهولة استخدام APISIX وأكد على مزاياها الأخرى مثل كونها Kubernetes-native ومفتوحة المصدر.

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

بالنسبة للمشاريع التي تستخدم APISIX، أصبح وقت التسويق أقصر بشكل ملحوظ ويمكن لـ Unity Group تقديم الحلول بشكل أسرع.

قال لوكاش بيجاج: "نحن معتادون جدًا على استخدام المشاريع مفتوحة المصدر، ومن المهم جدًا لنا أن تكون المشاريع قيد الصيانة النشطة. واجهنا بعض المشاكل مع الرسوم البيانية Helm في البداية، ولكن تم إصلاحها بسرعة (تم إصلاح تقرير خطأ لأحدها بالفعل ودمجه) أو تم قبول تصحيحاتنا بسرعة في الفرع الرئيسي. باختصار، نشعر أن المشروع نشط، وأنه يهتم بمستخدميه وليس لدينا حاليًا أي مخاوف بشأن تطوره."

التحديات التي تواجهها Unity Group مهمة بشكل عام في الصناعة بأكملها. من وجهة نظر لوكاش بيجاج، التحدي الرئيسي هو: M A C H. حيث يرمز M إلى Microservices، A إلى API First، C إلى Cloud Native، و H إلى Headless. إنه اتجاه رائع، ولكنه أيضًا تحدي كبير. كيف يمكن تمكين الفرق من التركيز على مجالات فردية وكيف يمكن تحويل الأداء حيث يكون مطلوبًا؟ كيف يمكن إجراء الاتصال بالبنية التحتية؟ APISIX هي واحدة من الأدوات التي تمكننا من تقديم مثل هذه الحلول.

ملخص

"سهل الاستخدام، قوي، وممتع للاستخدام." - هذا هو تقييم APISIX من قبل لوكاش بيجاج، مهندس نظم في Unity Group.

مع أدائه المتفوق وخصائصه Kubernetes-native ومفتوحة المصدر، أصبح APISIX الخيار النهائي لـ Unity Group. يسمح APISIX لـ Unity Group بسهولة إعداد بيئة يمكن لفريق التطوير الوصول إليها في العديد من المشاريع لإنشاء نماذج أولية سريعة، وإنشاء ونشر أحمال عمل جاهزة للإنتاج، معالجة مشكلة التواصل بين الأقسام وتقليل تكاليف الوقت.

إذا كنت تواجه نفس المشكلة التي تواجهها Unity Group، فلا تتردد في الاتصال بنا. باختيار APISIX، ستتمكن من حل مشاكلك بسهولة!