GraphQL आणि रिअलटाइम API साठी AWS AppSync पर्याय

पुनरावलोकन २२ ऑक्टोबर २०२६. ShareAI टीमद्वारे लिहिलेले. आम्ही येथे समाविष्ट पूरक AI सेवा चालवतो. या मार्गदर्शकात प्राथमिक दस्तऐवज आणि वास्तविक स्क्रीनशॉट्स वापरून GraphQL आणि रिअलटाइम आवश्यकताांची तुलना केली आहे. माइग्रेशन वर्कशीट प्रस्तावित आहे; कोणतेही ग्राहक AppSync माइग्रेशन, सशुल्क कार्यक्षमता बेंचमार्क किंवा तैनात GraphQL-ते-ShareAI एकत्रीकरण अंमलात आणले गेले नाही.

तुम्हाला आवश्यक असलेल्या करारावर सर्वोत्तम AWS AppSync पर्याय अवलंबून असतो. डेटा-केंद्रित GraphQL साठी Hasura GraphQL Engine v2, ग्राफ ऑर्केस्ट्रेशनसाठी Apollo Router/GraphOS किंवा WunderGraph Cosmo, तुम्ही तयार आणि चालवलेला सर्व्हरसाठी GraphQL Yoga, आणि रिअलटाइम मेसेजिंग लेयरसाठी Ably यांचे मूल्यांकन करा. ShareAI तुमच्या बॅकएंडद्वारे कॉल केलेली समर्थित AI सेवा असू शकते; हे GraphQL स्कीमा, रिजॉल्वर्स, अधिकृतता, सबस्क्रिप्शन किंवा ऑफलाइन सिंक्रोनायझेशन बदलत नाही.

AppSync GraphQL ला AppSync Events पासून वेगळे करा

AWS AppSync ओव्हरव्ह्यू डेटा स्रोत, रिजॉल्वर्स, सबस्क्रिप्शन, अधिकृतता आणि मर्ज केलेल्या API सह सर्व्हरलेस GraphQL API कव्हर करते. AppSync मध्ये HTTP आणि फंक्शन बॅकएंड तसेच AWS डेटा सेवा समाविष्ट असू शकतात. फक्त AWS-नेटिव्ह डेटा AppSync API मागे बसू शकतो असा व्यापक दावा पुन्हा करू नका.

AppSync Events हे चॅनेल नेमस्पेस, प्रकाशित/सदस्यता क्रिया आणि नेमस्पेस हँडलर्ससह स्वतंत्र PubSub API मार्ग आहे. क्लायंट HTTP किंवा WebSocket वरून प्रकाशित करू शकतात आणि WebSocket वरून सदस्यता घेऊ शकतात. एक Events वर्कलोड हलवणे आणि GraphQL ॲप्लिकेशन माइग्रेट करणे हे वेगवेगळे प्रकल्प आहेत, जरी दोघेही लाइव्ह अपडेट्स वितरीत करत असले तरी.

AppSync चालू ठेवणे ही एक वैध निवड आहे जेव्हा त्याची सध्याची सेवा तुमच्या गरजा पूर्ण करते. नवीन AI Provider, विशिष्ट Resolver किंवा वेगळा Messaging Component कार्यरत GraphQL API सह सह-अस्तित्व करू शकतो. आधीपासून कार्यरत असलेल्या Schemas, Client State आणि Access Rules हलवण्यापूर्वी स्थलांतर करण्याचे कारण ओळखा.

पाच पर्याय आणि प्रत्येकाने बदललेली स्तर

समान User Journey ची तुलना करा: परवानगी दिलेले Data लोड करा, अधिकृत Mutation करा, इच्छित Update वितरित करा, पुन्हा कनेक्ट करा आणि State पुन्हा जुळवा. Federation, Offline Editing किंवा Model Generation फक्त तेव्हा जोडा जेव्हा वास्तविक Workload त्यांची आवश्यकता असेल. यामुळे Traffic हलण्यापूर्वी अनुपस्थित Application Responsibilities दिसून येतात.

