हमारी लॉन्चिंग से कैसे चूक गए

इस लेख का अनुवाद पाठक को Node.js के उपयोग से दूर करने का इरादा नहीं है, और बूढ़ी औरत एक छेद है, लेकिन केवल सावधान रहने के लिए कॉल करता है, और, शायद, उन लोगों को समाधान बताएगा जो उनके आवेदन के समान व्यवहार का अचानक सामना करते हैं। लेखक की शब्दावली को बहुत अधिक परिवर्तन और सेंसरशिप के बिना छोड़ दिया गया है।

संक्षेप में, परी कथा प्रभावित करती है, लेकिन लंबे समय से बात की जाती है, मेलनकार्ड को आज टेकक्रंच में अन्य कंपनियों के साथ पेश किया गया था, जब अचानक सब कुछ अचानक टूट गया। हर एक। छोटा सा। छोटी सी। हमने अभी-अभी साइट को अपडेट किया और लंबे समय से मतदान करने वाले NodeJS का उपयोग करते हुए और अधिक उत्तरदायी महसूस किया, साथ ही jQuery के टेम्प्लेट्स और नॉकआउटJS पर सबसे अच्छे गतिशील दृश्य के साथ। उन्होंने प्रतिज्ञा का उपयोग करते हुए अपना सर्वश्रेष्ठ और संचालित मैनुअल और यूनिट परीक्षण किया। क्या सभी सिस्टम तैयार हैं, आगे और पूरी गति है? वहाँ यह था

हमारी NodeJS प्रणाली उपयोगकर्ता की स्थिति का उपयोग करती है, उदाहरण के लिए, "मुझे इन दो रिकॉर्डों के अपडेट की उम्मीद है", और सर्वर (समय सेरिफ़ की जांच शुरू करने से) या तो "आपका रिकॉर्ड चालू है" या "xxx रिकॉर्ड yy में बदल गया है" (वास्तव में, सब कुछ थोड़ा और अधिक जटिल है) साझा किए गए Redis चर, सत्र और अन्य सुरक्षा जांचों के लिए रेल, MySQL, Redis, और Node) को जोड़कर। सब कुछ इतना क्रिस्टल स्पष्ट है, लेकिन यहां तक ​​कि सरल NodeJS कोड कुछ गलत होने पर नरक में बदल सकता है। आज हुआ।

हमारे बारे में लेख प्रकाशित होने के बाद, खुश उपयोगकर्ताओं की एक धारा हमारे अंदर डाली गई (जैसे, प्रति घंटे 50-100 नए उपयोगकर्ता)। और अचानक सब कुछ बिखर गया। अब पृष्ठ काम नहीं करते; हमारे मेलबॉक्स असंतुष्ट उपयोगकर्ताओं के संदेशों से भरने लगे। मैंने कॉफी पी और लड़ाई के लिए तैयार हो गया।

मेरा पहला विचार यह था कि NodeJS बहुत अच्छी तरह से भार रखता है, और यही वह उसे प्रसिद्ध बनाता है। पचास या सौ उपयोगकर्ता सिस्टम को खोद नहीं सकते थे। और जैसा कि यह निकला, यह NodeJS की गलती नहीं थी, जैसे कि, लेकिन उस पर और बाद में। सर्वर ने पूरी तरह से अप्रत्याशित उत्तरों को वापस करना शुरू कर दिया, जैसे कि उपयोगकर्ता ने कहा "मेरे पास रिकॉर्ड ए, बी और सी" हैं, और सर्वर ने उत्तर दिया "आप एक बेवकूफ हैं, रिकॉर्ड एक्स, वाई और जेड मिटाते हैं, लेकिन यहां आपके पास रिकॉर्ड ए, बी और सी हैं"। नोड में भयानक त्रुटि हैंडलिंग और डिबगिंग क्षमताओं को देखते हुए, समस्या को ध्यान केंद्रित करना और पुन: उत्पन्न करना असंभव था। मुझे हर समय निम्नलिखित कमांड का उपयोग करना पड़ा (हाँ, उत्पादन स्थल पर सही है):

NODE_ENV = 'उत्पादन' नोड / गोपनीयता। Js | grep "लौटे परिणाम"

आप सोच सकते हैं कि इस ढेर को हटाना कितना कठिन था। यह ध्यान देने योग्य है कि परीक्षण सर्वर पर सब कुछ ठीक काम करना जारी रहा, और सभी यूनिट परीक्षण आश्चर्यजनक रूप से पारित हुए, और मेरे पास शुरू करने के लिए और कुछ नहीं था। इसके अलावा, हमारी प्रणाली ने सत्रों (सुरक्षा के लिए) को सावधानीपूर्वक जांचा, और निराश उपयोगकर्ताओं ने विभिन्न ब्राउज़र टैब में लॉग इन किया और लॉग आउट किया, बड़ी संख्या में चेतावनी प्राप्त की कि वे अधिकृत नहीं थे (जो इसके अलावा वास्तविक त्रुटियों को काटने के लिए असंभव बना दिया था)। मुझे इस तरह त्रुटियां मिलीं:

ट्रेस: ​​EventEmitter पर। EventEmitter.emit (इवेंट्स.js: 81: 20 पर / / -Node/privacy.js:118:11)

यहाँ उल्लिखित लाइन (केवल एक नोड द्वारा रिपोर्ट की गई):

