Managed hosting vs self hosting-এ শ্রমের বাজেট চাই

বিশটি ছোট টুলের জন্য সাধারণত খুব বেশি কম্পিউট দরকার হয় না। কিন্তু certificate মেয়াদ শেষ হওয়া, backup নীরবে ব্যর্থ হওয়া, update-এ login ভেঙে যাওয়া কিংবা alert কারও কাছে না পৌঁছানোর সুযোগ তৈরি হয় বিশটি। তাই শুধু মাসিক server bill দেখে তুলনা করলে উত্তর ভুল হবে।

এই আকারের portfolio-তে কর্মীর সময় ও কাজের ব্যাঘাতের দাম ধরলে managed hosting সাধারণত কম খরচের হয়। টুলগুলো যদি নিয়ম মেনে চালানো একটি shared platform ব্যবহার করে, দল সেটি আগে থেকেই চালায় এবং control বা data location-এর প্রয়োজন কাজটিকে যথার্থ করে, তবে self hosting জিততে পারে। সিদ্ধান্ত total cost model দিয়ে নিতে হবে, দুটি pricing page দেখে নয়।

Virtual machine নয়, চালু service তুলনা করুন

ন্যায্য একক হলো এমন service যা ব্যবহারকারীরা খুলতে পারেন এবং দায়িত্বপ্রাপ্ত কেউ restore করতে পারেন। শুধু code চালানোর মতো memory থাকা virtual machine যথেষ্ট নয়। সস্তা server quote-এ deployment-এর পরে app ব্যবহারযোগ্য রাখার বহু কাজ থাকে না।

দুই বিকল্পে একই service boundary ঠিক করুন: runtime, database, persistent files, DNS, TLS, secrets, logs, metrics, alerts, backup storage, restore procedure, deployment, rollback, security updates এবং incident owner। Managed plan যা অন্তর্ভুক্ত করে তা লিখুন। যে কাজ আপনাকে দেয়, self-hosted দিকেও তার দাম ধরুন।

Infrastructure management আর application ownership এক নয়। Provider host patch ও নষ্ট hardware বদলাতে পারে, কিন্তু গতকালের schema migration একটি column হারিয়েছে কি না কিংবা AI-generated authorization check ভুল কি না সে ঠিক করতে পারে না। Self hosting আপনার দায়িত্ব OS, network, database ও monitoring পর্যন্ত বাড়ায়, আর application-এর কাজও থেকে যায়।

AWS shared responsibility model-এ infrastructure customer-কে guest OS, patches, application software ও firewall configuration-এর দায় দেওয়া হয়েছে। বড় provider-এর virtual machine ভাড়া নিলে application managed হয় না। Provider কেবল নিচের physical layer চালায়।

প্রথমে ownership table বানান। প্রতি row-তে একজন ব্যক্তি বা vendor এবং প্রতিশ্রুত response লিখুন। Automation বন্ধ হলে কে বুঝবে তা না বলা পর্যন্ত “automatic” অসম্পূর্ণ।

এই table একটি পূর্ণ managed service-এর সঙ্গে খালি server তুলনা করার ভুল ঠেকায়। Database restore বা রাতের response customer-এর ওপর রেখে দেওয়া plan-ও ধরা পড়ে।

ব্যাঘাতের দাম ধরা cost model ব্যবহার করুন

ভালো model recurring cash, planned work ও unplanned work আলাদা রাখে। আশাবাদী একটি monthly number-এ সব মেশালে সবচেয়ে পরিবর্তনশীল অংশ লুকিয়ে যায়।

Annual cost = 12 x recurring monthly cash
            + planned engineering hours x loaded hourly rate
            + expected incident hours x loaded hourly rate
            + expected outage impact
            + one-time migration or platform work amortized over its useful life

