كيف ينتقل الزائر من الكتالوج إلى طلب مدفوع دون أن يُوثَق بالعميل في حالة الدفع إطلاقًا.

1. 1يتصفّح الزائر متجر React — الكتالوج والبحث وتفاصيل المنتج — مقدَّمًا من ملفات ثابتة مخزّنة مؤقتًا خلف Nginx
2. 2تُبنى السلة بإضافة المنتجات؛ وعند الدفع يستدعي العميل واجهة البرمجة التي تُسعّر الطلب على جانب الخادم
3. 3يُنشئ النظام الخلفي طلب PayPal على جانب الخادم ويعيده إلى العميل للموافقة عليه
4. 4وعند الموافقة يُحصّل النظام الخلفي دفعة PayPal ويتحقّق منها قبل وسم الطلب بأنه مدفوع
5. 5تُدرَج رسالة تأكيد في طابور Celery ويُسجَّل الطلب على حساب العميل

كيف يطلب العميل قطعة يدوية مخصّصة وكيف يصل طلبه إلى المتجر للمتابعة.

1. 1يفتح العميل صفحة الطلبات المخصّصة ويصف القطعة التي يريدها
2. 2يُرسَل الطلب إلى نقطة وصول مُصادَقة بالرموز ويُحفَظ على حسابه
3. 3تُرسَل رسالة إشعار إلى المتجر بشكل غير متزامن عبر Celery
4. 4يراجع المتجر الطلب ويتابعه، محوّلًا إياه إلى عرض سعر أو طلب شراء

كيف يُصادَق كل استدعاء لواجهة البرمجة ويُحدَّد معدّله ويُخدَم — من المتصفّح إلى العتاد الفعلي، خلال أجزاء من الألف من الثانية.

1. 1يستدعي تطبيق React أحادي الصفحة واجهة البرمجة عبر HTTPS؛ فيُنهي Nginx اتصال TLS ويُمرّره إلى Gunicorn
2. 2يُصادق Django REST على الرمز ويفحص عدّاد تحديد المعدّل الخاص بنقطة الوصول في Redis
3. 3تقرأ دالة العرض أو تكتب الطلبات والكتالوج في PostgreSQL، مستخدمةً Redis للقراءات المتكرّرة
4. 4تعود الاستجابة سريعًا؛ ويُسلَّم أي بريد أو عمل ثقيل إلى Celery خارج مسار الطلب

كيف تُعيد عملية git push واحدة بناء المنظومة القائمة على الحاويات كاملة ونشرها وتأمينها دون أي خطوات يدوية.

1. 1تُطلق عملية push إلى فرع main مسار GitLab CI/CD الذي يبني صورة Docker
2. 2ينقل المسار الإصدار عبر rsync على SSH إلى خادم VPS ويشغّل docker compose up
3. 3تُنفَّذ عمليات الترحيل وcollectstatic، ثم يُعاد تحميل Nginx بشهادة TLS مجدَّدة عبر Certbot
4. 4ويصبح الإصدار الجديد مباشرًا في تدفّق واحد — بناء ونشر وترحيل وتأمين — من البداية إلى النهاية