process.on ('uncaughtException', function (इरेट) {कंसोल.लॉग (['Caught अपवाद', इरेट करें); कंसोल.trace ();});

ठीक है, कम से कम आवेदन दुर्घटनाग्रस्त नहीं हुआ, लेकिन वैसे भी - से शुरू करने के लिए कुछ भी नहीं था। मैं यह नोट करना चाहूंगा कि हमने जो कुछ भी नहीं किया था (इंटरफ़ेस का परीक्षण, इकाई परीक्षण, त्रुटि से निपटने आदि) ने इस रेखा से जुड़ी त्रुटियों को प्रकट नहीं किया। हां, लोड टेस्टिंग का उपयोग करना आवश्यक होगा, लेकिन कोई निश्चितता नहीं है कि यह इस दुस्साहस को प्रकट करेगा।
चार घंटे की डिबगिंग के बाद (और होमपेज को 503 - अस्थायी रूप से अनुपलब्ध) अनुवाद करते हुए, और जबकि मेरे सह-प्रिंसिपल ने प्रत्येक कुंठित और जिज्ञासु उपयोगकर्ता को माफी के साथ व्यक्तिगत रूप से जवाब दिया, मैंने देखा कि उपयोगकर्ता अन्य उपयोगकर्ताओं के अनुरोध मापदंडों के साथ मेरे अनुरोध के मापदंडों को भ्रमित कर रहा था। सच कहूँ तो, सर्वर को डिज़ाइन किया गया था और इस तरह से काम किया था कि आपके अनुरोध पर केवल आपकी जानकारी वापस आए, लेकिन यह भ्रमित हो गया कि आपने क्या अनुरोध किया था। यही है, आपने पूछा, "मुझे सेब और खरबूजे पसंद हैं," और उसने उत्तर दिया, "बकवास, आप आम से प्यार करते हैं।" यही है, सब कुछ सुरक्षित था, लेकिन फिर भी गलत है। मेरा ExpressJS सर्वर अचानक क्यों भ्रमित करेगा जो मैंने उससे पूछा था। मैंने खुदाई शुरू की और यह पाया:

app.all('/apps/:user_id/status', function(req, res, next) {
// …
initial = extractVariables(req.body);
});

क्या यह बुरा लगता है? हां, यह सिर्फ एक विफलता है। मैं जावास्क्रिप्ट में विशेषज्ञ नहीं हूं, लेकिन मैं यह समझाने की कोशिश करूंगा कि मैं कैसे कर सकता हूं। जावास्क्रिप्ट में, चर घोषणाएं किसी फ़ंक्शन के संदर्भ में या वैश्विक संदर्भ में होती हैं (कुछ परेशानियों के साथ वर्तमान से वैश्विक तक संदर्भों के घोंसले से गुजरते हुए)। जब मैंने "प्रारंभिक" बिना "संस्करण" बनाया, तो वर्तमान संदर्भ से एक मार्ग बनाया गया था और जल्दी से वैश्विक एक में आ गया, और वहां एक वैश्विक चर "प्रारंभिक" बनाया। जब अगला अनुरोध आया, तो वही पास फिर से बनाया गया और डेटा को उसी चर में दर्ज किया गया (वही जो पिछले अनुरोध का उपयोग करने वाला था)। और इसलिए यह प्रत्येक बाद के अनुरोध के साथ हुआ। जब सर्वर ने कुछ प्रसंस्करण के बाद अनुरोधों का जवाब दिया, तो यह लगातार अद्यतन चर से पढ़ा और भ्रमपूर्ण परिणाम लौटाया। पूरा गंदगी। केवल इस तरह से कुछ लिखना आवश्यक था:

var initial = extractVariables(req.body);

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

तो वह क्षण आ गया है जब आपको कहना चाहिए कि "आपको कॉफ़ीस्क्रिप्ट का उपयोग करना था।" और आप सही होंगे। अन्य परिस्थितियों में, यह बदतर हो सकता है (अगर सत्र चर के संदर्भ के साथ मैंने गलती की तो क्या होगा?)। उसके ऊपर, सामान्य त्रुटि हैंडलिंग की कमी (रेल में हम स्टैकट्रैस पर त्रुटियों को पकड़ते हैं और ई-मेल के माध्यम से टीम को अद्वितीय स्टैकर्रैस भेजते हैं), और डिबगिंग के लिए कुछ सामान्य साधन (जीआरईपी और कम को छोड़कर) मुझे उन वर्षों में ले गए जब प्रोग्रामिंग सुखद नहीं थी। बात। या हो सकता है कि मुझे अभी और अधिक सावधान रहने की जरूरत है।

चार घंटे की सेवा रुकावट और कई सौ निराश उपयोगकर्ताओं के बाद, मुझे एक समस्या मिली और जल्दी से इसे एक उत्पादक सर्वर पर तय किया। बादल छंट गए, चिड़ियाँ चहक उठीं और सूरज निकल आया। हमने उपयोगकर्ताओं को माफी के साथ जवाब देना शुरू किया, नुकसान की गणना की और आगे बढ़ गए। लेकिन यह अभी भी मेरे लिए आसान नहीं है कि एक लापता खोजशब्द ने क्या नुकसान पहुँचाया है। क्या यह संभव है कि मुझे याद आया एक संस्करण मुझे त्रुटिपूर्ण बनाता है?