कॉमट्रेड गेमिंग का API-फर्स्ट आर्किटेक्चर ऑपरेटर्स को तकनीकी लचीलापन प्रदान करता है
कंपनी के उपाध्यक्ष रोक इंटिहार ने बताया कि यह दृष्टिकोण नए गेम प्रदाताओं के एकीकरण और कस्टम फ्रंटएंड के विकास को सक्षम बनाता है।
कॉमट्रेड गेमिंग के उपाध्यक्ष प्रौद्योगिकी रोक इंटिहार ने बताया कि API-फर्स्ट आर्किटेक्चर ऑपरेटर्स को नए आपूर्तिकर्ताओं को एकीकृत करने, कस्टम फ्रंटएंड विकसित करने और जटिल तकनीकी पारिस्थितिकी तंत्र को प्रबंधित करने में सक्षम बना रहा है।
इंटिहार ने कहा, "API-फर्स्ट बाद में जोड़ना बहुत मुश्किल है। अगर प्लेटफॉर्म का आंतरिक भाग एक बड़ा ब्लॉक है, तो उसके सामने कोई भी API एक पतला रैपर बना रहता है, और विक्रेता के अपने टूल उसके चारों ओर घूमते रहते हैं।"
उन्होंने समझाया कि कंपनी के iCore प्लेटफॉर्म में, उनका अपना बैक ऑफिस और प्लेयर पोर्टल वही API इस्तेमाल करते हैं जो वे ऑपरेटर्स को देते हैं।
टूर्नामेंट, जैकपॉट और अभियान जैसे मॉड्यूल अलग-अलग सेवाओं के रूप में चलते हैं और API और इवेंट्स के माध्यम से कोर से संवाद करते हैं।
इंटिहार के अनुसार, वॉलेट, प्लेयर खाते और नियामक नियंत्रण कोर में रहते हैं क्योंकि नियामक इन्हीं भागों का ऑडिट करते हैं।
उन्होंने कहा कि नए गेम प्रदाता को एकीकृत करना अब ज्यादातर उनके API को हमारे API पर मैप करने का मामला है।
इंटिहार ने कहा, "हाल ही में हमने प्रदाता के दस्तावेज़ीकरण से एकीकरण का पहला संस्करण जनरेट करने के लिए AI का भी उपयोग किया है, जिससे कोडिंग का हिस्सा बहुत छोटा हो गया है।"
उन्होंने स्वीकार किया कि देरी आमतौर पर कोड के बाहर होती है, जैसे कि अपूर्ण प्रदाता दस्तावेज़ीकरण या बाज़ार-विशिष्ट प्रमाणन प्रक्रियाओं के कारण।
ऑपरेटर्स के लिए कस्टम वेब और मोबाइल अनुभव बनाने की स्वतंत्रता के बारे में, इंटिहार ने कहा कि उनके पास पोर्टल गेटवे के माध्यम से एक संस्करणित API है।
उन्होंने कहा, "हमारे पास अपने ग्राहकों के साथ अलग-अलग परिदृश्य हैं। कुछ की अपनी प्लेयर UI टीम है, कुछ ने बाहरी कंपनियों को नियुक्त किया है और कुछ प्लेयर पोर्टल के लिए हमारी टीम का भी उपयोग करते हैं।"
API संस्करण और पिछड़े संगतता को संभालने के लिए, इंटिहार ने बताया कि उनके प्लेयर API में हर एंडपॉइंट के URL में संस्करण होता है, और पुराने और नए संस्करण साथ-साथ चलते हैं।
उन्होंने कहा, "एक ऐसा परिवर्तन जो मौजूदा क्लाइंट को तोड़ देगा, एक नए संस्करण में जाता है, और पुराना वाला तब तक वैसे ही रहता है जब तक क्लाइंट स्थानांतरित होने के लिए तैयार नहीं हो जाता।"
इंटिहार ने स्वीकार किया कि लचीलेपन से जटिलता का जोखिम हो सकता है, खासकर शुरुआती वर्षों में जब ग्राहक-विशिष्ट कार्य हर रिलीज़ को भारी बना देते थे।
उन्होंने कहा कि अब वे ऑपरेटर्स को एक ही कोडबेस पर एक ही संस्करण में ले जाने पर ध्यान केंद्रित करते हैं ताकि रखरखाव आसान रहे।