पाच पर्याय: ताकद, मर्यादा आणि योग्यतेचा विचार

Hasura GraphQL Engine v2: Data APIs आणि Permissions

सर्वोत्तम साठी: योग्य Database आणि Permission Model सह Data-oriented GraphQL. v2 Documentation GraphQL Engine Community, Cloud आणि Enterprise Scope वेगळे करते. हा विभाग स्पष्टपणे v2 बद्दल आहे; दुसऱ्या Hasura Generation मध्ये समान Connectors, Configuration किंवा व्यवहार आहेत असे गृहीत धरू नका.

Pros: Generated Data APIs, Actions द्वारे Custom Logic आणि Remote Schema Integration हाताने लिहिलेल्या Resolver Work कमी करू शकते. त्याचे Auth Guide Authentication Roles/Permissions पासून वेगळे करते. Cons आणि Cost Check: तुमचे वास्तविक Schema, Database व्यवहार आणि Entitlements मॅप करा. Subscriptions मध्ये Postgres Live Queries आणि Streaming Paths समाविष्ट आहेत; ते AppSync Mutation-triggered Updates किंवा Offline Write Queue शी आपोआप समान नाहीत.

Apollo Router / GraphOS: ग्राफ orchestration आणि federation

सर्वोत्तम: विद्यमान सेवांमध्ये ग्राफ तयार करणे आणि ऑपरेट करणे. Apollo Router overview REST/GraphQL APIs समोर runtime वर्णन करते, ज्यामध्ये query planning, सुरक्षा आणि telemetry समाविष्ट आहे. डेटाबेस प्रवेश आणि subgraph/resolver ownership साठी अद्याप ठोस डिझाइन आवश्यक आहे.

फायदे: orchestration आणि ग्राफ-विशिष्ट व्यवस्थापन multiservice API साठी योग्य आहे. तोटे आणि खर्च तपासणी: होस्टिंग, subgraphs, लागू योजना आणि client transport मॅप करा. विद्यमान subscription reference सांगते की क्लायंट्स multipart HTTP responses प्राप्त करतात; router द्वारे थेट client WebSocket कनेक्शन समर्थित नाहीत. Subgraph कनेक्शनसाठी त्यांच्या स्वतःच्या समर्थित प्रोटोकॉल आहेत. AppSync WebSocket क्लायंट अपरिवर्तित कार्य करेल असे गृहीत धरू नका.

WunderGraph Cosmo: ग्राफच्या lifecycle tooling

सर्वोत्तम: composition checks, routing, analytics आणि tracing सह ग्राफ lifecycle प्लॅटफॉर्मचे मूल्यांकन करणाऱ्या टीम्ससाठी. current Cosmo overview CLI, control plane, router आणि Studio वर्णन करते, ज्यामध्ये managed आणि self-hosted पर्याय तसेच monolithic/federated GraphQL सह subscriptions साठी समर्थन आहे.

फायदे: ग्राफ व्यवस्थापन आणि runtime routing प्लॅटफॉर्म शेअर करू शकतात. तोटे आणि खर्च तपासणी: वास्तविक backend adapters, identity, schemas, event infrastructure आणि निवडलेले edition/hosting scope पात्र करा. विद्यमान subgraph services आणि AppSync-specific VTL/JavaScript/data-source bindings वेगळ्या migration cases आहेत. कोणत्याही AppSync resolver implementation work शिवाय transfer होईल असे vendor migration estimate किंवा federation support म्हणून व्याख्या करू नका.

GraphQL Yoga: schema आणि server implementation स्वतः तयार करा.

सर्वोत्तम कोणासाठी: एक टीम जी कस्टम GraphQL सर्व्हर लागू करायची आणि चालवायची इच्छा ठेवते. Yoga क्विकस्टार्ट तुमच्या स्कीमा आणि रिझॉल्वर अंमलबजावणीला सर्व्हर/रनटाइममध्ये रूपांतरित करते. हे होस्टेड डेटाबेस, ओळख प्रणाली आणि पूर्ण व्यवस्थापित बॅकएंड बंडलऐवजी एक फ्रेमवर्क निवड आहे.

