Express APIs सोबत मी केलेल्या ५ प्रोडक्शन चुका
APIs क्लिष्ट कोडमुळे मोडत नाहीत.
त्या अशा वेळी मोडतात जेव्हा तुम्ही साध्या तपशिलांकडे दुर्लक्ष करता.
प्रत्यक्ष प्रोडक्शन एरर्समधून मी हे पाच धडे शिकलो.
१. डेटा लवकर validate करा
मी पूर्वी माझ्या business logic मध्ये डेटा validate करायचो. यामुळे मूळ स्त्रोतापासून दूर असलेले bugs निर्माण होत असत.
आता मी चुकीच्या requests त्वरित नाकारतो.
जर एखाद्या request मध्ये वैध email नसेल, तर लगेच 400 error परत करा. चुकीचा डेटा तुमच्या मुख्य logic पर्यंत पोहोचू देऊ नका.
२. विशिष्ट error codes वापरा
एक सामान्य 500 error कोणालाही मदत करत नाही.
जर API key फेल झाली, तर 401 error परत करा. जर युजरकडे credits नसतील, तर 402 error परत करा.
जर तुम्हाला Slack वर एररबद्दल स्पष्टीकरण द्यावे लागत असेल, तर तुमचा API मेसेज अपयशी ठरला आहे.
३. तुमच्या middleware चा क्रम तपासा
मी authentication च्या समस्या शोधण्यात (debugging) तासनतास घालवले. समस्या फक्त माझ्या middleware च्या क्रमाची होती.
हा क्रम फॉलो करा:
- प्रथम CORS
- दुसरे JSON parsing
- तिसरे Authentication
- शेवटी Routes
एक चुकीची ओळ सर्व काही बिघडू शकते.
४. योग्य डेटा log करा
मी अनेक logging styles वापरून पाहिल्या. त्यातील बहुतेक निरुपयोगी होत्या.
Standard tracking साठी, method, path आणि status code log करा.
Errors साठी, request ID, error message आणि stack trace log करा.
रात्री ३ वाजता जेव्हा तुमची झोप मोडते, तेव्हा इतर सर्व माहिती फक्त गोंधळ (noise) वाटते.
५. rate limits सेट करा
मी एक endpoint इतक्या वेगाने hit होताना पाहिला की त्यामुळे प्रत्यक्ष पैशांचे नुकसान झाले.
मर्यादा नसलेला API केवळ आशेवर अवलंबून असतो. आशा ही कोणतीही security strategy नाही.
तुमचा server सुरक्षित ठेवण्यासाठी express-rate-limit वापरा.
बहुतेक API failures मूलभूत गोष्टींकडे दुर्लक्ष केल्यामुळे होतात.
प्रोडक्शनला तुमच्या योजनांची पर्वा नसते. त्याला फक्त तुमच्या setup ची काळजी असते.
Source: https://dev.to/manolito99/5-production-mistakes-that-changed-how-i-build-express-apis-133e