सॉफ़्टवेयर सुविधा लाइसेंस और उपयोग सीमाएँ
निर्यात की अनुमति और मासिक 500 निर्यात अलग नियम हैं। RunFeature अनुमति जाँचता है; RunMeteredFeature सफलता के बाद उपयोग की पुष्टि करता है।
प्रति माह 500 एक्सपोर्ट दें
नीति में export सुविधा और सीमा दें: export, 500, मासिक। मूल नियम में खत्म होने पर अस्वीकार। अतिरिक्त अनुमति हो तो अधिकतम संख्या दें; सिस्टम ऑर्डर प्रणाली के लिए अतिरिक्त उपयोग रखता है।
दैनिक और मासिक सीमा UTC मध्यरात्रि पर reset; कुल सीमा नहीं। सीमा बदलने से पुराना उपयोग नहीं मिटता।
सफल निर्यात के बाद उपयोग की पुष्टि
अपना कार्य फ़ंक्शन SDK को दें। नए काम के लिए नया ID; पुनःप्रयास में वही ID, सुविधा और मात्रा रखें। अलग प्रक्रियाओं में एक ID साथ न चलाएँ।
| भाषा | उपयोग गणना वाले कार्य का कॉल |
|---|---|
| Go | client.RunMeteredFeature(ctx, "export", 1, jobID, exportReport) |
| Java | client.runMeteredFeature("export", 1, jobID, this::exportReport) |
| Node.js | await client.runMeteredFeature("export", 1, jobID, exportReport) |
| Python | client.run_metered_feature("export", 1, job_id, export_report) |
| C# | await client.RunMeteredFeature("export", 1, jobID, ExportReport) |
| C++ | client.RunMeteredFeature("export", 1, jobID, exportReport) |
| Rust | client.run_metered_feature("export", 1, &job_id, || export_report())? |
| Ruby | client.run_metered_feature("export", 1, job_id) { export_report } |
| C | ln_run_metered_feature(client, "export", 1, job_id, export_report, context) |
Configure a meter for the actual feature in your policy, then generate the AI integration prompt. AI should use the language's RunMeteredFeature with a stable business operation ID, preserving that ID when retrying the same task.
कार्य सफल पर पुष्टि विफल हो तो वही ID केवल पुष्टि दोहराता है, कार्य नहीं। कार्य के बीच क्रैश स्वचालित दोहराव रोकता है। स्थायी परिणाम जाँचकर ResolveMeteredFeature से पुष्टि या रद्द करें। दूर की गणना और स्थानीय कार्य एक लेनदेन नहीं हैं।
जब आरक्षण प्रवाह स्वयं नियंत्रित करना हो
- इस निर्यात के लिए काम का ID बनाएँ और सहेजें।
- एक इकाई Reserve करें, pending पर ही निर्यात करें। committed यानी पूरा; दोहराएँ नहीं।
- निर्यात सफल होने और परिणाम सहेजने के बाद Commit से उपयोग की पुष्टि करें।
- निर्यात पूरा होने से पहले विफल हो तो Cancel से आरक्षण हटाएँ; इकाइयाँ नहीं कटेंगी।
आरक्षण डिफ़ॉल्ट 15 मिनट, UTC अवधि बदलने पर पहले समाप्त। सीधे API में reservation_seconds 30–3600 सेकंड रख सकते हैं।
| भाषा | आरक्षित करें | पुष्टि / रद्द |
|---|---|---|
| Go | Reserve(ctx, "export", 1, jobID) | Commit / Cancel(ctx, hold.ID, jobID) |
| Java / Node.js | reserve("export", 1, jobID) | commit / cancel(id, jobID) |
| C | ln_reserve(client, "export", 1, jobID) | ln_commit / ln_cancel(client, id, jobID) |
| C++ / C# | Reserve("export", 1, jobID) | Commit / Cancel(id, jobID) |
| Python | reserve("export", 1, jobID) | commit / cancel(id, jobID) |
जवाब के फ़ील्ड कैसे पढ़ें?
| फ़ील्ड | अर्थ |
|---|---|
| reservation_id / operation_id | आरक्षण और मूल काम का ID; पुनः प्रयास में वही मान दें। |
| status / expires_at | स्थिति और समय सीमा: pending अधूरा, committed उपयोग कटा, canceled छोड़ा गया, expired अवधि खत्म। |
| consumption.used / reserved | इस अवधि के पुष्ट उपयोग / सभी सक्रिय आरक्षणों में रोकी गई इकाइयाँ। |
| consumption.limit / remaining | मूल सीमा / उपलब्ध मूल इकाइयाँ। remaining = max(0, limit - used - reserved); अनुमत अतिरिक्त उपयोग शामिल नहीं। |
| consumption.quantity / overage | इस काम की इकाइयाँ / मूल सीमा से अधिक पुष्ट उपयोग; ग्राहक से भुगतान नहीं लिया जाता। |
| consumption.period / reset_at | UTC उपयोग अवधि / अगला रीसेट; आजीवन सीमा में reset_at = null। |
अनुरोध, जवाब और फ़ील्ड प्रकार के लिए रनटाइम API में Reserve, Commit और Cancel देखें।
सफलता के बाद रद्द या फिर निर्यात न करें। ID और परिणाम रखकर Commit दोहराएँ। आरक्षण खत्म हो तो मिलान के लिए काम सहेजें। दूरस्थ गणना और स्थानीय काम एक परमाणु लेनदेन नहीं हैं।
Consume तुरंत उपयोग काटता है। विफल काम न कटे तो आरक्षण लें। सुविधा के सभी गणना अनुरोध ऑनलाइन हैं और प्लेटफ़ॉर्म के चार शुल्क योग्य API कार्यों में नहीं गिने जाते।