फायदे: थेट अंमलबजावणी नियंत्रण आणि दस्तऐवजीकृत रनटाइम एकत्रीकरणे. तोटे आणि खर्च तपासा: स्वतःचा डेटाबेस प्रवेश, परवानग्या, डिप्लॉयमेंट आणि उपलब्धता व्यवस्थापित करणे आवश्यक आहे. त्याचा सबस्क्रिप्शन मार्गदर्शक डीफॉल्टनुसार GraphQL-over-SSE वापरतो, ज्यामध्ये दस्तऐवजीकृत WebSocket एकत्रीकरण मार्ग आहे. अनेक प्रतिकृतींसाठी स्वतंत्र इन-मेमरी पबसब उदाहरणांपलीकडे इव्हेंट वितरण आवश्यक आहे. वास्तविक क्लायंट/ट्रान्सपोर्ट आणि उत्पादन अवलंबनांची पात्रता तपासा.

Ably: एक रिअलटाइम लेयर ज्यामध्ये एक राखीव अनुप्रयोग बॅकएंड आहे

सर्वोत्तम कोणासाठी: रिअलटाइम मेसेजिंग, उपस्थिती आणि चॅनेल-आधारित अद्यतनांवर केंद्रित वर्कलोड. Pub/Sub संदर्भ चॅनेल्स, मेसेजेस, उपस्थिती, इतिहास आणि SDK/REST इंटरफेसचे वर्णन करतो. हे AppSync Events-शैलीच्या आवश्यकता किंवा स्वतंत्र अनुप्रयोग मेसेजिंग लेयरसाठी संबंधित असू शकते.

फायदे: व्यवस्थापित रिअलटाइम प्रिमिटिव्ह्स आणि दस्तऐवजीकृत कनेक्शन/रिकव्हरी वर्तन. तोटे आणि खर्च तपासा: जिथे आवश्यक असेल तिथे GraphQL क्वेरी/म्युटेशन, डेटाबेस आणि अनुप्रयोग-प्राधिकरण लेयर तयार करा किंवा ठेवा. मेसेज रिकव्हरी/इतिहास स्वयंचलितपणे ऑफलाइन संपादनक्षम रेकॉर्ड्स आणि संघर्ष निराकरणास समतुल्य नाही. चॅनेल क्षमता, परवानगी असलेले प्राप्तकर्ते, धारणा, क्लायंट वर्तन आणि वास्तविक योजना/वापर युनिट्सची पात्रता तपासा.

स्कीमा, रिझॉल्वर आणि प्राधिकरण करार जतन करा

• स्कीमा: ऑपरेशन नावे, प्रकार/नलिबिलिटी, पेजिनेशन, फिल्टर्स, त्रुटी आणि क्लायंट-जनरेट केलेले प्रकार.
• रिझॉल्वर्स: डेटा-स्रोत कॉल्स, ट्रान्सफॉर्मेशन्स, पाईपलाइन ऑर्डर, व्यवहार आणि अपस्ट्रीम क्रेडेन्शियल्स.
• प्रवेश: वापरकर्ता/मशीन ओळख, फील्ड/रेकॉर्ड/भाडेकरू नियम आणि अनधिकृत ऑपरेशन्स.
• रिअलटाइम: ट्रिगर, निवड सेट, ट्रान्सपोर्ट, प्राप्तकर्ता धोरण आणि पुन्हा कनेक्ट वर्तन.
• ऑफलाइन: स्थानिक रेकॉर्ड्स, रांगेत लिहिणे, आवृत्त्या, हटवणे, संघर्ष धोरण आणि पुनर्प्राप्ती पुरावा.

AWS दस्तऐवज API key, IAM, Cognito, OIDC आणि Lambda अधिकृतता वेगवेगळ्या कॉन्फिगरेशनसह प्रदान करतो. AppSync API key ही वैयक्तिक वापरकर्त्याच्या ओळखी किंवा लक्ष्य प्लॅटफॉर्मच्या पंक्ती-स्तरीय परवानगीसारखी नसते. वास्तविक प्रवेश नियम मॅप करा आणि परवानगी असलेल्या वापरकर्त्याची, नाकारलेल्या वापरकर्त्याची आणि क्रॉस-टेनंट डेटा प्रयत्नांची पडताळणी करा.

