आप एक service के छह instances चलाते हैं और चाहते हैं कि रात वाली job ठीक एक बार चले। आप यह कैसे इंतज़ाम करेंगे?

इस भरोसे पर मत रहिए कि हर instance अपना local cron चलाएगा। एक leader lock इस्तेमाल करें, जैसे lease और time to live के साथ ली गई कोई row या key, ताकि सिर्फ पकड़ने वाला ही job चलाए; या scheduling को प्लेटफॉर्म स्तर के cron को सौंप दें जो एक job queue में डाल दे और कोई worker उठा ले। जो भी करें, job को idempotent और दिखने लायक रखें, क्योंकि lease बीच चलते चलते expire हो सकता है और overlap करा सकता है।

भोला तरीका छह बार चलता है, और जिस तरीके में एक खास instance को चुन लिया जाता है वह उस दिन काम करना बंद कर देता है जिस दिन वही instance बीमार हो। इसलिए मैं या तो lock इस्तेमाल करता हूं या scheduling को एप्लिकेशन से पूरी तरह बाहर कर देता हूं। lock वाले तरीके में हर instance तय समय पर lease लेने की कोशिश करता है, आमतौर पर jobs टेबल पर expiry के साथ एक insert या conditional update, और सिर्फ जीतने वाला चलता है, काम करते हुए lease renew करता रहता है। बारीकी यह है कि लंबे run के दौरान lease expire हो सकता है, और तब दूसरा instance शुरू हो जाता है, इसलिए job को दो बार चलने लायक सुरक्षित रहना ही होगा। किसी भी पैमाने पर मेरी पसंद दूसरा तरीका है: प्लेटफॉर्म स्तर की scheduling जो एक ही message queue में डाले, और आम workers उसे उठा लें। इससे retries, दृश्यता और इतिहास मुफ्त मिल जाते हैं, और एप्लिकेशन कोड बस एक handler रह जाता है। तरीका कोई भी हो, मैं शुरू और खत्म का समय दर्ज करता हूं और alert लगाता हूं कि job अपनी अपेक्षित खिड़की में पूरी नहीं हुई, क्योंकि चुपचाप चलना बंद कर देने वाली job वह नाकामी है जो लोगों को हफ्तों बाद पता चलती है।