في عالم الحاويات (Containers)، لم يعد البروكسي مجرد خادم يقف على الحدود. في Kubernetes، البروكسي موجود في كل مكان: أمام العنقود (Ingress)، وبين الخدمات (Service Mesh)، وحتى داخل الـ Pod نفسه (Sidecar). فهم هذه الأنماط ضروري لبناء تطبيقات Microservices آمنة وقابلة للمراقبة.
نمط Ingress Controller
هو البوابة الرئيسية للعنقود. بدلاً من استخدام Load Balancer لكل خدمة (مكلف جداً)، نستخدم Ingress Proxy واحد (مثل Nginx أو Traefik) لتوجيه الطلبات بناءً على المسار (Path) أو النطاق.
مثال: api.example.com يذهب لخدمة الـ Backend، و example.com يذهب لخدمة الـ Frontend.
نمط Sidecar Proxy
هنا يتم حقن حاوية بروكسي صغيرة (مثل Envoy) بجانب حاوية التطبيق الرئيسية في نفس الـ Pod. التطبيق يتحدث مع الـ Sidecar، والـ Sidecar يتحدث مع العالم. هذا يسمح بـ:
- تشفير mTLS تلقائي: دون تعديل كود التطبيق.
- مراقبة دقيقة: تتبع كل طلب HTTP يدخل أو يخرج.
- Retries & Circuit Breaking: حماية النظام من الفشل المتسلسل.
التحكم في الخروج (Egress Proxy)
لأسباب أمنية، قد ترغب في منع الـ Pods من الاتصال بالإنترنت مباشرة. يمكنك إعداد Squid Proxy مركزي وتوجيه كل حركة المرور الخارجية عبره لتطبيق سياسات الفلترة ومنع تسرب البيانات.