اكتشاف الخدمات يسمح للخدمات بالعثور على مواقع شبكاتها ديناميكياً، بدلاً من ترميز عناوين IP التي تتغير مع توسع الحالات أو انكماشها أو إعادة تشغيلها.
في السحابة، تظهر الحالات وتختفي مع التوسع التلقائي والأعطال، لذا العناوين غير مستقرة. سجل الخدمة يتتبع الحالات السليمة.
1. Service registers itself ──▶ [ Registry: orders → 10.0.1.7, 10.0.1.9 ]
2. Caller asks registry "where is orders?"
3. Registry returns healthy instances
4. Caller picks one (load-balanced)
مكتبة من أسئلة مقابلات تقنية المعلومات مع إجابات مفصّلة — من المبتدئ إلى المتقدم.
تبرع| جانب العميل | جانب الخادم |
|---|
| من يختار الحالة | العميل | موازن الحمل |
| مثال | Netflix Eureka + Ribbon | AWS ELB, Kubernetes Service |
| تعقيد العميل | أعلى | أقل |
Client-side: Caller ─▶ Registry ─▶ pick ─▶ Instance
Server-side: Caller ─▶ Load Balancer ─▶ Instance (LB does the lookup)
مدخلات السجل القديمة توجه حركة المرور إلى حالات ميتة. فحوصات الصحة و TTLs ضرورية لإزالتها.
اكتشاف الخدمات هو ما يجعل التوسع المرن ممكناً — يمكن للحالات أن تظهر وتختفي دون أن يقوم أحد بتحرير الإعدادات.
في Kubernetes، هذا مدمج عبر DNS والخدمات، لذا غالباً ما تحصل على الاكتشاف مجاناً؛ فهم النموذج لا يزال مهماً لتصحيح مشاكل التوجيه.