Gemini Enterprise-এ pay-as-you-go: agent খরচে hard cap-ও এল

Google Cloud ২৬ আগস্ট Gemini Enterprise-এর agent workload-এর জন্য pay-as-you-go edition এবং project-level hard monthly cap ঘোষণা করেছে। Pay-as-you-go এখন নির্বাচিত গ্রাহকদের জন্য চালু হয়ে ধাপে ধাপে বিস্তৃত হচ্ছে; hard cap-এ নির্ধারিত সীমা ছুঁলে agent-এর নতুন API call থামানো যায়। eWeek-এর স্বাধীন পর্যালোচনা একই rollout ও spending-control ব্যবস্থার কথা জানিয়েছে।

একই ২৬ আগস্টের Google Cloud-এর আনুষ্ঠানিক ঘোষণায় pay-as-you-go-এর সঙ্গে pooled developer quota, agent runtime estimate এবং Flexible Savings Plan তুলে ধরা হয়েছে। এক বছরের commitment-এ eligible token cost-এ ১০% এবং তিন বছরে ২০% ছাড় পাওয়া যাবে; plans ইতিমধ্যে self-service ও enterprise-agreement গ্রাহকদের জন্য উপলভ্য।

Billing ব্যবস্থায় কী বদলেছে

Gemini Enterprise-এর fixed per-user seat subscription উঠে যাচ্ছে না। এই মডেলে প্রতি user-এর জন্য নির্দিষ্ট মাসিক fee দিতে হয় এবং কেনা seat থেকে পাওয়া দৈনিক quota একই project-এর মধ্যে ভাগ হয়। নিয়মিত ব্যবহারকারীসংবলিত দলের জন্য এতে মাসিক baseline তুলনামূলকভাবে অনুমানযোগ্য থাকে।

নতুন consumption edition-এ upfront commitment বা base subscription fee নেই। ব্যবহৃত compute ও token-এর জন্য standard model API rate অনুযায়ী বিল হবে। ফলে pilot, মৌসুমি processing বা মাঝে মাঝে চলা agent-এর ক্ষেত্রে নিষ্ক্রিয় seat ধরে রাখার প্রয়োজন কমতে পারে; কিন্তু ব্যবহার বাড়লে bill-ও সরাসরি বাড়বে—pay-as-you-go নিজে কোনো discount নয়।

Pooled quota-র পরিবর্তনটি বিশেষভাবে developer tooling-এর সঙ্গে সম্পর্কিত। Gemini Enterprise subscription-এ অন্তর্ভুক্ত Google Antigravity developer allowance project-জুড়ে pool করা যায়, যাতে business app, developer tool ও custom agent একই কেনা capacity থেকে ব্যবহার করতে পারে। আগে pooled allowance শেষ হবে; এরপর administrator overage অনুমোদন করলে অতিরিক্ত ব্যবহার consumption rate-এ যাবে।

কোন workload-এ কোন বিকল্প যুক্তিযুক্ত

একটি billing model-কে সবার জন্য সবচেয়ে সস্তা বলা যায় না। সিদ্ধান্তের মূল পার্থক্য হলো workload নিয়মিত না অনিয়মিত, স্থায়ী user কতজন, agent run কতটা bursty এবং মাসিক eligible spend কতটা নির্ভরযোগ্যভাবে অনুমান করা যায়।

• Per-user seat subscription: একই দল প্রতিদিন Gemini Enterprise ব্যবহার করলে fixed monthly fee বাজেটের স্থির baseline দেয়। ব্যবহার অল্প কয়েকটি ব্যস্ত সময়ে সীমাবদ্ধ থাকলে, অবশ্য কেনা seat ও quota-র একটি অংশ অব্যবহৃত থাকতে পারে।
• Pay-as-you-go: পরীক্ষামূলক, মৌসুমি বা অনিয়মিত agent workload-এর bill প্রকৃত consumption অনুসরণ করে। এর বিনিময়ে মাসিক ব্যয় seat model-এর মতো স্থির থাকে না এবং ব্যস্ত agent বহু model বা tool call করলে খরচ দ্রুত বাড়তে পারে।
• Pooled quota: একই project-এ business user-এর অব্যবহৃত allowance developer tool বা custom agent-এর বেশি চাহিদা সামলাতে পারে। এই সুবিধার আর্থিক মূল্য নির্ভর করবে pool-এ বাস্তবে spare capacity থাকা এবং overage policy কীভাবে নির্ধারিত হয়েছে তার ওপর।
• Flexible Savings Plan: অন্তত এক বছরের eligible monthly spend পূর্বাভাসযোগ্য হলে committed-use discount কাজে লাগতে পারে। অনিশ্চিত বা দ্রুত বদলানো workload-এ headline discount-এর চেয়ে commitment পূরণ না হওয়ার ঝুঁকি বেশি গুরুত্বপূর্ণ।

