लिंकबैक चेकर ने हमारी रिलीज़ ब्लॉक कर दी: एक काल्पनिक पोस्ट-मार्टम

लॉन्च से पहले टीम ने क्या चेक किया था

बहुत कम, जैसा कि पता चला। टेस्ट लिस्ट में केवल परिचित डोमेन थे, इसलिए गैप तब तक छिपा रहा जब तक एक पार्टनर लिंक नहीं आई। एक प्रसिद्ध साइट पर टेस्ट यह साबित करता है कि पाइपलाइन काम कर रही है, और यह कुछ नहीं बताता कि एक ऐसे डोमेन के बारे में जिसका इंडेक्स ने अभी तक अवलोकन नहीं किया है।

बेहतर टेस्ट लिस्ट में डोमेन की तीन किमें होनी चाहिए: एक स्थापित, एक छोटा निश (niche) और हाल ही में रजिस्टर किया गया एक डोमेन। किसी भी भरोसे से पहले इन तीनों को हूक से गुज़ारा जाए।

टेस्ट ने किन डोमेनों को कवर किया?

केवल आसान वाले। लिस्ट पर हर डोमेन के पीछे सालों का इतिहास था, इसलिए हर उत्तर पूरा आया, और किसी को यह नहीं दिखा कि एक खाली उत्तर प्रकाशन को कैसे प्रभावित करता है।

एक ऐसा डोमेन जो वास्तव में नया है, जोड़ें और उसके नतीजे को हाथ से पढ़ें। यदि नोट में 'बैड' लिखा है जहाँ 'अनजान' होना चाहिए, तो लॉन्च से पहले नियम को फिर से लिखना चाहिए।

स्टेजिंग रन में क्या छूट गया?

स्टेजिंग रन ने एक ऐसे की का उपयोग किया जिसका बैलेंस स्वस्थ था, इसलिए खाली-बैलेंस वाला रास्ता कभी एक्जीक्यूट नहीं हुआ। किसी ने यह टेस्ट नहीं लिखा था कि क्रेडिट जानबूझकर खत्म किया जाए।

उस रास्ते को टेस्ट के अंतर्गत रखें। प्रति तिमाही एक बार 402 फोर्स करें, और देखें कि एडिटर को बाद में क्या दिखता है, क्योंकि एक ऐसा फेल्योर रास्ता जिसे कोई नहीं चलाता, उस पर भरोसा नहीं किया जा सकता।

ऐा क्यों हुआ

गेट ने हर गैर-सफलता को एक निर्णय माना। यही मूल कारण था। बैलेंस की समस्या और एक अज्ञात डोमेन टूलिंग और इंडेक्स के बारे में तथ्य हैं, और इनमें से कोई भी पेज के बारे में कुछ नहीं बताता।

हमारा ग्राफ़ लगभग महीने में एक बार फिर से बनाया जाता है। पिछली रिफ्रेश के बाद रजिस्टर किया गया कोई भी डोमेन खाली दिख सकता है, और एक नया पार्टनर लॉन्च पेज के लिए सामान्य मामला है। किसी ने जाँच नहीं की थी। टीम ने हूक को केवल पुराने, परिचित डोमेन जैसे nytimes.com के साथ टेस्ट किया था।

दूसरी चूक मौन थी। फंक्शन ने त्रुटि लॉग की लेकिन कोई अलर्ट नहीं भेजा, और एडिटर को एक सामान्य विफलता संदेश दिखा जिसमें यह संकेत नहीं था कि क्रेडिट खत्म हो गया है।

लागत कभी मुद्दा नहीं थी। कॉल के लिए 2 क्रेडिट पर, इस काल्पनिक साइट के लिए महीने भर की जाँच की कुल लागत लगभग $0.60 थी, जो लागत तालिका में 3,000-पब्लिश वाली पंक्ति के समान है। गेट सस्ता था और फिर भी 2026 में उन्हें एक घंटा खर्च हुआ।

402 को अपनी अलग लाइन मिलनी चाहिए। एक प्रीपेड बैलेंस एक स्टेट है जिसे आप देख सकते हैं, इसलिए 10,000 क्रेडिट पर एक साधारण अलर्ट, जो $1 है, दिनों पहले फायर हो जाता।

फिक्स को कैसे लिखा गया

टीम ने एक सामान्य विफलता को तीन हिस्सों में बाँटा, क्योंकि हर उत्तर का अलग मालिक है। एक 401 एक की की समस्या है, एक 402 एक बिलिंग स्टेट है, और नए डोमेन के लिए एक खाली नतीजा बस अनजान है। प्रत्येक को अपनी अलग शाखा और अपना संदेश मिलता है। यही पूरा बदलाव है।

