

Foot Locker تخفض تكاليف بنية AWS بنسبة 50% على Adobe Commerce (Magento) مع Codilar

الأحذية
نبذة عن الشركة
Foot Locker هي علامة عالمية لبيع الأحذية والملابس الرياضية تمتلك آلاف المتاجر ومنصة تجارة إلكترونية عالية الزيارات على Adobe Commerce (Magento). تدير العلامة كتالوجاً رقمياً ضخماً وتدعم ملايين التفاعلات اليومية للعملاء عبر متاجرها الإلكترونية.
في إندونيسيا، تُدار العمليات الرقمية للعلامة عبر PT MAP FTL Adiperkasa، التابعة لمجموعة MAP، أكبر مجموعة لتجارة التجزئة لأسلوب الحياة في جنوب شرق آسيا. تدعم المنصة نحو 80,000 منتج عبر ستة مواقع وتتعامل مع ما يقارب 6 ملايين طلب يومي من العملاء أثناء التصفّح والبحث والشراء عبر الإنترنت.





استقرار البنية التحتية
تحسين التكلفة السحابية
مرونة قاعدة البيانات
تحسين الأداء
تعزيز الأمان
توافق التطبيقات والأجهزة
نظرة عامة على المشروع
تعاونت Codilar مع Foot Locker لتثبيت وتحسين بنيتها التحتية عالية الزيارات على Adobe Commerce (Magento) العاملة على AWS. ركّز التعاون على تحديد المخاطر المعمارية، وخفض تكاليف البنية التحتية، وتحسين مرونة المنصة عبر منهجية تعتمد التدقيق أولاً. ومن خلال تحجيم موارد الحوسبة بشكل صحيح، وتعزيز موثوقية قاعدة البيانات، وتحسين إعدادات النظام، ساعدت Codilar في بناء أساس أكثر كفاءة وعالي الأداء قادر على دعم ملايين الطلبات اليومية.
تحديات العمل
إعداد التوسّع التلقائي لـ EC2 مُبالغ في توفيره رفع تكاليف البنية الأساسية
انتهاء خطة التوفير في AWS هدّد بزيادة نفقات الحوسبة بنسبة 20-30%
وجود قاعدة بيانات RDS مفردة خلق نقطة فشل واحدة حرجة
إعدادات PHP-FPM الخاطئة ولّدت حملاً مفرطاً من الطلبات على عُقد الحوسبة
إعداد الخدمات المصغّرة غير الفعّال أضاف عبء طلبات غير ضروري
ضعف التخزين المؤقت في Redis وVarnish قلّل كفاءة استيعاب الزيارات
مهام cron القديمة والخدمات الخلفية استهلكت موارد البنية التحتية
تطلّب أمان البنية التحتية حماية أقوى لنقاط النهاية والثغرات
منهجية الحل من Codilar
نقل خوادم EC2 من C5 إلى M7i لتحسين نسبة السعر إلى الأداء
تحجيم التوسّع التلقائي من حد أدنى 40/أقصى 60 إلى حد أدنى 5/أقصى 40 وفق أنماط الزيارات
ترقية سعة الخوادم من 2xlarge إلى 4xlarge مع تقليل العُقد النشطة
نقل MySQL إلى MariaDB وتطبيق عنقود متعدد العُقد مع نسخ قراءة
إصلاح إعدادات PHP-FPM والخدمات المصغّرة المسبّبة لأخطاء 503 المتكررة
تحسين التخزين المؤقت في Varnish وRedis لتحسين التعامل مع الزيارات وأوقات الاستجابة
دمج أمان CrowdStrike وQualys إلى جانب Fastly CDN وWAF القائمين
شريكك الأمثل
للتجارة المتكاملة
في مكان واحد
نصمم متاجر إلكترونية عالية التحويل تنمو بشكل أسرع.
احجز مكالمة استشارية لمدة 30 دقيقةعندما يعتمد ملايين العملاء على منصتك يومياً، فإن "الجيد بما يكفي" لا يكون كافياً أبداً.