Recurring cash-এ compute, database, storage, backup, network egress, monitoring, log retention, DNS, paid certificates ও support থাকে। Planned labor-এ release, patch, backup check, restore drill, access review, dependency update, capacity ও documentation থাকে। Incident hours-এ diagnosis, repair, recovery, communication ও পুনরাবৃত্তি ঠেকানোর কাজ থাকে।

Take-home salary নয়, পুরো loaded hourly rate নিন। Founder রাতে কাজ করলেও তার দাম শূন্য নয়। যে product, sales বা customer work সরে গেল তার মূল্য ধরুন। “ফ্রি” শ্রমই self-hosting spreadsheet-এর সবচেয়ে সাধারণ মিথ্যা।

তিনটি case বানান: শান্ত, প্রত্যাশিত ও খারাপ। শান্ত case-এ maintenance ও ছোট সমস্যা, প্রত্যাশিত case-এ failed deployment, restore request, noisy alert ও জরুরি update, খারাপ case-এ দীর্ঘ recovery বা compromised credential রাখুন। নিখুঁত একক সংখ্যার চেয়ে range বেশি কাজে লাগে।

এগুলো উদাহরণ, universal benchmark নয়। আপনার release frequency, on-call history, recovery requirement ও internal rate বসান। History না থাকলে range বড় রাখুন এবং তিন মাস পরে দেখুন।

Reusable platform-এর fixed cost-ও যোগ করুন এবং apps ও ব্যবহারকাল জুড়ে ভাগ করুন। প্রথম tool-এ পুরো খরচ চাপাবেন না, আবার বিশটি tool থেকেই সেটি উধাও করবেন না।

বিশটি টুল compute-এর চেয়ে operations surface দ্রুত বাড়ায়

ছোট app CPU ও memory ভাগ করতে পারে, কিন্তু প্রতিটির domain, secrets, users, database schema, release cycle, dependencies ও recovery target থাকে। একটি server-এ বিশটি container চললেও এই surface কমে না।

প্রতি app-এ ছয় মিনিটের manual কাজ portfolio-তে দুই ঘণ্টা। Quarterly check বছরে আট ঘণ্টা হয়। Coordination, failed run ও documentation যোগ হলে কাজটি আর ছোট থাকে না।

Consolidation cash কমায় কিন্তু blast radius বাড়ায়। Kernel update, full disk, broken proxy বা lost credential সব টুল থামাতে পারে। Host আলাদা করলে shared failure কমে, bill ও patch work বাড়ে। Managed platform এই infrastructure work বহু customer-এর মধ্যে ভাগ করে।

Tools-কে disposable prototype, reproducible data-সহ internal tool, authoritative data-সহ business tool এবং public service-এ ভাগ করুন। প্রতিটি class-কে standard runtime, backup, monitoring, recovery ও retirement rule দিন।

প্রতি tool-এ একটি virtual machine বোঝানো সহজ, কিন্তু patch, agent, certificate, configuration ও idle capacity নকল করে। Conflicting dependency, sensitive workload বা ভিন্ন recovery target-এর মতো পরিষ্কার কারণেই শক্ত isolation নিন। বাকি অংশে containers বা shared platform যথেষ্ট।

অন্য চরমে, সব app ও database undocumented compose file-এ রাখাও ভুয়া সাশ্রয়। Resource limits, named persistent volumes, health checks, predictable routing ও data owner দরকার। তা না হলে runaway export disk ভরে পুরো portfolio বন্ধ করবে।

Retired tools-ও গুনুন। AI দিয়ে বানানো সস্তা হওয়ায় পরিত্যক্ত পরীক্ষা জমে। Monthly inventory-তে owner, user বা recent deployment না থাকা service খুঁজুন। অব্যবহৃত service মুছলে কয়েক পয়সা tuning-এর চেয়ে risk ও কাজ বেশি কমে।

Restore দরকার না হওয়া পর্যন্ত backup সস্তা দেখায়

Backup হলো এমন recoverable copy যার service-এ ফেরার পথ পরীক্ষা করা। Scheduled job file upload করেছে মানে শুধু command চলেছে।

