आप toil को कैसे परिभाषित करते हैं, और सबसे पहले किसे ऑटोमेट करना है यह कैसे तय करते हैं?

toil वह हाथ से होने वाला, दोहराव वाला, ऑटोमेट हो सकने वाला काम है जिसका कोई टिकाऊ मूल्य नहीं और जो सर्विस के आकार के साथ सीधे बढ़ता है। इससे लड़ने से पहले इसे नापें: कुछ हफ्ते दर्ज करें कि on call और बीच में आने वाला समय कहां जाता है। फिर उम्मीदवारों को बारंबारता गुणा समय की लागत गुणा जोखिम से क्रम दें और सबसे ऊपर वाला ऑटोमेट करें। किसी काम की जरूरत ही खत्म कर देना उसकी स्क्रिप्ट लिखने से बेहतर है, और हर toil ऑटोमेट करने लायक नहीं होता।

toil वह हाथ का काम है जो आपके fleet के साथ बढ़ता है और पीछे कुछ छोड़कर नहीं जाता: फेल हुई job दोबारा चलाना, हाथ से access देना, हर सोमवार वही सर्विस रीस्टार्ट करना। जाल यह है कि आप वही ऑटोमेट कर बैठते हैं जिसने हाल में सबसे ज्यादा चिढ़ाया, तो मैं नापने से शुरू करता हूं। हमने एक महीने तक हर interrupt और on call कार्रवाई पर टैग लगाया, और जवाब वैसा नहीं था जैसा किसी ने सोचा था: उसका एक तिहाई एक ही टीम का वही डेटाबेस read only credential मांगना था, जिसकी जगह हमने करीब दो दिन के काम में एक self service अनुरोध बना दिया। यह दूसरी बात है, खत्म करना ऑटोमेट करने से बेहतर है। किसी को credential तेजी से देने की स्क्रिप्ट नहीं चाहिए थी, उन्हें हमसे मांगना ही नहीं था। मैं इसकी एक निचली हद भी रखता हूं। अगर कोई काम साल में दो बार दस मिनट लेता है, तो उसकी स्क्रिप्ट एक बोझ है, क्योंकि अगली बार जरूरत पड़ने पर वह टूटी और बिना टेस्ट की हुई मिलेगी। मैं चाहता हूं कि on call समय में बीच में आने वाला काम आधे से कम रहे, और इसे असली मेट्रिक की तरह ट्रैक करता हूं।