একটি শর্তসাপেক্ষ উদাহরণে, কোনো agent যদি দুই মাস খুব বেশি চলে এবং পরের চার মাস প্রায় নিষ্ক্রিয় থাকে, pay-as-you-go সেই ওঠানামার সঙ্গে bill সামঞ্জস্য করবে। একই workload-এর জন্য তিন বছরের plan নিলে token-এর unit cost কমতে পারে, কিন্তু কম ব্যবহারের মাসে committed amount দেওয়ার দায় দূর হবে না।

Hard cap bill আটকায়, agent-ও থামায়

নতুন monthly cap কেবল budget alert নয়। কোনো project নির্ধারিত সীমায় পৌঁছালে agent-এর API call সাময়িকভাবে pause হবে, অথচ project-এর বাকি production infrastructure চলতে পারবে। Google ৫০%, ৮০% ও ১০০% সীমায় স্বয়ংক্রিয় email alert দেওয়ার কথাও জানিয়েছে।

এই আচরণ development, পরীক্ষা বা নির্দিষ্ট বাজেটের batch workload-এ শক্ত guardrail হতে পারে। কিন্তু customer-facing agent-এর নতুন call থেমে গেলে service interruption ঘটতে পারে। অর্থাৎ cap-এর আর্থিক নিশ্চয়তার বিনিময়ে workload continuity-র ঝুঁকি মেনে নিতে হয়।

Administrator console থেকে cap-triggered pause তুলে কাজ আবার চালু করতে পারেন। Continuity বেশি গুরুত্বপূর্ণ হলে overage চালু রাখা যায়; তখন অতিরিক্ত ব্যবহার consumption rate-এ চলবে এবং অবশিষ্ট eligible commitment থাকলে FSP থেকে draw down করতে পারবে। ফলে hard cap ও overage একই সঙ্গে দুই বিপরীত অগ্রাধিকার প্রকাশ করে—একটি সর্বোচ্চ ব্যয় রক্ষা করে, অন্যটি agent চালু রাখে।

Agent চালানোর আগেই Google Cloud Pricing Calculator-এ per-user license, developer tool ও background agent runtime-এর আনুমানিক খরচ দেখা যাবে। এটি invoice-এর নিশ্চয়তা নয়: model selection, token volume, tool call এবং runtime বদলালে প্রকৃত consumption-ও বদলাবে।

১০–২০% ছাড়ের সঙ্গে যে commitment থাকে

Flexible Savings Plan হলো spend-based commitment, সাধারণ promotional discount নয়। Google Cloud-এর FSP documentation অনুযায়ী কেনা plan সাধারণভাবে cancel বা modify করা যায় না; eligible usage commitment-এর নিচে থাকলেও পূর্ণ মাসিক amount দিতে হয় এবং অব্যবহৃত অংশ পরের মাসে জমা হয় না। এক বছরের plan eligible SKU-তে ১০% এবং তিন বছরের plan ২০% discount দেয়।

Commitment-এর বেশি eligible usage হলে plan কেবল committed amount পর্যন্ত discounted rate প্রযোজ্য করে; অতিরিক্ত অংশ standard on-demand rate-এ billed হয়। আবার কিছু SKU commitment থেকে draw down করলেও অতিরিক্ত FSP discount পায় না। তাই ১০–২০% সংখ্যাকে পুরো Gemini Enterprise invoice-এর সমান হারের সাশ্রয় ধরে নেওয়া ঠিক হবে না।

দীর্ঘমেয়াদি plan সবচেয়ে যুক্তিযুক্ত তখনই, যখন মাসিক usage baseline বিশ্বাসযোগ্য এবং workload বন্ধ, অন্য platform-এ সরানো বা উল্লেখযোগ্যভাবে ছোট করার সম্ভাবনা কম। নতুন agent-এর ক্ষেত্রে কয়েকটি billing cycle-এর consumption pattern না থাকলে সম্ভাব্য discount-এর পাশাপাশি underuse-এর পূর্ণ দায়ও হিসাব করতে হবে।

Availability ও অনিষ্পন্ন প্রশ্ন

এখনকার অবস্থায় তিনটি status আলাদা: project-level cap ও runtime estimate নতুন control হিসেবে ঘোষিত; Flexible Savings Plan self-service ও enterprise-agreement গ্রাহকদের জন্য available; আর pay-as-you-go consumption edition নির্বাচিত গ্রাহকদের দিয়ে শুরু হয়ে বিস্তৃত rollout-এর অপেক্ষায়। Google সাধারণ availability-র নির্দিষ্ট তারিখ প্রকাশ করেনি।

Google কোনো অভিন্ন মোট-সাশ্রয়ের হারও দেয়নি। বাস্তব ফল seat utilization, pooled allowance, eligible SKU, model ও token mix, runtime এবং commitment ব্যবহারের ওপর নির্ভর করবে। নিশ্চিত পরিবর্তনটি তাই সাশ্রয়ের প্রতিশ্রুতি নয়; Gemini Enterprise buyer এখন fixed seat, variable consumption, shared allowance ও committed spend মিলিয়ে নিতে এবং project-এর agent spend নির্দিষ্ট সীমায় থামাতে পারবেন।