circuit breaker pattern समझाइए, और बताइए कि यह कब फायदे से ज्यादा नुकसान करता है।

circuit breaker किसी डिपेंडेंसी की नाकामियां गिनता रहता है, threshold पार होते ही खुल जाता है ताकि कॉल जमा होने के बजाय तुरंत फेल हो जाएं, फिर थोड़े से ट्रैफिक से रिकवरी जांचने के लिए half open हो जाता है। यह thread pool और connection pool को खत्म होने से बचाता है और cascading failure रोकता है। यह तब नुकसान करता है जब threshold बहुत सख्त हों, जब fallback एरर से भी बुरा हो, या जब हर इंस्टेंस एक साथ खुल जाए और डिपेंडेंसी को यह साबित करने लायक ट्रैफिक ही न मिले कि वह संभल चुकी है।

closed, open, half open। आप एक रोलिंग विंडो में नाकामियां गिनते हैं, और threshold पार होते ही सर्किट खोल देते हैं और एक ठंडा होने की अवधि तक तुरंत फेल करते हैं, फिर कुछ probe रिक्वेस्ट जाने देते हैं यह देखने को कि डिपेंडेंसी फिर से सेहतमंद है या नहीं। असली बात अपने ही रिसोर्स बचाना है। अगर कोई downstream टाइम आउट होने में 30 सेकंड लेता है, तो हर worker thread उसी पर खड़ा रह जाता है और आपकी सर्विस ऐसी चीज से मर जाती है जिसमें आपकी गलती थी ही नहीं। गड़बड़ दायरे और ट्यूनिंग में होती है। हमारे यहां breaker प्रति डिपेंडेंसी की जगह सर्विस स्तर पर लगा था, तो एक लड़खड़ाती recommendations कॉल ने checkout के लिए भी सर्किट खोल दिया, जो उस आउटेज से कहीं बड़ा आउटेज था जिसे हम रोक रहे थे। दूसरा जाल half open की पतली धार है। अगर हर replica एक साथ खुल जाए और कभी कभार ही probe करे, तो downstream को लगभग कोई ट्रैफिक नहीं दिखता और आप असली खराबी से कहीं ज्यादा देर तक अंधेरे में रहते हैं।