Railway না Render—ব্যস্ত অ্যাপেই $৭-এর স্থির বিল জিততে পারে

ছোট ওয়েব অ্যাপ সারাক্ষণ চালু রেখে CPU-র বড় অংশ নিয়মিত ব্যবহার করলে Render-এর নির্দিষ্ট কম্পিউট মূল্য Railway-এর ব্যবহারভিত্তিক বিলের চেয়ে কম হতে পারে। Render-এর মূল্যতালিকায় ০.৫ CPU ও ৫১২ MB RAM-এর ওয়েব সার্ভিস পূর্ণ মাস চালানোর মূল্য $৭; দলের জন্য Pro workspace-এর আলাদা মাসিক মূল্য $২৫। ফলে $৭ একটি সার্ভিসের কম্পিউট খরচ, পুরো অ্যাপের নিশ্চিত বিল নয়। সার্ভিস বন্ধ করলে Render কম্পিউট খরচ চালু থাকার সময় অনুযায়ী হিসাব করে।

কম ব্যস্ত অ্যাপের ক্ষেত্রে Railway এগোতে পারে, বিশেষত সার্ভিসটি সত্যিই বিরতিতে থামলে। Railway-এর পরিকল্পনা ও ব্যবহারের হার অনুযায়ী Hobby-তে মাসিক ন্যূনতম $৫, Pro-তে $২০; RAM প্রতি GB-মাসে $১০, CPU প্রতি vCPU-মাসে $২০ এবং বহির্মুখী ডেটা প্রতি GB $০.০৫। ন্যূনতম অর্থের মধ্যেই সমপরিমাণ ব্যবহার অন্তর্ভুক্ত, তাই $৫ বা $২০-এর সঙ্গে পুরো ব্যবহারমূল্য আবার যোগ হয় না। সার্ভিস সারাক্ষণ চালু থাকলে অল্প CPU কাজ করলেও ধরে রাখা RAM-এর খরচ জমতে থাকে।

একই সার্ভিসে CPU ও RAM-এর সন্ধিক্ষণ

Render-এর ছোট অর্থপ্রদত্ত সার্ভিসটির সঙ্গে তুলনা করতে Railway-এ পূর্ণ মাস ০.৫ GB RAM ধরে রাখা এবং সর্বোচ্চ ০.৫ vCPU কাজের চাপ ধরা যাক। এটি প্রকাশিত হার থেকে করা শর্তসাপেক্ষ হিসাব, দুই প্ল্যাটফর্মে সমান বাস্তব গতি পাওয়ার দাবি নয়। এই হিসাবে RAM-এর খরচ $৫; CPU পুরো মাস ০.৫ vCPU হারে ব্যস্ত থাকলে তার খরচ $১০। বহির্মুখী ডেটা বাদ দিলে Railway-এর মোট কম্পিউট খরচ দাঁড়ায় $৫ + $১০ × CPU ব্যস্ত থাকার গড় অনুপাত।

ওই অনুপাত ২০% হলে Railway-এর কম্পিউট খরচ $৭—Render-এর পূর্ণ মাসের ছোট সার্ভিসটির সমান। তার নিচে Railway-এর গণনাকৃত ব্যবহার কম হলেও Hobby পরিকল্পনার ন্যূনতম $৫ দিতে হবে। তার ওপরে CPU ব্যস্ততা বাড়ার সঙ্গে Railway-এর বিল বাড়ে, আর একই Render সার্ভিস চালু রাখা পর্যন্ত তার কম্পিউট মাপের মূল্য একই থাকে। অ্যাপের জন্য ০.৫ CPU ও ৫১২ MB যথেষ্ট কি না, সেটি এই দামের তুলনা থেকে জানা যায় না।

আরেকভাবে $৭-কে $১৫ দিয়ে ভাগ করলে প্রায় ৪৭% পাওয়া যায়: Railway-এ ০.৫ CPU ও ০.৫ GB RAM দুটোই পুরো মাস সম্পূর্ণ ব্যবহৃত হলে যোগফল $১৫। কিন্তু ৪৭% সীমাটি তখনই অর্থবহ, যখন CPU এবং RAM দুটির ব্যবহার একই অনুপাতে কমে। অনুরোধের ফাঁকে CPU প্রায় নিষ্ক্রিয় থাকলেও চালু ওয়েব প্রক্রিয়া RAM ধরে রাখতে পারে; তখন RAM-এর $৫ অংশটি ৪৭% হারে কমবে না। শুধু CPU-র ব্যবহার দেখে ওই শতাংশ প্রয়োগ করলে Railway-এর সম্ভাব্য বিল কম দেখাবে।

