„په ثانیه حساب“ له هغو جملو څخه ده چې بشپړه ښکاري خو نه ده. تر شا یې څو پرېکړې دي چې ستاسو تادیه بدلوي: څه اندازه کېږي، ساعت کله پیلېږي او کله درېږي، آیا لږ تر لږه شته، د سنټ ټوټې څنګه اداره کېږي، او پیسې په رښتیا کله ستاسو له بیلانس څخه وځي.
دا لیکنه زموږ ځوابونه، له حساب سره، د کوډ sandboxes لپاره لیکي. موخه دا ده چې مخکې له دې چې څه وچلوئ، بل تر سنټ پورې اټکل کړای شئ، او هغه ټکی وپېژنئ چې په ثانیه بلینګ ستاسو د کاري بار لپاره غلط ماډل وي.
واحد: ساتل شوي vCPU او RAM
د sandbox بیه د هغو سرچینو بیه ده چې ټیرف یې ساتي:
- $0.040 د هر vCPU-ساعت لپاره
- $0.013 د هر GiB RAM لپاره په ساعت کې
نو د small ټیرف (0.5 vCPU، 1 GB) لګښت 0.5 × 0.040 + 1 × 0.013 = $0.033 په ساعت کې دی، یا نږدې $0.0000092 په ثانیه کې. تر ټولو لوی، max (8 vCPU، 16 GB)، په ساعت $0.528 لګښت لري.
موږ ساتنه اندازه کوو، نه مصرف. هغه sandbox چې د راتلونکي امر انتظار باسي په ثانیه هومره لګښت لري لکه هغه چې یوه پروژه کمپایل کوي. د اصلي CPU اندازه کول به په کاغذ کې عادلانه ښکاري، خو بیه به مخکې له مخکې نه پېژندل کېده، او ظرفیت په هر حال ستاسو لپاره ساتل کېږي. وتونکی ټرافیک نه حسابېږي.
ساعت: له جوړېدو تر ړنګېدو
لنډمهالی sandbox د جوړېدو له شېبې تر ړنګېدو پورې حسابېږي. په دې کې هغه وخت هم شامل دی چې بېکاره پاتې کېږي تر هغه چې د بېکارۍ مهال یې لرې کړي، چې په ډیفالټ ډول 300 ثانیې دی.
ډېرې حیرانتیاوې له همدې ځایه راځي. دوه دقیقې سکرېپټ، په داسې sandbox کې چې هېڅوک یې نه ړنګوي، د اوو دقیقو حساب کېږي: دوه د کار او پنځه د مهال د انتظار. حل یې ستړی کوونکی دی: کله چې کار مو پای ته ورسېد sandbox ړنګ کړئ (د SDK with بلاک دا ستاسو لپاره کوي) یا د بېکارۍ مهال کم کړئ.
لږ تر لږه: د هر sandbox لپاره 60 ثانیې
هر لنډمهالی sandbox د خپل ژوند لږ تر لږه 60 ثانیې حسابېږي. د microVM پیلول، د هغه ډیسک او شبکه نښلول او بیا هر څه بېرته ټولول یو شان لګښت لري، که دننه کوډ یوه ثانیه وچلېږي که پنځوس.
| ژوند | ټیرف | حساب شوی | لګښت |
|---|---|---|---|
| 20 ث | small | 60 ث | $0.00055 |
| 61 ث | small | 61 ث | $0.00056 |
| 10 دقیقې | small | 600 ث | $0.0055 |
| 3 ساعته | standard | 10,800 ث | $0.198 |
لږ تر لږه یوازې یو ځل پلي کېږي، کله چې sandbox پای ته رسېږي، او یوازې هغه وخت چې ټول ژوند یې له 60 ثانیو لنډ وي. پر دې سربېره په ساعت یا امر کوم اضافي لږ تر لږه نشته.
راټولول او کسر: مایکرو ډالر او بشپړ سنټونه
دا هغه برخه ده چې „په ثانیه“ معمولاً نه وایي. د sandboxes کوربه کارونه په ساعتي برخو کې ثبتوي، د هر sandbox لپاره یوه. د بلینګ دنده په دقیقه کې یو ځل تړل شوې برخې راټولوي، بیه یې ټاکي او له بیلانس څخه یې کسروي.
بیه ټاکل د ډالر په ملیونمه برخه کې کېږي. کسر په بشپړو سنټونو کېږي. هر څه چې له یو سنټ لږ پاتې شي ستاسو په حساب کې پاتې کېږي او راتلونکي کسر ته ورزیاتېږي؛ نه د هر sandbox لپاره پورته ګردول کېږي او نه د هر ساعت لپاره.
په کوچنۍ کچه دا مهم دی. سل sandboxes چې هر یو 20 ثانیې وي 100 × $0.00055 = $0.055 راټولوي. له تاسو څخه پنځه سنټه کسر کېږي، او نیم سنټ د راتلونکې ډلې انتظار باسي. که هر sandbox یو سنټ ته ګردول شوی وای، همدا کار به یو ډالر لګښت درلود.
دوه نورې ځانګړنې هم د پوهېدو وړ دي:
- هره برخه دقیقاً یو ځل حسابېږي. د کارونې ریکارډ او کسر په یوه ډیټابیس معامله کې لیکل کېږي، د sandbox او ساعت په کیلي. بیا چلول یا ورک شوی تایید نشي کولی دوه ځله پیسې کمې کړي.
- ګډوډۍ کسر ځنډوي، نه یې ورکوي او نه یې دوه چنده کوي. که د بلینګ اړخ د sandboxes کوربه ته ونه رسېږي، هېڅ نه تاییدېږي، برخې انتظار باسي، او کله چې اړیکه بېرته راشي حسابېږي.
پایله دا ده چې ډشبورډ کېدای شي له ژوندۍ شمېرې څخه تر یو ساعت وروسته وي. د ژوندۍ شمېرې لپاره، GET /sandboxes/{id}/usage د هغه sandbox تر اوسه billed_usd او estimated_total_usd بېرته ورکوي.
دایمي (persistent) sandboxes: د هر پیل شوي ساعت لپاره، له سقف سره
دایمي sandboxes خپل ډیسک د ناستو ترمنځ ساتي، تر 30 ورځو پورې. دوی د هر پیل شوي ساعت لپاره حسابېږي: 61 دقیقې دوه ساعته دي. په بدل کې، یوه تقویمي میاشت (UTC) هېڅکله له 730 ساعتونو منفي 25% څخه ډېر لګښت نه لري.
د standard ټیرف لپاره دا سقف د $48.18 پر ځای په میاشت $36.14 دی. تر هغه چې دایمي sandbox ودرول شوی (pause) وي، هېڅ نه حسابېږي.
کله چې بیلانس خلاص شي
بیلانس هېڅکله له صفر لاندې نه ځي. نوي sandboxes د 402 insufficient_balance سره ردېږي. هغه لنډمهالي sandboxes چې دمخه چلېږي د بېکارۍ په مهال یا خپل TTL کې پای ته رسېږي. دایمي sandboxes له 24 ساعتونو پرته له چارج څخه درېږي او کله چې پیسې ورزیاتې کړئ پخپله بیا پیلېږي. درول شوي سنیپ شاټونه ۱۴ ورځې ساتل کېږي. وروسته sandbox ړنګېږي او id یې 410 sandbox_deleted راګرځوي.
که یو AI اجنټ ستاسو لپاره sandboxes جوړوي، ورځنی او میاشتنی سقف وټاکئ. سقف ته رسېدل د بیا پیلولو له وخت سره 429 budget_exceeded بېرته ورکوي، داسې څه چې یو پروګرام پرې عمل کولی شي.
په ثانیه بلینګ چېرته بایلي
په ثانیه بلینګ د هغه کار لپاره عالي دی چې په ثانیو او دقیقو اندازه کېږي. څومره چې کار اوږد شي، هومره خرابېږي.
| کاري بار | په ثانیه sandbox | بدیل |
|---|---|---|
| دوه دقیقې ازموینه | $0.0011 (small) | هغه ماشین چې په ساعت حسابېږي ټول ساعت اخلي |
| درې ساعته ډلهییزه دنده | $0.198 (standard) | نږدې همغه |
| 24/7 خدمت | په میاشت $36.14 (standard، د persistent سقف) | AI agent VPS: 4 vCPU، 4 GB په میاشت $10 |
د تقاطع ټکی نږدې هلته دی چې کاري بار په ورځ کې له څو ساعتونو ډېر چلېږي. له هغه وروسته تاسو د هغه انعطاف پیسې ورکوئ چې نه یې کاروئ، او په میاشت کرایه شوی سرور په ساعت کې ډېر ارزانه وي. د په ثانیه بلینګ په اړه عادلانه فکر دا دی چې دا د ظرفیت د پلان نه کولو بیه ده، نه تخفیف.
د اټکل چټکه لاره
د ټیرف په ساعت بیه × هغه ثانیې چې sandbox به شتون ولري ÷ 3600، له 60 ثانیو د ټیټې کچې سره. که پخپله یې نه ړنګوئ، د بېکارۍ مهال ورزیات کړئ. د دایمي sandboxes لپاره هره ناسته بشپړو ساعتونو ته پورته ګرده کړئ او په میاشتني سقف ودرېږئ.
ټول قواعد، کوټې او د بودجې API په د sandbox محدودیتونه او بلینګ کې دي؛ پورته یاد شوي کالونه په د SDK لارښود کې. که حیران یاست چې په ثانیه په رښتیا څه کرایه کوئ، په ساده ژبه Firecracker microVM دا تشریح کوي، او AI اجنټان په رښتیا له زیربنا څخه څه ته اړتیا لري ښیي چې ولې د بلینګ ماډل دومره مهم دی کله چې ماشینونه سافټویر جوړوي، نه خلک.
تبصرې
لا تبصرې نشته. لومړی اوسئ.