आपके लिए production में टेस्टिंग का क्या मतलब है, और चीजें तोड़े बिना आप यह कैसे करते हैं?

इसका मतलब है असली traffic और असली data पर behavior परखना, जिसे कोई staging environment दोहरा नहीं सकता, ऐसे नियंत्रणों के साथ जो नुकसान का दायरा सीमित रखें। तरीके हैं feature flags के साथ धीरे धीरे rollout, canary releases, असली यात्राएं लगातार चलाती synthetic monitoring, shadow traffic, और पहले से तय metrics पर अपने आप rollback। यह release से पहले की टेस्टिंग की जगह नहीं लेता, उसे पूरा करता है।

इसका मतलब है यह मान लेना कि staging में कभी production जितना data, वैसा traffic, वैसा तीसरे पक्ष का बर्ताव, या असली ग्राहकों के बनाए बारह साल के अजीब records नहीं होंगे, और जानबूझकर production से वह सीखना जो सिर्फ production सिखा सकता है। इसे लापरवाही नहीं, जिम्मेदारी बनाने वाली चीज है नुकसान के दायरे का नियंत्रण। नया behavior एक flag के पीछे जाता है, डिफॉल्ट बंद, पहले अंदरूनी users के लिए चालू, फिर एक प्रतिशत, फिर धीरे धीरे चौड़ा, और जो metrics अपने आप rollback करवाएंगे वे release से पहले तय होते हैं, उसके बीच में उन पर बहस नहीं होती। इसके साथ मैं synthetic monitoring चलाता हूं: अहम यात्राएं, signup, login, checkout, production पर लगातार चलाई जाती हैं ताकि हमें ग्राहकों से पहले पता चले, और कोई टूटा हुआ तीसरा पक्ष तुरंत दिख जाए। backend बदलावों के लिए मुझे shadow traffic भी पसंद है, जहां नया रास्ता असली requests संभालता है और नतीजे मिलाए जाते हैं बिना कुछ परोसे। जो मैं हमेशा साफ कहता हूं वह यह कि यह पहले की परतों की जगह नहीं लेता, उन्हें पूरा करता है। unit और integration टेस्ट अब भी merge का दरवाजा रोकते हैं। production पर परखने को उन्हें छोड़ने की वजह बनाना, टूटा हुआ software बहुत आत्मविश्वास के साथ भेजने का तरीका है।