ধরা যাক একই পূর্ণ মাসে RAM-এর গড় ব্যবহার ০.২৫ GB, আর তুলনার CPU ক্ষমতা ০.৫ vCPU। তখন RAM-এর খরচ $২.৫০ এবং CPU পুরো ব্যস্ত থাকলে $১০; Render-এর $৭ কম্পিউট দামের সঙ্গে সমতা আসে ৪৫% গড় CPU ব্যস্ততায়। আবার অ্যাপ মাসের কিছু অংশ বন্ধ থাকলে RAM ও CPU—দুই খাতের সময়ই কমবে। তাই একটি শতাংশ দিয়ে সব ছোট অ্যাপের সন্ধিক্ষণ বলা যায় না।

নিষ্ক্রিয় প্রোটোটাইপ, মাঝারি API ও ব্যস্ত সার্ভিস

নিচের তিনটি হিসাব একই ছোট ওয়েব সার্ভিসের জন্য কল্পিত কাজের চাপ বসিয়ে করা হয়েছে; এগুলো পরিমাপ করা বেঞ্চমার্ক বা কোনো গ্রাহকের বিল নয়। সব ক্ষেত্রে Railway Hobby ও Render Hobby workspace ধরা হয়েছে। ডেটাবেস, স্থায়ী ডিস্ক, অতিরিক্ত সার্ভিস এবং কর বাদ; বহির্মুখী ডেটার পরিমাণ আলাদাভাবে দেখানো হয়েছে। প্রথম উদাহরণে দুই প্ল্যাটফর্মের সার্ভিস চালু থাকার শর্ত ভিন্ন, কারণ ঘুমিয়ে থাকা প্রোটোটাইপ আর সারাক্ষণ সাড়া দেওয়া সার্ভিস একই সুবিধা দেয় না।

• নিষ্ক্রিয় প্রোটোটাইপ: ধরা যাক Railway-এ সার্ভিস মাসের ২০% সময় চালু থাকে; চালু অবস্থায় গড়ে ০.২৫ GB RAM ও ০.০৫ vCPU ব্যবহার করে এবং মাসে ২ GB ডেটা পাঠায়। আনুপাতিক হিসাবে RAM $০.৫০, CPU $০.২০ ও ডেটা $০.১০—মোট ব্যবহার $০.৮০; Hobby-র ন্যূনতম বিল তাই $৫। Render-এর অর্থপ্রদত্ত সার্ভিস সারাক্ষণ চালু রাখলে কম্পিউট খরচ $৭, আর ওই ২ GB ডেটা অন্তর্ভুক্ত সীমার মধ্যে থাকে। Render সার্ভিসটিও মাসের কেবল ২০% সময় চালু রেখে বাকিটা বন্ধ করলে তার কম্পিউট খরচ আনুমানিক $১.৪০ হবে, কিন্তু বন্ধ অবস্থায় সেটি অনুরোধ গ্রহণ করবে না।
• মাঝারি API: সার্ভিস পুরো মাস ০.৫ GB RAM ধরে রাখে, গড়ে ০.১ vCPU ব্যবহার করে এবং ২০ GB ডেটা পাঠায়—এমন অনুমানে Railway-এ RAM $৫, CPU $২ ও ডেটা $১; মোট $৮। Render-এ পূর্ণ মাসের কম্পিউট $৭। Hobby workspace-এর অন্তর্ভুক্ত ডেটা বাদ দিলে বাকি ১৫ GB-এর খরচ $২.২৫, ফলে মোট $৯.২৫। এই নির্দিষ্ট কাজের চাপে Railway-এর বিল কম, যদিও সার্ভিসের RAM নিষ্ক্রিয় সময়েও চালু রয়েছে।
• সারাক্ষণ ব্যস্ত সার্ভিস: আগের RAM ও ২০ GB ডেটা অপরিবর্তিত রেখে গড় CPU ব্যবহার ০.৪ vCPU হলে Railway-এ RAM $৫, CPU $৮ ও ডেটা $১—মোট $১৪। Render-এর একই মাপের সার্ভিসে হিসাব থাকে $৯.২৫। ০.৫ CPU ও ৫১২ MB-তে কাজটি সত্যিই চলতে পারলে নির্দিষ্ট কম্পিউট মূল্য এখানে Render-কে এগিয়ে দেয়। দীর্ঘ সময় কাজ করা পটভূমির প্রক্রিয়া বা গণনানির্ভর API-তে এমন চাপ দেখা যেতে পারে; বাস্তব অ্যাপের চাহিদা এই অনুমানের চেয়ে আলাদা হতে পারে।

