पहला एपीआई आर्किटेक्चर या रीजनिंग: मोटा बनाम पतला सर्वर

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

परिचय

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

MVC में कोड पुन: उपयोग

एमवीसी वास्तुकला लंबे समय से लोकप्रिय है। 2004 में रूबी ऑन रेल्स की रिलीज के साथ इसकी लोकप्रियता तेजी से बढ़ रही है। MVC प्रतिमान आपको सबसे प्रभावी रूप से मौजूदा कोड का उपयोग करने की अनुमति देता है यदि यह फ्रंट-एंड / बैक-एंड एप्लिकेशन (CMS के रूप में) है जिसमें उपयोगकर्ता फ्रंट-एंड का उपयोग करते हैं और कर्मचारी बैक-एंड का उपयोग करते हैं। इस मामले में, आपको फ्रंट-एंड और बैक-एंड के लिए समान सॉफ़्टवेयर स्टैक का चयन करना होगा और इन अनुप्रयोगों को यथासंभव समान बनाना होगा। जब एमवीसी रणनीति को सही तरीके से लागू किया जाता है, तो आप आवेदन के कई हिस्सों में कोड का पुन: उपयोग कर सकते हैं। वे, उदाहरण के लिए, डीबीएएल / ओआरएम, बिजनेस लॉजिक, प्रेजेंटेशन, और एएए (प्रमाणीकरण, प्राधिकरण और लेखा) हो सकते हैं। विशेष रूप से, एएए के साथ, कर्मचारी ग्राहकों के समान लॉगिन फॉर्म का उपयोग कर सकते हैं, और दोनों रूपों का एक समान कोड होगा। ।

MVC के लिए मोबाइल विचार

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

MVC में API जोड़ना

अनुप्रयोग विकास के क्षेत्र में, हर कोई HTML5 बनाम मूल निवासी के बारे में बहस कर रहा है। मैं डैनी ब्राउन को यहां उद्धृत करूंगा:

आज मोबाइल एप्लिकेशन बनाने वाली किसी भी कंपनी को चुनना है: एक देशी या एचटीएमएल 5 एप्लिकेशन बनाएं। दोनों विकल्पों के अपने फायदे और नुकसान हैं, लेकिन गलत विकल्प महंगा हो सकता है। - डैनी ब्राउन

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

आमतौर पर, जब सर्वर एमवीसी प्रतिमान का उपयोग करता है, तो पृष्ठ लोड समय 200ms है। सर्वर कार्य: डेटाबेस अमूर्तता, व्यापार तर्क और प्रस्तुति। इसीलिए इसे "मोटा सर्वर" भी कहा जाता है। प्रथम सर्वर API प्रस्तुति के लिए ज़िम्मेदार नहीं है, इसमें अनुरोध के लिए कम व्यावसायिक तर्क हैं और इसलिए इसे "पतला सर्वर" कहा जाता है। निष्पादन की गति के लिए एक अच्छा एपीआई अत्यधिक अनुकूलित है, जो आमतौर पर 20ms तक पहुंचता है। यानी मोबाइल डिवाइस के लिए पेज लोडिंग के दौरान अधिकतम 10 एपीआई कॉल की जा सकती हैं (उदाहरण के लिए, 300ms)।

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

ट्विटर और एपीआई पहले

2010 में, ट्विटर ने "एपीआई फर्स्ट" रणनीति की घोषणा की। उन्होंने मोबाइल अनुप्रयोगों के साथ एक समान वास्तुकला पर एक जावास्क्रिप्ट वेब एप्लिकेशन बनाया और इसे जावास्क्रिप्ट आर्किटेक्चर कहा। इससे उन्हें अपने स्वयं के एपीआई का पूरी तरह से उपयोग करने की अनुमति मिली। पहले, एपीआई वेब एप्लिकेशन के लिए एक अतिरिक्त था, लेकिन अब यह अन्य सभी उत्पादों के विकास का आधार बन गया है। ट्विटर एपीआई RESTful JSON API का उपयोग करके जावास्क्रिप्ट प्रोग्रामर के लिए इष्टतम एकीकरण प्रदान करने पर केंद्रित है। लेकिन वे पारंपरिक पृष्ठों का भी समर्थन करते हैं:

जावास्क्रिप्ट के बिना क्रॉलर्स और उपयोगकर्ताओं का समर्थन करने के लिए, हमें एक प्रतिपादन प्रणाली की आवश्यकता होती है जो सर्वर और क्लाइंट दोनों पर चलेगी। - ट्विटर

"एपीआई फर्स्ट" रणनीति के समानांतर उपयोग के साथ पारंपरिक पृष्ठ प्रदान करने का यह तरीका, मैं "हाइब्रिड" कहूंगा। नीचे दिए गए आरेख में, मैंने विभिन्न दृष्टिकोणों को सूचीबद्ध करने का प्रयास किया।

निष्कर्ष

कोड का इष्टतम उपयोग लागत को कम करता है, लेकिन यह केवल तभी प्राप्त किया जा सकता है जब आपके पास एक मजबूत वास्तु रणनीति है जिसे आप पालन करेंगे। फर्स्ट एपीआई आर्किटेक्चर की बराबरी करने के लिए कोड रिफैक्टिंग सीधे तौर पर लाभदायक नहीं होगा। यह बाद के परिवर्तनों की लागत को कम करेगा, इसमें कोई संदेह नहीं है, लेकिन इस तरह का निर्णय लेने के लिए आवश्यक विश्वास का स्तर प्राप्त करना इतना आसान नहीं है।

पठन सामग्री

यह पहला आर्किटेक्चर एपीआई के बारे में पहला लेख नहीं है। यदि आप अधिक सीखने में रुचि रखते हैं, तो मेरा सुझाव है कि आप नीचे प्रस्तुत सामग्री (अंग्रेजी में स्रोत) से खुद को परिचित करें:

• 2009 - एपीआई फर्स्ट डिज़ाइन, कैस थॉमस (ब्लॉग)
• 2011 - "एपीआई-प्रथम विकास," डेविड डोसॉट (ब्लॉग)
• 2011 - निक्को बोटिस्टा (प्रशिक्षण) द्वारा "एपीआई-सेंट्रिक वेब एप्लिकेशन बनाना"
• 2012 - "एपीआई फर्स्ट", मार्क ओ'नील (ब्लॉग)
• 2012 - " हरोकू प्लेटफ़ॉर्म पर एपीआई-पहला उत्पाद विकास" , do.com (लंबा वीडियो)
• 2012 - "एपीआई-प्रथम डिज़ाइन दृष्टिकोण," बेन ब्रिगनेल (ब्लॉग)
• 2012 - एपीआई प्रथम, अमीश जानी (ब्लॉग)
• 2013 - "www.api-first.com", फियोना और इवान (वेबसाइट)
• 2013 - बेन रैमसे (प्रस्तुति स्लाइड) द्वारा "एपीआई फर्स्ट (पीएचपी टेक 2013)"

मैंने 26 नवंबर, 2013 को लीजवेब पर आयोजित प्रस्तुति के लिए "एपीआई फर्स्ट" विषय पर 11 स्लाइड का चयन किया।