कभी एक्सपायर न होने वाली API कुंजियों की समस्या
कई साल पहले जारी की गई कुंजी, जिसे कभी रोटेट नहीं किया गया और जो आज भी मान्य है, कोई सुविधा नहीं है। यह एक जोखिम है जिसे सालों से किसी ने वास्तव में देखा तक नहीं।
यह उद्योग IPv6 अपनाने में अब भी क्या गलत करता है
IPv6 इतने लंबे समय से उपलब्ध है कि उसे गौण चिंता मानना अब एक उचित इंजीनियरिंग शॉर्टकट नहीं है, फिर भी IP से जुड़े कई टूल अब भी ऐसा व्यवहार करते हैं मानो IPv4 असली ट्रैफ़िक हो और IPv6 एक अपवाद जिसे समय बचने पर संभाला जाए। यह छोटे-छोटे तरीकों से दिखता है: IPv4 जैसे पता ब्लॉक के इर्द-गिर्द लिखा गया रेट लिमिट लॉजिक, जिसमें IPv6 के लिए कोई समकक्ष, सोची-समझी अवधारणा नहीं होती, या ऐसे दस्तावेज़ जो अपने उदाहरणों में चुपचाप IPv4 पते का फ़ॉर्मेट मान लेते हैं और IPv6 को संभालने की बात को एक अनकहे बाद के विचार के रूप में छोड़ देते हैं।
हमने नेटवर्क-स्तर की कोटा ट्रैकिंग को जानबूझकर दोनों पता परिवारों के इर्द-गिर्द बनाया, न कि IPv4-प्रथम लॉजिक पर जोड़े गए IPv6 पैच के रूप में। हर नेटवर्क को एक साझा मुफ़्त कोटा मिलता है, IPv4 पतों के लिए /24 ब्लॉक और IPv6 पतों के लिए /48 ब्लॉक, और दोनों को प्रथम श्रेणी के समूह माना जाता है, न कि एक को मुख्य डिज़ाइन और दूसरे को समायोजन। /24 और /48 के बीच का फ़र्क मनमाना नहीं है। यह दर्शाता है कि ब्लॉक बाँटने के लिए ज़िम्मेदार क्षेत्रीय इंटरनेट रजिस्ट्रियाँ हर पता परिवार को वास्तव में कैसे आवंटित करती हैं, इसलिए दोनों मामलों में समूह का व्यावहारिक मतलब एक ही है, यानी उचित आकार का एक नेटवर्क।
इसे गलत करना खास तौर पर लोकेशन और IP डेटा API के लिए मायने रखता है, क्योंकि नेटवर्क-स्तर और IP-आधारित लुकअप की पूरी श्रेणी दोनों पता फ़ॉर्मेट में सही पार्सिंग, मिलान और रेट लिमिटिंग पर निर्भर है। जो API चुपचाप IPv6 को एक असामान्य मामले के रूप में संभालता है, उससे IPv6 ट्रैफ़िक के लिए असंगत कोटा व्यवहार, गलत नेटवर्क समूह या सीधे पार्सिंग विफलताएँ होने की संभावना ज़्यादा है, ठीक उस समय जब IPv6 अपनाना लगातार बढ़ रहा है और असली अनुरोधों का एक अच्छा-खासा हिस्सा IPv4 के बजाय उसी पर आता है।
पूरे उद्योग में इस पर कम निवेश होने की एक वजह यह है कि कई सेवाओं के लिए कुल वॉल्यूम का बड़ा हिस्सा अब भी IPv4 ट्रैफ़िक है, जिससे IPv6 के असामान्य मामलों को वास्तव में सही करने की मेहनत की तुलना में वे कम प्राथमिकता वाले लगते हैं। हमें लगता है कि यह तर्क रुझान को बहुत ज़्यादा नज़रअंदाज़ करता है। लगातार बढ़ते ट्रैफ़िक के हिस्से की सेवा ऐसा इन्फ़्रास्ट्रक्चर अच्छी तरह नहीं कर सकता जो उसे हमेशा के लिए अल्पसंख्यक मामला माने, और IPv6 हैंडलिंग को ठीक से सुधारने की लागत उतनी ही बढ़ती जाती है जितने लंबे समय तक किसी सिस्टम का मूल लॉजिक IPv4 को डिफ़ॉल्ट मानकर बनाया जाता है।
यह कोई नाटकीय दावा नहीं है। यह एक अनुरोध है कि रेट लिमिटिंग, कोटा ट्रैकिंग और लुकअप लॉजिक के असली डिज़ाइन में IPv6 को IPv4 जितनी ही गंभीरता से लिया जाए, न कि केवल एक कंप्लायंस चेकबॉक्स में जो कहता है कि API तकनीकी रूप से बिना सिंटैक्स एरर के IPv6 पते स्वीकार करता है। किसी पता फ़ॉर्मेट को स्वीकार करना और उसे ज़्यादा आम फ़ॉर्मेट जितनी ही सावधानी से संभालना अलग-अलग उपलब्धियाँ हैं, और इस उद्योग में बहुत सारा इन्फ़्रास्ट्रक्चर वास्तव में केवल पहली उपलब्धि तक ही पहुँच पाया है।