মাঝারি API-র ২০ GB ডেটা অপরিবর্তিত থাকলে দুই মোট বিল সমান হয় ০.৫ vCPU ক্ষমতার প্রায় ৩২.৫% গড় ব্যবহারে। কম্পিউটের একক তুলনায় সীমাটি ছিল ২০%। দুই ফলের পার্থক্য এসেছে বহির্মুখী ডেটার ভিন্ন মূল্য থেকে, CPU-র কোনো নতুন দামের কারণে নয়। এই হিসাবেই বোঝা যায়, কম্পিউটের সন্ধিক্ষণকে সরাসরি মাসিক বিলের সন্ধিক্ষণ ধরলে নির্বাচন ভুল হতে পারে।

বহির্মুখী ডেটা কতটা সুবিধা বদলায়

ডেটা পাঠানোর ক্ষেত্রে Render-এর অন্তর্ভুক্ত বরাদ্দ প্রথম কয়েক GB-তে সুবিধা দেয়, তার পরে অতিরিক্ত ট্রাফিকের মূল্য দ্রুত জমে। Render-এর বহির্মুখী ডেটার নিয়মে Hobby workspace-এ মাসে ৫ GB ও Pro-তে ২৫ GB অন্তর্ভুক্ত; পাবলিক ইন্টারনেটে অতিরিক্ত ট্রাফিকের হার প্রতি GB $০.১৫। এই বরাদ্দ workspace-ভিত্তিক, প্রতিটি সার্ভিসের জন্য আলাদা করে দেওয়া হয় না। ওয়েব সার্ভিসের HTTP প্রতিক্রিয়াও ওই ট্রাফিকের মধ্যে পড়ে।

ব্যস্ত সার্ভিসের আগের CPU ও RAM ব্যবহার ধরে ডেটা পাঠানো ১০০ GB করলে Railway-এর $১৩ কম্পিউটের সঙ্গে $৫ ডেটা যোগ হয়ে মোট $১৮। Render Hobby-তে $৭ কম্পিউটের সঙ্গে অন্তর্ভুক্ত ৫ GB বাদে বাকি ৯৫ GB-এর জন্য $১৪.২৫ যোগ হয়; মোট $২১.২৫। একই অনুমানে মাসে প্রায় ৬৭.৫ GB বহির্মুখী ডেটায় দুই বিল সমান। বেশি ডেটা পাঠানো অ্যাপে তাই Render-এর কম কম্পিউট মূল্য মোট বিলেও জিতবে—এমন সিদ্ধান্ত আগে থেকে নেওয়া যায় না।

এই উদাহরণে ডেটা বলতে পরিষেবা থেকে পাবলিক ইন্টারনেটে পাঠানো ট্রাফিক বোঝানো হয়েছে। একই অঞ্চলে Render-এর নিজস্ব সার্ভিসগুলোর মধ্যে ব্যক্তিগত নেটওয়ার্কের ট্রাফিক ওই পাবলিক ইন্টারনেট খাতে পড়ে না। অ্যাপ যদি বড় ছবি, ফাইল বা দীর্ঘ API প্রতিক্রিয়া সরাসরি ব্যবহারকারীর কাছে পাঠায়, সেই পরিমাণই তুলনায় বেশি প্রভাব ফেলবে। অন্য কোনো সংরক্ষণসেবা বা আলাদা ডেটাবেসের নিজস্ব বিল এখানে যোগ করা হয়নি।

