نمط الحواجز
تعلّم كيف يعزل نمط الحواجز الموارد بحيث لا يؤدي حدوث عطل في جزء من النظام إلى استنفاد الموارد المشتركة وتعطيل التطبيق بالكامل.
نمط الحواجز درس مجاني في Microservices Communication Patterns (Saga, Circuit Breaker) على CoddyKit. هذا هو الدرس 4 من أصل 4. يمكنك قراءة الدرس كاملاً أدناه مجاناً — ثم تمرن عليه مباشرة في المتصفح باستخدام محرر أكواد مدمج ومدرس ذكاء اصطناعي متاح 24/7. هذا الدرس جزء من مسار التعلم في Microservices Communication Patterns (Saga, Circuit Breaker)، وتقدمك يتزامن عبر الويب وتطبيق CoddyKit. تتضمن دورة Microservices Communication Patterns (Saga, Circuit Breaker) 4 دروس في المجموع.
بعض أجزاء هذا الدرس لم تُترجم بعد وتظهر باللغة الإنجليزية.
What Is a Bulkhead?
The name comes from ships: a hull is divided into watertight bulkhead compartments. If one floods, the others stay dry and the ship survives.
In software, the bulkhead pattern isolates resources so a failure in one area cannot sink the entire system.
The Problem It Solves
Imagine one slow downstream service. If all requests share a single thread pool, requests to the slow service consume every thread. Soon healthy services cannot get a thread either. One failure cascades into total outage.
Isolating Resource Pools
The fix: give each dependency its own pool of resources (threads or connections). When the slow service exhausts its pool, only calls to that service degrade.
pools = {'payments': 10, 'inventory': 10, 'reports': 5}
def acquire(service):
if pools[service] > 0:
pools[service] -= 1
return 'acquired'
return 'rejected (bulkhead full)'
print(acquire('reports'))Thread-Pool Bulkheads
The classic implementation assigns a dedicated thread pool per dependency. Calls run on that pool, so saturation is contained to one dependency.
Libraries like Resilience4j and the historical Hystrix offer this out of the box.
Semaphore Bulkheads
A lighter approach uses a semaphore that limits concurrent calls without a separate thread pool. It has less overhead but cannot enforce timeouts on the caller's thread.
max_concurrent = 3
in_flight = 0
def try_call():
global in_flight
if in_flight >= max_concurrent:
return 'rejected'
in_flight += 1
return 'running'
print(try_call())Rejecting Excess Load
When a bulkhead is full, the call is rejected immediately instead of queuing forever. Fast rejection lets the caller fall back gracefully and keeps the system responsive.
Sizing the Bulkhead
Pool size is a trade-off. Too small wastes capacity; too large defeats isolation. A common starting point is based on expected concurrency: poolSize = peakRPS * avgLatencySeconds plus a small buffer.
peak_rps = 50
avg_latency = 0.2
pool = round(peak_rps * avg_latency) + 5
print('Suggested pool size:', pool)Bulkheads vs Circuit Breakers
They complement each other:
- Bulkhead limits how many calls run at once (resource isolation).
- Circuit breaker stops calling a failing service entirely.
Use both: the bulkhead contains the blast radius, the breaker stops the bleeding.
Per-Tenant Bulkheads
In multi-tenant systems, isolate resources per tenant so one noisy customer cannot starve others. This is sometimes called the noisy neighbor defense.
Monitoring Bulkheads
Track pool utilization and rejection counts. A consistently saturated bulkhead means either the dependency is unhealthy or the pool is undersized. Alerts on rejection rate catch problems early.
When to Use It
Apply bulkheads whenever a single component calls multiple independent dependencies, especially when some are slow or unreliable. It is one of the simplest, highest-value resilience patterns.
Quick Check
What is the primary benefit of the bulkhead pattern?
Recap
You learned the bulkhead pattern:
- Isolate resources per dependency, like ship compartments.
- Use thread-pool or semaphore bulkheads.
- Reject excess load fast and size pools deliberately.
- Combine with circuit breakers for layered resilience.
Bulkheads keep one failure from sinking the whole ship.
الأسئلة الشائعة
هل درس «نمط الحواجز» مجاني؟
نعم — نص درس «نمط الحواجز» كامل متاح مجاناً هنا على الويب. لتمرينه بشكل تفاعلي (محرر أكواد مدمج ومدرس ذكاء اصطناعي متاح 24/7) وفتح باقي دورة Microservices Communication Patterns (Saga, Circuit Breaker)، انتقل إلى CoddyKit PRO. تتضمن دورة Microservices Communication Patterns (Saga, Circuit Breaker) 4 دروس في المجموع.
ماذا ستتعلم في «نمط الحواجز»؟
تعلّم كيف يعزل نمط الحواجز الموارد بحيث لا يؤدي حدوث عطل في جزء من النظام إلى استنفاد الموارد المشتركة وتعطيل التطبيق بالكامل. تتمرن على Microservices Communication Patterns (Saga, Circuit Breaker) مع أكواد عملية تشغلها مباشرة في المتصفح، ومدرس ذكاء اصطناعي متاح 24/7 يجيب على أسئلتك أثناء عملك.
هل أحتاج إلى خبرة سابقة لأبدأ Microservices Communication Patterns (Saga, Circuit Breaker)؟
لا تُشترط خبرة سابقة. Microservices Communication Patterns (Saga, Circuit Breaker) على CoddyKit منظم للمبتدئين حتى المتقدمين، لذا يمكنك البدء من هنا أو من البداية والتقدم بسرعتك الخاصة. هذا هو الدرس 4 من أصل 4.
كم من الوقت يستغرق درس «نمط الحواجز»؟
معظم دروس CoddyKit تستغرق حوالي 5–10 دقائق. كل منها موجز وتفاعلي، لذا تحرز تقدماً مستمراً وتستأنف من حيث توقفت عبر الويب والتطبيق.
هل يمكنني كتابة وتشغيل أكواد في درس Microservices Communication Patterns (Saga, Circuit Breaker) هذا؟
نعم. كل درس في Microservices Communication Patterns (Saga, Circuit Breaker) يتضمن محرر أكواد مدمج، لذا تكتب وتشغل أكواداً حقيقية مباشرة في متصفحك وتحصل على تعليقات فورية من الذكاء الاصطناعي — بدون إعداد محلي.