Jameel Ahmad Ansari
رئيس الهندسة، Codilar
خلف المنصة التي تتعامل مع نحو ستة ملايين طلب يومياً
عندما تلتقي التجربة المتميّزة بتعقيد حقيقي
بالنسبة لمعظم منصات التجارة الرقمية سريعة النمو، يجلب النجاح نوعاً جديداً من التحدي. فكلما زاد عدد العملاء، زاد الضغط الذي يجب أن تستوعبه البنية التحتية الأساسية. كانت منظومة التجارة الإلكترونية لـ Foot Locker تعمل بالفعل على نطاق مثير للإعجاب. كانت ملايين الطلبات تتدفّق عبر المنصة كل يوم بينما يستكشف عشّاق الأحذية الرياضية المجموعات، ويتحقّقون من التوفّر، ويُتمّون عمليات الشراء عبر متاجر متعددة.
من الخارج، بدا كل شيء يعمل بكفاءة. لكن عندما بدأت Codilar تدقيقها للبنية التحتية قبل التعاون، بدأت قصة مختلفة بالظهور خلف الكواليس. كان النظام يحمل أوجه قصور ومخاطر معمارية تراكمت بمرور الوقت. لم يتسبّب أيٌّ منها في فشل كبير بعد، لكنها مجتمعةً كانت تزيد التكلفة التشغيلية، وتحدّ من الكفاءة، وتُدخل نقاط اضطراب محتملة.
إدراكاً لذلك، أراد فريق مجموعة MAP أكثر من مجرد صيانة روتينية للبنية التحتية. أرادوا الوضوح والاستقرار وخارطة طريق تضمن أن تنمو المنصة بثقة مع الطلب.
تحجيم المحرّك خلف المنصة
كان أحد أول الاكتشافات في طبقة الحوسبة بالمنصة. فقد كانت البنية التحتية الداعمة لمواقع Foot Locker إندونيسيا مُعدّة لتشغيل ما لا يقل عن 40 خادم EC2 في جميع الأوقات. وبينما ضمن ذلك السعة، فقد عنى أيضاً أن النظام كان يعمل باستمرار على نطاق لا يعكس دائماً أنماط الزيارات الفعلية.
ببساطة، كانت المنصة تمتلك طاقة فائضة، لكنها كانت تدفع ثمنها كل دقيقة من اليوم. حلّلت Codilar سلوك الزيارات الفعلي عبر البيئة وأعادت تصميم إعداد التوسّع التلقائي ليتوافق بشكل أفضل مع الطلب الفعلي. ومن خلال إعادة معايرة عتبات التوسّع بعناية، تمكّن الفريق من خفض الحد الأدنى لقاعدة الحوسبة مع الحفاظ على السعة القصوى للأحداث عالية الزيارات. وكانت النتيجة محرّك بنية تحتية أكثر رشاقة يبقى قوياً عند الحاجة لكنه أكثر كفاءة بكثير في العمليات العادية.
إزالة أكبر خطر خفي في المنصة
بينما قدّمت كفاءة الحوسبة فرصة، كشفت بنية قاعدة البيانات عن مصدر قلق أكثر حرجاً بكثير. ففي قلب المنصة بأكملها كانت توجد قاعدة بيانات RDS مفردة كبيرة. كان كل متجر وكل بحث عن منتج وكل عملية شراء يعتمد على تلك العُقدة الواحدة. وإذا فشلت، فقد تتوقف العملية الرقمية بأكملها.
بالنسبة لمنصة تتعامل مع ملايين الطلبات اليومية، مثّل هذا النوع من الاعتماد ثغرة خطيرة. أعادت Codilar تصميم بنية قاعدة البيانات لإدخال إعداد MariaDB متعدد العُقد مع نسخ قراءة، وتوزيع الحمل، وإدخال تحمّل الأعطال في النظام. وبهذا التحوّل، انتقلت المنصة من بنية هشّة ذات نقطة فشل واحدة إلى بنية مصمّمة للموثوقية والمرونة.

نُحدث أثراً
من خلال عملنا
خفض تكلفة
بنية AWS التحتية
خفض الحد الأدنى
لقاعدة خوادم EC2
طلب يومي مدعوم
عبر بنية متعددة المواقع
منتج مدعوم
في الكتالوج
أخطاء 503 بعد
تحسين البنية التحتية

