ট্রাফিক এস্টিমেটর
দৈনিক ইউজারকে আসল সংখ্যায় বদলান — প্রত্যাশিত request, bandwidth আর যে সার্ভার লোডের জন্য প্ল্যান করবেন।
টেক্সট পেজ ~৫০০KB, ইমেজ-হেভি ~২MB+।
ব্যস্ত-সময়ের spike গুণক। ৩–৫ সাধারণ।
সার্ভার লোড
হালকা
~৪ req/sec peak
দৈনিক page view
৩০.০k
মাসিক page view
৯০০.০k
অ্যাপ request / দিন
৭৫.০k
গড় request / sec
০.৯
Peak request / sec
৪.৩
Bandwidth / মাস
১০৩০.০ GB
Cloudflare-এর পেছনে একটা ছোট VPS (১–২ vCPU, ২–৪ GB RAM) এটা আরামে সামলাবে। ভালো cache করলে অনেকদিন scaling নিয়ে ভাবতে হবে না।
সার্ভার সাইজ করুন লঞ্চের আগে, পড়ে যাওয়ার পরে নয়
ফাউন্ডাররা সাধারণত সার্ভারের দরকার আন্দাজ করে — হয় idle ক্ষমতায় বেশি টাকা দেয়, নয়তো লঞ্চের দিন offline হয়ে যায়। এই এস্টিমেটর আপনার প্রত্যাশিত দৈনিক ইউজারকে ইনফ্রার জন্য আসল সংখ্যায় বদলায়: peak-এ request/sec, মাসিক bandwidth, আর সহজ ভাষায় — একটা VPS যথেষ্ট নাকি load balancing ও scaling ভাবতে হবে।
Cloud Hosting Cost Calculator আর Server Requirement Calculator-এর সাথে মিলিয়ে এই সংখ্যাগুলোকে আসল, দামসহ সেটআপে নিন।
সচরাচর জিজ্ঞাসা
এই এস্টিমেট কতটা নির্ভুল?
এটা planning এস্টিমেট, গ্যারান্টি নয়। যৌক্তিক গড় (প্রতি page view-তে কয়েকটা request, ব্যস্ত সময়ের peak multiplier) দিয়ে সঠিক order of magnitude দেয় — সার্ভার সাইজ বাছতে আর বাজে সারপ্রাইজ এড়াতে যথেষ্ট। আসল লোড নির্ভর করে আপনার কোড, caching আর database-এর উপর।
Peak factor কী?
ট্রাফিক ২৪ ঘণ্টায় সমানভাবে ছড়ায় না — ব্যস্ত সময়ে spike করে। Peak factor আপনার গড় request/sec-কে গুণ করে সেই ব্যস্ত-সময়ের peak অনুমান করে। ৩–৫× সাধারণ; তীক্ষ্ণ দৈনিক spike-এর অ্যাপে (নিউজ, টিকেটিং, flash sale) বেশি ব্যবহার করুন।