সফটওয়্যার ফিচারের লাইসেন্স ও ব্যবহারের সীমা
রপ্তানির অনুমতি আর মাসে ৫০০ রপ্তানি আলাদা নিয়ম। RunFeature অনুমতি পরীক্ষা করে; সফল কাজের পর RunMeteredFeature ব্যবহার নিশ্চিত করে।
মাসে ৫০০ এক্সপোর্ট দিন
নীতিতে 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.
কাজ সফল হলেও নিশ্চিতকরণ ব্যর্থ হলে একই কাজের পুনঃচেষ্টা শুধু নিশ্চিত করে। কাজের মাঝে ক্র্যাশ হলে স্বয়ংক্রিয় পুনরাবৃত্তি বন্ধ হয়। স্থায়ী ফল দেখে ResolveMeteredFeature দিয়ে নিশ্চিত বা বাতিল করুন। দূরের গণনা ও স্থানীয় কাজ এক লেনদেন নয়।
নিজে সংরক্ষণ প্রক্রিয়া নিয়ন্ত্রণ করতে চাইলে
- এই রপ্তানির কাজের আইডি তৈরি করে রাখুন।
- একটি সংখ্যা 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 | সংরক্ষণ ও মূল কাজের আইডি; আবার চেষ্টায় একই মান দিন। |
| 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 অংশে।
সফল হলে বাতিল বা আবার রপ্তানি নয়। আইডি ও ফল রেখে Commit আবার করুন। সংরক্ষণ মেয়াদোত্তীর্ণ হলে কাজ মিলিয়ে দেখার জন্য রাখুন। দূরের গণনা ও স্থানীয় কাজ একই পারমাণবিক লেনদেন নয়।
Consume সঙ্গে সঙ্গে ব্যবহার কাটে। ব্যর্থ কাজ যেন না কাটে, সংরক্ষণ নিন। সব সুবিধার গণনা অনলাইন এবং প্ল্যাটফর্মের চার ধরনের বিলযোগ্য API-র বাইরে।