সাধারণ ভাষায় লক্ষ্য লিখুন: “এক business day-এর change হারাতে পারি এবং চার working hour-এ ফিরব।” Message-forwarding form ও official customer record রাখা CRM-এর সহনশীলতা আলাদা।

চারটি খরচ আছে: copy তৈরি, storage, পর্যাপ্ত history রাখা এবং restore প্রমাণ। চতুর্থটি সাধারণত বেশি শ্রম নেয়। Drill-এর জন্য clean target, credentials, download, database startup, app checks ও recovered state গ্রহণের সিদ্ধান্ত লাগে।

PostgreSQL documentation logical objects ও data ফেরানো pg_dump-কে base backup ও WAL মিশিয়ে point-in-time recovery দেওয়া continuous archiving থেকে আলাদা করে। Base backup পর্যন্ত WAL sequence সম্পূর্ণ থাকতে হবে। দুটিকে “daily backup” বললে ক্ষমতার পার্থক্য লুকায়।

ছোট database-এ এক দিনের data loss গ্রহণযোগ্য হলে encrypted dump যথেষ্ট হতে পারে। Host-এর বাইরে একাধিক generation রাখুন, encryption key owner লিখুন এবং restore পরীক্ষা করুন। Delete-এর ঠিক আগের সময়ে ফিরতে হলে সেই সুবিধাসহ managed database বা ঠিকভাবে চালানো WAL archive দরকার।

service: inventory-tool
backup_object: inventory-tool/2026-07-12T020000Z.dump
restore_started: 09:14 UTC
restore_finished: 09:31 UTC
application_check: login, search, create and delete test record passed
recovery_point: 02:00 UTC
operator: initials

এই record বলে কোন copy restore হয়েছে এবং কী check হয়েছে। Incident-এ unavailable হতে পারে এমন monitoring system-এ শুধু না রেখে operational documentation-এর সঙ্গে রাখুন।

Managed backup-এ retention, region, encryption, export, deletion এবং restore নতুন database বানায় নাকি পুরোনোটি overwrite করে, সব দেখুন। Uploaded files ও secrets আছে কি না নিশ্চিত করুন। Provider mechanics চালালেও policy বাছাই ও আসল restore যাচাই customer-এর কাজ।

SSL ও monitoring হলো owner-সহ automation

TLS certificate ফ্রি হয়েও কাজ তৈরি করতে পারে। DNS, challenge, proxy reload ও expiry alert ঠিকভাবে চলতে হবে।

Let's Encrypt বলে short lifetime automation উৎসাহিত করে। যুক্তিটি ঠিক, কিন্তু “আমরা Let's Encrypt ব্যবহার করি” কোনো procedure নয়। ACME client, schedule, challenge type, DNS permissions, reload behavior, expiry alert ও failure owner লিখুন।

বিশটি domain-এ issue ও renewal automate করুন এবং host-এর বাইরে থেকে ফল পরীক্ষা করুন। External check disk-এ renewed কিন্তু proxy-তে load না হওয়া certificate, ভুল DNS ও dead server খুঁজে পায়।

Prometheus guidance user pain-এর সঙ্গে যুক্ত symptom-এ alert এবং action ছাড়া page এড়াতে বলে। CPU, memory, container, database ও proxy alerts copy করলে user আটকে আছে কি না না বলেই শত শত message হতে পারে।

External availability, errors, latency, disk capacity, backup freshness ও certificate expiry দিয়ে শুরু করুন। দ্রুত মানুষের action দরকার হলেই page করুন। Capacity ও maintenance দিনের queue-তে পাঠান। প্রতিটি alert-এর owner, ছোট diagnosis path ও silence mechanism চাই।

Monitor-কে monitor করুন। অন্তত একটি check ও notification path host-এর failure domain-এর বাইরে রাখুন। Managed platform আসল app route test করে কি না এবং notification response need-এর সঙ্গে মেলে কি না দেখুন।