দল ও ঘুমিয়ে থাকা সার্ভিসের হিসাব

একজন নির্মাতার জন্য করা তুলনা যৌথ workspace-এর বিলে সরাসরি বসে না। দলের প্রয়োজন হলে Railway Pro-র মাসিক ন্যূনতম $২০ আগের মতোই ব্যবহার বাবদ গণ্য হয়; Render Pro-তে workspace-এর $২৫-এর সঙ্গে সার্ভিসের কম্পিউট মূল্য যোগ হয়। আগের ব্যস্ত সার্ভিস ও ২০ GB ডেটার অনুমানে Railway Pro-র বিল $২০, কারণ গণনাকৃত $১৪ ব্যবহার ন্যূনতম অর্থের নিচে। Render Pro-তে ওই ডেটা অন্তর্ভুক্ত সীমার মধ্যে থাকে, তাই $২৫ workspace ও $৭ কম্পিউট মিলিয়ে $৩২। দলের আসন বাড়লেও এই দুই পরিকল্পনায় প্রতি আসনের আলাদা মূল্য ওই হিসাবে যোগ করা হয়নি।

প্রোটোটাইপের কম বিল পাওয়া নির্ভর করে Railway-এ সার্ভিসটি বাস্তবে কতক্ষণ ঘুমিয়ে থাকতে পারে তার ওপর। Railway-এর সার্ভারলেস ব্যবস্থায় বহির্মুখী ট্রাফিক থামার প্রায় ৫ থেকে ১০ মিনিট পরে সক্রিয় সেটিংযুক্ত সার্ভিস ঘুমায়; প্রথম অনুরোধে জেগে উঠতে দেরি হতে পারে, এমনকি সেটি ৫০২ ত্রুটিও পেতে পারে। খোলা ডেটাবেস সংযোগ, টেলিমেট্রি বা অন্য নিয়মিত বহির্মুখী যোগাযোগ ঘুমানো আটকাতে পারে। ফলে মাসের ২০% সময় চালু থাকার অনুমানটি প্রোটোটাইপের বাস্তব আচরণের সঙ্গে না মিললে তার খরচও বদলাবে।

দামের পাশাপাশি কার্যক্ষমতার সীমা

একই সংখ্যার CPU লিখিত থাকলেই দুই প্ল্যাটফর্মে সমান অনুরোধ সামলানোর ক্ষমতা বা প্রতিক্রিয়ার সময় পাওয়া যাবে—এমন প্রমাণ এই মূল্যতালিকা দেয় না। এখানে হিসাবের বিষয় বরাদ্দ কম্পিউট ক্ষমতা, মাপা ব্যবহার, চালু থাকার সময় ও ডেটা পাঠানো; নিজস্ব চাপ পরীক্ষা করা হয়নি। বিশেষ করে Render-এর ছোট সার্ভিসের ৫১২ MB সীমায় অ্যাপটি না চললে $৭-এর সঙ্গে করা তুলনাটিই প্রযোজ্য থাকবে না।

বিরতিতে চলা প্রোটোটাইপে ঘুম থেকে ওঠার অপেক্ষা গ্রহণযোগ্য হলে Railway Hobby-র ন্যূনতম বিল সুবিধা দিতে পারে। সারাক্ষণ চালু হালকা API-তে সিদ্ধান্ত নির্ভর করে ধরে রাখা RAM ও ডেটার পরিমাণের ওপর; CPU ব্যস্ততা দীর্ঘস্থায়ী হলে Render-এর ছোট নির্দিষ্ট মাপের কম্পিউট মূল্য আকর্ষণীয় হয়। যে অ্যাপ বেশি ডেটা পাঠায় বা যৌথ workspace চায়, তার জন্য সার্ভিসের দাম নয়, এই খাতগুলো যোগ করা মোট বিলই নির্বাচন নির্ধারণ করবে।

আরও পড়ুন:

• Asana না monday.com—কম seat price-ও block billing-এ ব্যয় বাড়াতে পারে
• Freshdesk না Zendesk—কম আসনমূল্যেও বহু চ্যানেলে খরচ বাড়তে পারে
• Vercel না Netlify—$২০ সমান হলেও দলের আকারে বিল বদলে যায়