रिझॉल्वर संदर्भ GraphQL फील्ड्सना डेटा-सोर्स विनंती/प्रतिसाद लॉजिकशी जोडतो आणि युनिट/पाइपलाइन रिझॉल्वरमध्ये फरक करतो. निर्यात केलेली स्कीमा एकटी VTL, AppSync JavaScript सहाय्यक, डेटा-सोर्स ओळख किंवा प्रभावी त्रुटी अर्थ हस्तांतरित करत नाही. त्या जबाबदाऱ्या जाणूनबुजून पुन्हा तयार करा किंवा मॅप करा.

बेसलाइन म्हणून वास्तविक क्वेरी/म्युटेशन कॉन्ट्रॅक्ट्सचा लहान संच वापरा. प्रतिसाद आकार, null/त्रुटी वर्तन, फिल्टर्स, पृष्ठांकन आणि बॅकएंड साइड इफेक्ट्स संरक्षित करा. नवीन सर्व्हरद्वारे स्वीकारलेली स्कीमा अद्याप वेगवेगळ्या नोंदी उघड करू शकते, तयार केलेला क्लायंट तोडू शकते किंवा पुनर्प्रयत्नानंतर बाह्य ऑपरेशन पुन्हा करू शकते.

सबस्क्रिप्शन, पुन्हा कनेक्ट आणि ऑफलाइन स्थितीसाठी स्वतंत्र तपासणी आवश्यक आहे.

AppSync चे GraphQL सबस्क्रिप्शन म्युटेशनद्वारे ट्रिगर केले जातात. म्युटेशन निवड सेट सबस्क्रायबर्सला काय प्राप्त होते यावर परिणाम करतो; म्युटेशन परिणामामध्ये अनुपस्थित असलेले विनंती केलेले फील्ड आवश्यक फील्डसाठी null किंवा त्रुटी बनू शकते. ट्रिगर, पेलोड, फिल्टरिंग आणि प्राप्तकर्ता अधिकृतता संरक्षित करा, फक्त WebSocket कनेक्ट झाला आहे की नाही हे तपासण्याऐवजी.

दोन क्लायंटसह चाचणी करा: अधिकृत सबस्क्रायबर आणि दुसरा वापरकर्ता ज्याने ती नोंद किंवा टेनंटचे अपडेट्स प्राप्त करू नयेत. संबंधित म्युटेशन करा, अपेक्षित पेलोड आणि नकार निरीक्षण करा, डिस्कनेक्ट/पुन्हा कनेक्ट करा आणि परिणामी स्थिती पुन्हा जुळवा. कनेक्शन दरम्यान बदलणारे क्रेडेन्शियल्स आणि कोणत्याही वास्तविक पुनरावृत्ती/डेडुप्लिकेशन आवश्यकता समाविष्ट करा.

AppSync चे DynamoDB आवृत्तीकरण/संघर्ष/सिंक्रोनाइझेशन वैशिष्ट्ये आवृत्ती मेटाडेटा, डेल्टा रेकॉर्ड्स, विलोपन टॉम्बस्टोन्स आणि संघर्ष धोरणांचा समावेश करतात. Amplify Gen 1 DataStore संदर्भ हे विशिष्ट क्लायंट सिंक्रोनाइझेशन सिस्टम आहे. प्रत्येक GraphQL क्लायंट, AppSync जनरेशन किंवा पुन्हा कनेक्टिंग मेसेज चॅनेल समान ऑफलाइन वर्कफ्लो म्हणून विचार करू नका.