Log retention-ও cost। Chat-generated tool verbose request, warning ও repeated stack trace লিখতে পারে। Use অনুযায়ী retention দিন এবং secrets ও personal data filter করুন। Unlimited retention ব্যয়বহুল ও risky; no retention প্রথম incident দীর্ঘ করে।

Upgrade generated code-কে আপনার code বানায়

AI-generated software deploy করলে maintenance operator-এর কাছে আসে। Model package patch করে না, runtime upgrade test করে না এবং কয়েক মাস পরে হারানো dependency ব্যাখ্যা করে না।

OS, base image, language runtime, framework, packages, database, proxy, monitoring ও deployment tools গুনুন। Managed platform host ও runtime সরাতে পারে, application dependency নয়। Source export exit path দেয়, নিজে operations চালায় না।

Standard build contract নিন: locked dependencies, কয়েকটি automated test, health endpoint, explicit database migration ও known previous release। তা না হলে প্রতিটি upgrade generated code খনন হয়ে যায়।

Recurring maintenance window রাখুন। Low-risk update একসঙ্গে করুন, images rebuild করুন, representative tool-এ test করে class-এ ছড়ান। Security fix দ্রুত path নিক। Unsupported runtime ও packages এক portfolio view-তে রাখুন।

Snapshots ও rollback recovery দ্রুত করে, database planning বদলায় না। Destructive migration-এর পরে code rollback পুরোনো code-কে নতুন schema-র সামনে আনতে পারে। Compatible sequence নিন: field যোগ, দুই state সমর্থনকারী code deploy, data migrate, পরে পুরোনো field মুছুন।

Planning mode generated application বদলানোর আগে scope, data changes ও components দেখতে দেয়। Koder.ai planning, deployment, hosting, custom domains, snapshots ও rollback একত্র করে এবং source export-কে exit option রাখে। তবু application maintenance cost থাকে, কারণ hosting choice প্রকাশিত behavior-এর দায় মুছে দেয় না।

Deployment command সফল হলেই upgrade শেষ নয়। Login, read path, write path, background work ও বদলানো feature পরীক্ষা করুন। উদ্দেশ্যপূর্ণ পাঁচটি check owner-হীন green suite-এর চেয়ে ভালো।

Incident-এর bill সবচেয়ে খারাপ সময়ে আসে

Incident cost-এ interruption থাকে। Internal tool finance process থামাতে, বিশজনকে দেরি করাতে বা ভুলপ্রবণ spreadsheet-এ ফেরাতে পারে। Public tool direct revenue না দিলেও support work বানায়।

একটি self-hosted failure ধরুন। বড় export app volume ভরছে, disk alert পুরোনো mailbox-এ যাচ্ছে, রাতে disk full হচ্ছে। PostgreSQL ও অন্য containers লেখা বন্ধ করে। সকালে operator space খালি করে restart করে incomplete database file পায় এবং backup খোঁজে। Nightly dump আছে, কিন্তু নয় মাস restore হয়নি এবং key চলে যাওয়া contractor-এর ছিল।

Server invoice প্রায় বদলায় না। Multi-layer diagnosis, backup uncertainty, staff time, recovery, status messages ও fixes ব্যয়বহুল। Scope অনুযায়ী managed hosting disk ও database-এর কিছু failure ঠেকাতে পারে। খারাপ app export ঠিক করা বা users-এর সঙ্গে কথা বলা তার কাজ নয়।

After-hours alert কে পায়, কত দ্রুত response, DNS কে বদলায়, data কে restore করে, secrets কে rotate করে, status কে জানায় এবং ছুটিতে কে cover করে, ঠিক করুন। উত্তর “developer” হলে access, documentation ও paid time নিশ্চিত করুন।

বিশটি tool সব সময় 24-hour on-call ন্যায্য করে না, তবে explicit service window দরকার। কিছু internal tool পরের business day পর্যন্ত অপেক্ষা করতে পারে। Users-কে বলুন এবং alerts সে অনুযায়ী রাখুন।