कोई स्टैक ट्रेस पढ़ने की ज़रूरत नहीं थी कि पता चले कि क्या हुआ। अलर्ट स्टेट का नाम बताता है, और एडिटर को एक वाक्य दिखता है जो बताता है कि अगला कदम क्या उठाना है।

बैलेंस अलर्ट शून्य से बहुत ऊपर क्यों सेट किया गया?

दस हजार क्रेडिट प्रकाशित कीमत पर $1 हैं, एक छोटी राशि जो अभी भी पर्याप्त चेतावनी देती है जब यह जल्दी आती है। अलर्ट को उस जगह सेट करें जहाँ एक इंसान इसे देखे, न कि एक ऐसे लॉग में जिसे कोई शुक्रवार को नहीं खोलता।

एक जाँच जो दिन में एक बार ज़ोर से फेल हो, एक मौन जाँच से बेहतर है जो लॉन्च के दौरान फेल होती है।

संख्या को टीम से सहमत करें, और की रोटेशन के नियम के साथ उसी जगह लिखें, ताकि दोनों को एक साथ समीक्षा की जा सके।

क्या एक नया डोमेन विफलता माना जाना चाहिए?

नहीं। एक ऐसा डोमेन जिसे इंडेक्स ने अभी तक नहीं देखा, इंडेक्स के बारे में एक तथ्य है, पेज के बारे में नहीं। इसे तारीख के साथ 'अनजान' के रूप में स्टोर करें, और एक एडिटर को यह तय करने दें कि क्या वह अगली रिफ्रेश का इंतज़ार करे।

यही नियम किसी भी पतले उत्तर पर लागू होता है। इसे गायब डेटा के रूप में मानें, और पार्टनर पर कभी भी निर्णय के रूप में नहीं।

अनजान उत्तरों को उनकी अपनी लिस्ट में लॉग करें, ताकि अगली समीक्षा में उनका पैटर्न सामने आए न कि सामान्य लॉग में दब जाए।

टीम द्वारा बाद में पूछे गए प्रश्न

समीक्षा की बैठक ने इस कहानी के हर संस्करण में एक ही छोटे समूह के प्रश्न उठाए। यहाँ बताया गया है कि काल्पनिक टीम ने उनका उत्तर कैसे दिया, और वे उत्तर एक संगठन से दूसरे में कैसे अलग होंगे।

इनमें से कोई भी उत्तर सार्वभौमिक नहीं है, और हर एक इस बात पर निर्भर करता है कि पेज किस लिए है। बात यह है कि अगली रिलीज़ से पहले कागज़ पर एक उत्तर तैयार हो।

क्या गेट को फेल क्लोज़ होना चाहिए था?

इस काल्पनिक टीम के लिए, नहीं। एक लिंक चेक एक मासिक इंडेक्स पर बना सिग्नल है, और यह एडिटर और लॉन्च के बीच एकमात्र चीज नहीं होना चाहिए।

नीति को एक वाक्य में लिखें, ताकि अगला इंजीनियर एक इच्छित ब्लॉक और एक बग में अंतर कर सके।

क्या एक बड़ा बैलेंस इसे रोक सकता था?

यह समस्या को ठीक करने के बजाय टाल देता। एक बड़ा बैलेंस भी खाली हो सकता है, और एक गेट जो हर गैर-सफलता को एक निर्णय मानता है, पहली अज्ञात डोमेन पर ब्लॉक कर देगा।

फिक्स तीन उत्तरों में विभाजन है, plus एक अलर्ट जो जल्दी फायर होता है। बैलेंस कहानी का केवल एक हिस्सा है।

बने किसी भी गेट से वही प्रश्न पूछें: कौन सी विफलता मौन रहेगी, और इसे सबसे पहले कौन नोटिस करेगा?

काल्पनिकता पर एक नोट

वास्तविक टीम अलग होंगी। आपकी टीम के पास अच्छे कारणों से फेल क्लोज़ होना हो सकता है, जैसे कि एक विनियमित साइट जहाँ हर आउटबाउंड लिंक को एक व्यक्ति द्वारा समीक्षित किया जाता है। ठीक है। बस इसे एक चुनाव बनाएं।

वेबहुक रनबुक उसी निर्णयों को एक चेकलिस्ट के रूप में सूचीबद्ध करता है, और माइथ लिस्ट उन विश्वासों को कवर करता है जिन्होंने इस काल्पनिक टीम को फँसाया।