क्लायंट/बॅकएंड बदलण्यापूर्वी असिंक्रोनाइझ्ड स्थानिक संपादने आणि त्यांचे मालकी संरक्षित करा. ऑफलाइन संपादन, एकत्रित सर्व्हर बदल, विलोपन, संघर्ष परिणाम आणि पुन्हा कनेक्ट करण्याचा सराव करा. नवीन डिझाइन समान स्थिती पुन्हा जुळवते तोपर्यंत आवृत्ती/विलोपन इतिहास आणि पुनर्प्राप्ती मार्ग टिकवून ठेवा. नवीन ऑनलाइन क्वेरी प्रलंबित क्लायंट लेखन स्थलांतर टिकून राहिले आहे हे स्थापित करू शकत नाही.

मूळ GraphQL आणि रिअलटाइम स्वीकार्यता वर्कशीट

एका गैर-महत्त्वाच्या ऑपरेशनसह आणि मर्यादित क्लायंट गटासह प्रारंभ करा. जुना रूट उपलब्ध ठेवा, बेसलाइन संरक्षित करा आणि वास्तविक कॉलर-दृश्यमान वर्तनाची तुलना करा. मूलभूत क्वेरी/म्युटेशन आणि परवानग्या पास झाल्यानंतर स्कीमा रचना किंवा वेगळ्या डेटा स्टोअर जोडा, त्यामुळे एकाच वेळी अनेक बदलांमुळे प्रतिगमनाचे कारण अस्पष्ट होणार नाही.

व्यवस्थापन क्रिया किंवा यशस्वी स्कीमा परिनियोजन पुरेसे नाही. वास्तविक रूट, क्लायंट ट्रान्सपोर्ट, कायमस्वरूपी परिणाम आणि ऑपरेटर पुरावा निरीक्षण करा. आवश्यक डेटा, परवानग्या, सदस्यता आणि प्रलंबित-लेखन वर्कफ्लोमध्ये सत्यापित लक्ष्य मालक असल्याशिवाय मागील घटक निवृत्त करा.

पूर्ण ऑपरेटिंग आणि किंमती मॉडेलची तुलना करा

सध्याच्या AWS किंमती वापरा वास्तविक GraphQL किंवा इव्हेंट्स वर्कलोड आणि प्रदेशासाठी. ऑपरेशन्स, वितरित अपडेट्स/संदेश, कनेक्शन वेळ, लागू कॅशिंग/ट्रान्सफर आणि बॅकिंग सेवांचा समावेश करा. क्वेरी डेटाबेस, फंक्शन आणि बाह्य-मॉडेल कार्य ट्रिगर करू शकते ज्याचे शुल्क API प्रवेश बिंदूपासून वेगळे आहे.

Hasura साठी, निवडलेली जनरेशन/एडिशन, डेटाबेस आणि होस्टिंग समाविष्ट करा. Apollo/Cosmo साठी, राउटर/प्लॅटफॉर्म स्कोप, सबग्राफ्स, सदस्यता आणि इव्हेंट अवलंबित्व समाविष्ट करा. Yoga साठी, तुमची टीम मालकीची सर्व्हर, डेटा आणि रिअलटाइम ऑपरेशन समाविष्ट करा. Ably साठी, मेसेजिंग लेयरची किंमत मोजा आणि अद्याप क्वेरी आणि म्युटेशन सर्व्ह करणारे ऍप्लिकेशन बॅकएंड राखा.

समान स्वीकारलेला वर्कलोड, अधिकृतता, पेलोड आणि अपयश प्रकरणे मोजा. फक्त विक्रेता-पुरवलेली विलंब आकडेवारी किंवा सामान्य प्रति-रिक्वेस्ट किंमत पूर्ण ऍप्लिकेशनची किंमत आणि गुणवत्ता स्थापित करत नाही. समांतर रूट्स आणि राखलेला पुरावा असलेल्या कालावधीचा समावेश करा. या लेखाद्वारे कोणतीही बचत, स्थलांतर कालावधी किंवा समान विश्वासार्हता हमी दिलेली नाही.

ShareAI एक बॅकएंड AI सेवा आणि ऍप महसूल मार्ग म्हणून