Incident-এর permanent fix সঠিক option-এ charge করুন। Repeated disk cleanup, certificate repair ও monitor maintenance self hosting-এর cost। Vendor deployment failure ও slow support managed side-এর cost।

Self hosting shared platform ও পরিষ্কার কারণে জেতে

আগে থেকেই maintained platform, spare operations capacity এবং managed product সাশ্রয়ে মেটাতে পারে না এমন requirement থাকলে self hosting কম খরচ হতে পারে। শুধু একটি cheap VM যথেষ্ট নয়।

Credible plan-এ templates, automatic deployment, central secrets, external monitoring, automatic TLS, separate backup storage, tested restore, patch owner, resource limits ও documented retirement থাকে। প্রতি tool-এ নতুন server diagram লাগলে platform fixed cost ফেরত দিচ্ছে না।

Data residency, network isolation, unusual runtime, predictable high use বা compliance boundary control-কে ন্যায্য করতে পারে। পাশে monetary value বা mandatory requirement লিখুন। “আমরা control পছন্দ করি” invoice-এর সঙ্গে তুলনা করা যায় না।

Small team, uneven use, frequent creation and deletion বা operations owner না থাকলে managed hosting শক্ত default। Limits, backups, log access, regions, domains, rollback, export ও support response যাচাই করুন।

self_hosting_saving = managed_annual_cash - self_hosted_annual_cash
hours_available = self_hosting_saving / loaded_hourly_rate

Self hosting বছরে $6,000 বাঁচায় এবং hour $100 হলে 60 hours, অর্থাৎ বিশটি tool-এর জন্য মাসে পাঁচ hours মেলে। Patches, monitoring, backups, restore drills, failures ও incidents এর মধ্যে ধরতে হবে। হিসাব winner বলে না, অসম্ভব plan দেখায়।

Incident hours দ্বিগুণ করুন, দ্বিতীয় operator যোগ করুন বা তিনটি tool-এ point-in-time recovery ধরুন। ছোট assumption উত্তর বদলে দিলে risk tolerance ও control requirement দিয়ে বাছুন, স্থায়ী saving দাবি করবেন না।

90 দিনের operating trial দিয়ে সিদ্ধান্ত নিন

সবচেয়ে শক্ত সিদ্ধান্ত নিজের portfolio-তে মাপা কাজ ব্যবহার করে। Representative group 90 দিন চালান, সব cash charge ও staff task লিখুন, তারপর বিশটি tool-এ project করুন।

Disposable prototype, database-সহ internal tool এবং external application নিন। Change deploy, certificate renew, clean environment-এ restore, release rollback, secret rotation, alert trigger এবং tool retirement করুন। শুধু শান্ত uptime মাপা trial আসল কাজ বাদ দেয়।

Active ও waiting time আলাদা করুন। Download-এর সময় অন্য কাজ করা যায়, কিন্তু 15-minute interruption-এর context-switching cost আছে। দুই option-এ একই নিয়ম নিন।

Day 90-এ recurring work annualize করুন, one-time setup আলাদা রাখুন এবং তিন incident case তুলনা করুন। DNS recovery, region placement বা support escalation-এর মতো untested responsibility-কে unknown লিখুন।

বেশির ভাগ দলের জন্য compute সবচেয়ে ছোট গুরুত্বপূর্ণ সংখ্যা হবে। Managed hosting জেতে যখন extra cash অবশিষ্ট দায়ে খরচ হওয়ার চেয়ে বেশি staff time কেনে। Self hosting জেতে যখন reused platform কাজ break-even-এর নিচে রাখে এবং control-এর পরিষ্কার উদ্দেশ্য থাকে।

Restore, patches, alerts ও incidents-এর পাশে কারও নাম না লেখা পর্যন্ত সস্তা দেখানো plan approve করবেন না। Server commodity। নির্ভরযোগ্য ownership-ই দুষ্প্রাপ্য।