نُحدث أثراً
من خلال عملنا
خفض تكلفة
بنية AWS التحتية
خفض الحد الأدنى
لقاعدة خوادم EC2
طلب يومي مدعوم
عبر بنية متعددة المواقع
منتج مدعوم
في الكتالوج
أخطاء 503 بعد
تحسين البنية التحتية

ضبط منظومة البنية التحتية بدقة
إلى جانب التغييرات المعمارية الكبرى، كشف التدقيق أيضاً عن عدة أوجه قصور على مستوى الإعدادات تؤثر بهدوء على أداء النظام. فقد كانت بعض إعدادات PHP-FPM تولّد طلبات أكثر من اللازم. وكانت بعض تفاعلات الخدمات المصغّرة تضيف حملاً إضافياً عبر حزمة التطبيق. حتى المهام الخلفية القديمة كانت تواصل استهلاك الموارد بعد فترة طويلة من انتهاء فائدتها.
بشكل فردي، بدت هذه المشكلات صغيرة. لكن عبر عشرات الخوادم وملايين الطلبات اليومية، تضاعف تأثيرها. عالجت Codilar كل مجال من هذه المجالات بشكل منهجي. تم تحسين التعامل مع الطلبات، وتعزيز طبقات التخزين المؤقت، وإيقاف العمليات الخلفية غير الضرورية. قد لا تكون التحسينات مرئية للعملاء الذين يتصفّحون المتجر، لكنها زادت بشكل كبير من كفاءة واستقرار المنصة الداعمة لكل تفاعل. وإلى جانب هذه التحسينات، أدخلت Codilar أيضاً آليات لتنبيهات حوادث الإنتاج وبسّطت عمليات أتمتة النشر، ما أتاح اكتشافاً أسرع للمشكلات وإصدارات أكثر موثوقية ومنخفضة المخاطر عبر المنصة.
تعزيز الأمان في كل طبقة
بعد معالجة كفاءة البنية التحتية ومرونتها، كانت الأولوية التالية تعزيز وضع الأمان للمنصة. كانت Foot Locker تستفيد بالفعل من شبكة Fastly CDN وحماية WAF عند الحافة لتصفية التهديدات والتخفيف منها عند حافة الشبكة. ومع ذلك، كانت لا تزال هناك حاجة إلى رؤية وحماية أعمق داخل بنية AWS نفسها.
ولسدّ هذه الفجوة، طبّقت Codilar حماية نقاط النهاية CrowdStrike وإدارة الثغرات Qualys، بناءً على اقتراح فريق Foot Locker، ما أدخل مراقبة مستمرة وكشفاً عن التهديدات مباشرة في طبقة البنية التحتية. وقد أنشأ ذلك بنية دفاع متعمّق أقوى، حيث تعمل كل من الحافة وبنية المصدر معاً لاكتشاف المخاطر الأمنية ومراقبتها والتخفيف منها.
أساس أقوى للتوسّع
كان لشراكة Codilar مع Foot Locker إندونيسيا آثار قابلة للقياس على أداء البنية التحتية وكفاءة التكلفة والموثوقية. تعمل المنصة حالياً على بنية AWS مبسّطة إلى حد كبير، ما أدى إلى انخفاض بنسبة 50–60% في نفقات البنية التحتية وخفض عدد خوادم EC2 الأساسية من 40 خادماً إلى نحو 5 عُقد. وأُزيل في الوقت نفسه أخطر مصدر لنقطة الفشل الواحدة عبر بنية قاعدة بيانات مُعاد تصميمها، ما حسّن الموثوقية لمنظومة تعالج نحو 6 ملايين طلب يومياً. إضافة إلى ذلك، أزال التحسين أخطاء 503 المستمرة، ما ثبّت المنصة وقلّل احتياجات البنية التحتية بشكل كبير.
بفضل معرفتها الواسعة بـ Adobe Commerce (Magento) وShopify وShopify Plus وPimcore وAkinon وغيرها من منصات التجارة الحديثة، تساعد Codilar العلامات العالمية على تقليل تعقيد البنية التحتية، وحماية الأداء، وبناء منصات تجارة رقمية قادرة على النمو بثقة.



