MuleSoft ने इस सप्ताह अपने Anypoint प्लेटफॉर्म में डेटाग्राफ क्षमता को जोड़ा है, जो बिना किसी अतिरिक्त कोड को लिखे एक ही क्वेरी के साथ कई मौजूदा API से डेटा को तुरंत खोजने, एक्सेस करने और सेवा देने के लिए GraphQL क्वेरी भाषा को नियोजित करने वाले अनुप्रयोगों को एकीकृत करता है।
साथ ही, MuleSoft ने अतिरिक्त कनेक्टर ऑटोमेशन एनीवेयर, Google शीट्स, JIRA, नेटसुइट और स्ट्राइप को जोड़ा है, साथ ही MuleSoft द्वारा परिभाषित कनेक्टर और सर्वोत्तम प्रथाओं का उपयोग करके SAP अनुप्रयोगों से कनेक्ट करने के लिए MuleSoft एक्सेलेरेटर का एक उदाहरण भी जोड़ा है।
उन सर्वोत्तम API डेवलपर प्रथाओं में शामिल हैं:
- उम्मीदें पैदा करें: संचार की अपनी लाइनें खुली और स्पष्ट रखें। डेवलपर्स को बताएं कि आप उनसे और प्रोजेक्ट से क्या उम्मीद करते हैं, स्पष्ट समय सीमा प्रदान करें, और किसी भी दर्द बिंदु को संबोधित करें जिसे एपीआई कार्यक्षमता को हल करना चाहिए।
- सेवा संदेश सेवा: नए और मौजूदा उत्पादों और सेवाओं के लिए मूल्य प्रदान करने के उद्देश्य से सभी एपीआई और सेवाओं को व्यावसायिक लक्ष्यों और प्रमुख सेवाओं के साथ संरेखित करना चाहिए।
- केस स्टडी: साक्ष्य प्रदान करने के लिए केस स्टडी का उपयोग करें और उन सुधारों को स्पष्ट करें जो एपीआई अपनाने से परियोजना में आएगी।
- दस्तावेज़ीकरण: सुनिश्चित करें कि दस्तावेज़ीकरण उपकरण मौजूद हैं ताकि डेवलपर टीम एपीआई को अपनाने में अपनी प्रगति का सही-सही दस्तावेजीकरण कर सके।
- SDK और पुस्तकालय: विकास और कार्यान्वयन को गति देने में सहायता के लिए पुन:प्रयोज्य कोड और प्रक्रियाओं (एसडीके और पुस्तकालयों सहित) जैसे संसाधन प्रदान करें।
अंत में, MuleSoft अब अपने Anypoint रनटाइम फैब्रिक को अब पहली बार Kubernetes प्लेटफॉर्म जैसे Azure Kubernetes Service, Amazon Elastic Kubernetes Service, और Google Kubernetes Engine पर उपलब्ध करा रहा है। एनीपॉइंट रनटाइम फैब्रिक एक कंटेनर के भीतर एनकैप्सुलेटेड एनीपॉइंट प्लेटफॉर्म को लगातार तैनात करना संभव बनाता है।
एनीपॉइंट डेटाग्राफ उसी कोर ग्राफक्यूएल क्षमताओं को नियोजित करता है जो मूल कंपनी सेल्सफोर्स द्वारा प्रदान किए गए सॉफ़्टवेयर-ए-ए-सर्विस (सास) अनुप्रयोगों के भीतर पहले मूलेसॉफ्ट को एम्बेड किया गया था। उत्पाद प्रबंधन के वरिष्ठ उपाध्यक्ष शॉन क्लॉज कहते हैं, अब उन क्षमताओं को एनीपॉइंट प्लेटफॉर्म में कम-कोड टूल के एक सेट के माध्यम से अन्य अनुप्रयोगों के लिए अधिक व्यापक रूप से उपलब्ध कराया जा रहा है, जो डेवलपर्स को आरईएसटी एपीआई के विकल्प के रूप में ग्राफक्यूएल को अधिक व्यापक रूप से नियोजित करने में सक्षम बनाता है। MuleSoft.
यह दृष्टिकोण डेवलपर्स के लिए अपने एप्लिकेशन को अन्य डेटा स्रोतों के साथ एकीकृत करना आसान बनाता है, भले ही वे जो एप्लिकेशन बनाते हैं वह प्रक्रियात्मक कोड या कम-कोड प्लेटफॉर्म का उपयोग करके बनाया गया हो। यहां तक कि जब डेवलपर्स प्रक्रियात्मक कोड का उपयोग करके अपने आवेदन को लिखना पसंद करते हैं, तब भी यह समझ में आता है कि एकीकरण को तेजी से बनाने के लिए कम-कोड टूल को नियोजित करना, क्लॉज़ नोट करता है।
क्लोज़ कहते हैं, डेवलपर्स को आज कई एपीआई के माध्यम से लचीले ढंग से डेटा का उपभोग करने में सक्षम होने की आवश्यकता है क्योंकि डिजिटल व्यापार परिवर्तन की पहल का विस्तार और विकास जारी है। वास्तव में, डेवलपर्स को तेजी से अनुप्रयोगों की रचना करने की आवश्यकता हो रही है ताकि उनके संगठन तेजी से बदलती व्यावसायिक आवश्यकताओं का कुशलता से जवाब दे सकें, क्लॉज़ कहते हैं।
कम-कोड एकीकरण टूल को नियोजित करने वाले डेवलपर्स के प्रकार भी विस्तारित होने लगे हैं। तथाकथित नागरिक डेवलपर्स ऐसे एप्लिकेशन बनाना शुरू कर रहे हैं जिन्हें एपीआई के माध्यम से डेटा का उपभोग करने की आवश्यकता है। उन अनुप्रयोगों का परिष्कार स्वाभाविक रूप से उन डेवलपर्स के कौशल के आधार पर भिन्न होता है।
क्लॉज़ कहते हैं, "नागरिक डेवलपर्स के साथ चुनौती यह है कि वे कितने नागरिक हैं।"
भले ही एप्लिकेशन कौन बनाता है, अलग-अलग विशेषज्ञता वाले डेवलपर्स के लिए एपीआई का पुन:उपयोग करना बहुत आसान होता जा रहा है। उदाहरण के लिए, पेशेवर डेवलपर्स, पुनरीक्षित एपीआई की एक लाइब्रेरी बना सकते हैं जिसे अन्य डेवलपर्स द्वारा पुन:उपयोग किया जा सकता है। क्लॉज नोट करता है कि एपीआई के निर्माण और तैनाती के लिए एक केंद्रीकृत दृष्टिकोण की आवश्यकता है जो एपीआई के निर्माण और रखरखाव दोनों के लिए जिम्मेदारी के रूप में एक बहुत जरूरी शासन ढांचा प्रदान करता है। यह न केवल अनुपालन के नजरिए से महत्वपूर्ण है, बल्कि इसलिए भी कि एक अलग प्रोजेक्ट पर काम कर रहे डेवलपर्स के लिए अनावश्यक एपीआई बनाना असामान्य नहीं है।
आगे बढ़ते हुए, यह स्पष्ट है कि एपीआई अनुप्रयोग विकास के केंद्र में हैं क्योंकि यह विकसित हो रहा है। अगली पीढ़ी के माइक्रोसर्विसेज-आधारित एप्लिकेशन प्रत्येक सेवा पर अपने स्वयं के एपीआई के लिए निर्भर करते हैं। संगठनों को जल्द ही एपीआई की संख्या हजारों में मिल सकती है। GraphQL उन सभी से निपटने के लिए एक महत्वपूर्ण लापता लिंचपिन प्रदान करता है। चुनौती अब विरासती आरईएसटी एपीआई के साथ इसे लागू करने का सबसे अच्छा तरीका ढूंढ रही है जो जल्द ही दूर नहीं होगी।