सर्वोत्तम कोणासाठी: अशा अनुप्रयोगासाठी ज्याचा अधिकृत बॅकएंड समर्थित AI इनफरन्स, मंजूर अ‍ॅप AI अधिभार किंवा पात्र मालकी क्षमता आवश्यक आहे. ShareAI त्याचे AI रूटिंग, वापर, ग्राहक पेमेंट आणि खाते-विशिष्ट सेटलमेंट मार्ग प्रदान करते. GraphQL स्कीमा, रिझॉल्वर/अनुप्रयोग परवानग्या, टिकाव आणि रिअलटाइम प्रवाह योग्य अनुप्रयोग/बॅकएंड स्तरात ठेवा.

फायदे: मंजूर अ‍ॅप वापर ग्राहक मंजुरी/पेमेंटसह ShareAI कडे कॉन्फिगर केलेला अधिभार घेऊ शकतो आणि बिल्डर कमाईचे श्रेय दिले जाते. अ‍ॅप इतरत्र तयार केले जाते आणि होस्ट केले जाते. अनुप्रयोग ऑनबोर्डिंग आणि पात्र इनफरन्स-सर्व्हिस सहभाग वेगळ्या अनुप्रयोग आणि पायाभूत गरजा पूर्ण करतो.

तोटे आणि खर्च तपासणी: उपलब्ध मॉडेल्स, स्कीमा, पूर्ण प्रक्रिया मार्ग आणि पात्रता पात्र करा. कंपनी बिल्डर्सना पेआउटपूर्वी 45-दिवसांचा पुनरावलोकन आवश्यक आहे; व्यक्तींना सध्या रोख रक्कमऐवजी इनफरन्स मूल्य मिळते. कार्यरत मॉडेल विनंती AppSync रिझॉल्वर, GraphQL सबस्क्रिप्शन किंवा ऑफलाइन-सिंक सुसंगतता स्थापित करत नाही.

काल्पनिक अंकगणितासाठी, $1,000 इनफरन्स प्लस 15% अनुप्रयोग अधिभार $1,150 शुल्क आणि $150 सकल अधिभार शुल्क किंवा समायोजनांपूर्वी देते. हे AppSync टॅरिफ, मोजलेले बचत किंवा हमी नफा नाही. ग्राहक AI पेमेंट/अट्रिब्यूशन/सेटलमेंट GraphQL प्रवेश, API शुल्क आणि डेटाबेस मालकीपासून वेगळे आहे.

अनुप्रयोगाच्या अंतिम मुदतीच्या आसपास AI कामाचे नियोजन करा.

वर्तमान AWS कोटा संदर्भ 30-सेकंद विनंती अंमलबजावणी मर्यादा सूचीबद्ध करते जी समायोज्य नाही. स्लो मॉडेल ऑपरेशनला वास्तविक अंतिम मुदतीत बसणारा अनुप्रयोग डिझाइन आवश्यक आहे. मॉडेल क्लायंटचा टाइमआउट वाढवणे AppSync च्या विनंती मर्यादा वाढवत नाही.

त्या मर्यादेपेक्षा जास्त कामासाठी, असिंक्रोनस जॉबचे मूल्यांकन करा: विनंती अधिकृत करा, जॉब आयडेंटिटी टिकवा, परवानगी असलेले AI ऑपरेशन योग्य बॅकएंडमध्ये चालवा, नंतर अनुप्रयोगाच्या अधिकृत क्वेरी/अपडेट मार्गाद्वारे त्याची स्थिती/परिणाम उघडा. भाडेकरू मालकी, रद्द करणे, पुनर्प्रयत्न/पूर्णता स्थिती आणि प्राप्तकर्ता परवानग्या टिकवा. हा प्रस्तावित नमुना आहे, लेखासाठी तैनात एकत्रीकरण नाही.

AppSync चा JavaScript रिझॉल्वर रनटाइम डेटा-सोर्स विनंती/प्रतिसाद हँडलर्ससह समर्थित उपसंच आहे. खालील स्वतंत्र JavaScript नमुना AppSync रिझॉल्वर मॉड्यूल नाही. योग्य समर्थित बॅकएंड/डेटा-सोर्स अ‍ॅडॉप्टर आणि सर्व्हर-साइड सीक्रेट हँडलिंग वापरा; पूर्ण GraphQL-ते-बॅकएंड-ते-मॉडेल प्रतिसाद/त्रुटी मार्ग स्वतंत्रपणे पात्र करा.

