The Delivery Hero Reliability Manifesto (अनुवाद)

एक-एक बात इतनी प्रभावशाली लगी कि आसानी से इसका सार नहीं बता सकता, इसलिए सिर्फ कुछ बातें सूचीबद्ध कर रहा हूँ जो सबसे ज़्यादा दिल को छू गईं।

• Manifesto का उल्लंघन न करें; नियम बदलने के लिए चर्चा करें और Manifesto को विकसित करें।
• सभी services को, उनकी dependencies सहित, architecture chart के रूप में document किया जाए, और architecture का review होना चाहिए।
• data producers को अपने द्वारा उत्पन्न data का भी documentation करना चाहिए।
• शुक्रवार को deployment करने पर भी सब कुछ स्थिर रूप से काम करना चाहिए।
• failure situations के लिए defensive logic (timeout, retry, circuit breaker, fallback, throttling, idempotency आदि) implement करें।
• service की स्थिति समझने के लिए dashboard (प्रति मिनट requests की संख्या, error rate, server response time, business metrics) बनाकर monitoring करें।
• issues का analysis और reproduction कैसे करना है, इसे runbook में लिखें, और alerts से जोड़कर recovery time को न्यूनतम करें।
• समस्या होने पर खुद आगे बढ़कर समाधान में मदद करें।
• टेक्स्ट के माध्यम से होने वाली हर बातचीत को इस भावना से समझें कि सामने वाले की मंशा हमेशा सद्भावना देने की है।
• security से जुड़े actions को टीम के प्रदर्शन में शामिल करने के लिए, प्रत्येक टीम की security score table बनाकर सार्वजनिक करें।
• जैसे-जैसे system में orders की संख्या बढ़े, प्रति order लागत घटनी चाहिए। अच्छा होगा यदि हर quarter में प्रति order लागत 10% कम हो।
• lead time (development शुरू होने से production deployment तक का समय), deployment frequency, recovery time, और recovery time के दौरान error rate की monitoring करें।

इसके अलावा भी इसमें बहुत कुछ है। इसे पढ़ते-पढ़ते यह जिज्ञासा भी होती है कि इसे इस स्तर तक बनाने में आखिर कितने लोगों ने योगदान दिया होगा... यह सचमुच ऐसा लेख है जो श्रद्धा और विस्मय की भावना पैदा करता है।