ShareAI inference-service ऑनबोर्डिंग आणि पात्र Prosumer/Provider सहभागामध्ये मालकीची क्षमता, समर्थित मॉडेल्स, हक्क, हार्डवेअर आणि प्रोग्राम अटींचा समावेश असू शकतो. Builder अॅप उत्पन्न, Provider संगणन आणि Creator मॉडेल हक्क वेगळे राहतात. कनेक्शन विनंत्या, बक्षिसे किंवा स्वयंचलित फॉलबॅकची हमी देत नाही.

अॅप्लिकेशन, GraphQL सेवा, बॅकएंड अडॅप्टर, मॉडेल होस्ट, कॅशे, लॉग्स आणि प्रत्येक परवानगी दिलेला फॉलबॅक ट्रेस करा. एका घटकाचे सेल्फ-होस्टिंग प्रत्येक विनंती आणि रेकॉर्डचे स्थान स्थापित करत नाही. जिथे प्रादेशिक आवश्यकता पुराव्याची गरज आहे, तिथे युरोपियन AI रूटिंग वर्कशीट वापरा.

तुमच्या सर्व्हर-साइड अडॅप्टरसाठी एक स्कोप केलेली ShareAI विनंती.

तुमच्या खात्यासाठी प्रत्यक्षात ऑफर केलेले मॉडेल निवडा आणि की सर्व्हरवर ठेवा. हे cURL/JavaScript उदाहरणे ShareAI च्या अंमलात आणलेल्या Chat Completions कराराचा वापर करतात. हे स्वतंत्र बॅकएंड विनंती तपासणी आहे, GraphQL स्कीमा, AppSync रिझॉल्वर डिप्लॉयमेंट किंवा सबस्क्रिप्शन अंमलबजावणी नाही.

curl --fail-with-body https://api.shareai.now/api/v1/chat/completions \
  -H "Authorization: Bearer $SHAREAI_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"model":"YOUR_AVAILABLE_MODEL","messages":[{"role":"user","content":"Reply with one short greeting."}],"stream":false}'

const response = await fetch("https://api.shareai.now/api/v1/chat/completions", {
  method: "POST",
  headers: {
    Authorization: `Bearer ${process.env.SHAREAI_API_KEY}`,
    "Content-Type": "application/json",
  },
  body: JSON.stringify({
    model: process.env.SHAREAI_MODEL,
    messages: [{ role: "user", content: "Reply with one short greeting." }],
    stream: false,
  }),
});
if (!response.ok) throw new Error(`Inference failed: ${response.status}`);
console.log(await response.json());

नमुने पेड इनफरन्सशिवाय सिंटॅक्स-चेक केलेले आहेत. समर्थित वर्तनासाठी सध्याचे ShareAI दस्तऐवज सल्ला घ्या. API जीवनचक्र तुलना आणि अॅप्लिकेशन प्रवेश तुलना इतर प्लॅटफॉर्म जबाबदाऱ्या कव्हर करतात ज्या इनफरन्स एंडपॉइंट स्वयंचलितपणे गृहीत धरत नाही.

वारंवार विचारले जाणारे प्रश्न

अनुप्रयोग करार आणि AI मार्ग स्वतंत्रपणे पात्र करा

GraphQL/रिअलटाइम लेयर निवडा, परवानग्यांसह एक ऑपरेशन सरावा करा आणि क्लायंट/सर्व्हर स्थिती टिकवून ठेवा, आणि रोलबॅक टिकवा. मंजूर अनुप्रयोग AI-अधिभार कार्यप्रवाहासाठी, ShareAI Builder उघडा. पात्र मालकी क्षमता साठी, AI Prosumer एक्सप्लोर करा. डेटा, अधिकृतता, इव्हेंट्स, अनुमान आणि सेटलमेंट मालकी स्पष्ट ठेवा.