Cloud invoice की तुलना bare server से नहीं, समान service से करें। People, recovery और exit cost जोड़कर managed hosting, repatriation या hybrid चुनें।
लेखक
Anichur Rahaman
मालिक बढ़ता cloud invoice देखता है; engineer को बहुत सस्ता server rental मिलता है। दोनों संख्याएँ सही होकर भी proposed saving गलत हो सकती है। Database patch, खोया record restore, रात की call और अगले hardware failure की ज़िम्मेदारी किसी को लेनी होगी।
यह teaching comparison पूछता है कि business को क्या चलाना है, कौन चलाएगा और पूरे move की लागत क्या है। Repatriation में बड़े public-cloud provider से चुने workloads हटाना भी आता है; rack खरीदना या सब हटाना ज़रूरी नहीं। Regional cloud, managed hosting और hybrid भी तुलना में रखें।
Required availability, tested peak/failure capacity, data-loss tolerance, recovery time, support, location और security duties से शुरू करें। एक fault domain की दो machines tested multi-zone service के बराबर नहीं। Replacement lead time, spare capacity और escalation शामिल हों; rental सस्ता दिखाने को resilience न हटाएँ।
AWS shared responsibility model service के अनुसार duties बदलने का उदाहरण है। Managed में customer की security/data responsibility शून्य नहीं; self-managed में अपनी building चलाना अनिवार्य नहीं। हर विकल्प में patching, credentials, recovery, backup, monitoring और on-call owner लिखें।
Predictable demand fixed capacity आकर्षक कर सकती है, लेकिन steady load या magic monthly-bill threshold savings guarantee नहीं। Bursts, GPU, storage growth और supplier capacity दोनों पर असर डालते हैं। App/database अलग providers पर रखने से hybrid में latency, transfer fees और failure boundary बढ़ सकती है। पूरा path test करें, केवल सस्ता node नहीं।
Table एक currency unit में hypothetical budget है; provider quote या StoreConsole price नहीं। हर candidate पहले समान functional, recovery और performance acceptance पास करे; table topology/SLA सिद्ध नहीं करती। Support/labour एक बार गिनें और tax/discount basis समान रखें। Common application licence cost समान हो तभी छोड़ें; कोई अंतर हो तो जोड़ें।
| Monthly allocation | Managed services | Self-managed host |
|---|---|---|
| App/worker runtime | 400 | 250 |
| Database capacity और recovery | 700 | 300 |
| Cache/queue services | 150 | 100 |
| Storage, backup और network | 200 | 200 |
| Monitoring/security tools | 100 | 150 |
| Infrastructure subtotal | 1,550 | 1,000 |
| Operations: 20 h /40 h at 40 | 800 | 1,600 |
| कुल monthly cost | 2,350 | 2,600 |
Managed infrastructure 1,550, self-managed 1,000: दिखता infrastructure saving 550 । 40 प्रति ops hour पर managed 20 hours के 800 और self-managed 40 hours के 1,600 जुड़ते हैं। Totals 2,350 बनाम 2,600 । Operations सहित सस्ता infrastructure महीने का 250 अधिक है।
बाकी assumptions समान हों तो self-managed break-even ops time(2,350−1,000)÷40=33.75 hours/month । यह staffing standard या unpaid work की सलाह नहीं। Absence, incident और skills का cover रखें; पहले से employed engineer के समय की opportunity cost भी है।
अलग sensitivity case में self-managed 25 hours का 1,000, total 2,000 और saving 350/month है। One-off migration 6,000 को इस constant saving पर लगभग 17.1 months लगेंगे, overlap, financing, tax और risk से पहले। Original 40 hour case में payback के लिए positive saving नहीं; पहले साल का incremental cost 12×250+6,000=9,000, overlap से पहले। Favourable assumptions मिलाने के बजाय scenarios अलग दिखाएँ।
Bill को workloads दें: idle capacity, snapshots, logs, replica traffic, storage operations, NAT, inter-zone/region transfer और internet delivery । Move से पहले right-sizing, lifecycle cleanup और उचित commitments तुलना करें। Commitment unit rate घटाकर भी exit liability रख सकता है। CDN origin traffic बदलता है, total cost अपने आप नहीं घटाता।
Current service/region/account terms लें। AWS EC 2 pricing reference transfer categories और eligibility अलग करता है; एक advertised per-GB rate हर service का नहीं। Rental allowance में caps, fair-use और overage भी हैं। Universal free ingress, included 20 TB या fixed egress saving नहीं।
AWS exit-transfer programme में eligibility, notice और process हैं; everyday internet delivery free नहीं। Waiver budget से पहले actual terms लें। Scope में EU Data Act switching के relevant switching egress सहित switching charges 12 January 2027 से समाप्त होते हैं। Scope/exceptions जाँचें; हर ordinary traffic bill पर date न लगाएँ, न केवल EU customer से हर contract eligible मानें।
Residency में primary, replica, backup, log, support access और subprocessors map करें। Location अकेले security, lawful access या compliance सिद्ध नहीं करती। Responsible owner से obligations/contract तय करें। Containers portability में मदद करते हैं, पर managed queues, identity, secrets, network और formats में काम लग सकता है। “एक दोपहर” migration promise नहीं।
Dependencies गिनकर version-compatible transfer method चुनें। Target बनाकर backup restore करें और agreed RPO/RTO के विरुद्ध evidence लें; PostgreSQL continuous archiving documentation एक reference है। Rows के साथ roles, extensions, encoding, jobs, files और secrets जाँचें। Counts/checksums अकेले working business system सिद्ध नहीं करते।
PostgreSQL logical-replication restrictions में schema/DDL और sequence state हैं। Rows copy होने से subscriber नया writer तैयार नहीं होता। Specific versions, replica identity और non-table objects देखें। Physical standby और logical subscriber अलग designs हैं; reverse replication automatic rollback नहीं।
Cutover से पहले web, workers, schedulers, imports और callbacks सहित सभी old writers rehearsed plan से fence करें। Catch up, accepted operations reconcile, authoritative write route switch, validate और जानबूझकर resume करें। Queues, idempotency records और external payment/shipping effects coordinate करें; दोनों copies independently एक obligation fulfil न करें।
DNS TTL घटाना cache refresh प्रभावित कर सकता है; existing connections बंद या सभी clients तुरन्त move नहीं होते। Stale client old database पर write न करे। First new write से पहले/बाद rollback तय करें; बाद में पुरानी copy पर लौटना new orders खो सकता है। Tested data reconciliation/reversal route चाहिए; कभी forward recovery सही response होगा।
Pilot से acceptance evidence और measured support workload मिले। Recovery/contract जितना justify करें उतना overlap रखें; fixed 30 days/13 weeks universal safety नहीं। Protected backups और required records रखें। Dependencies, stop dates और billing commitments verify करके ही resources retire करें।
| Decision gate | कौन-सा evidence रखें |
|---|---|
| Comparable service | Peak/failure capacity, RPO/RTO और access controls |
| Whole cost | Labour, support, overlap, commitments और exit terms |
| Transfer readiness | Successful restore; compatible state/schema; one writer |
| Cutover के बाद | Reconciled orders/jobs/payments; measured support load |
Useful business unit के हिसाब से total cost, ops hours, outstanding critical patches, incident load, recovery drills और customer-region latency review करें। Patch age required fix कितने दिन unremediated है, last patch installation का समय नहीं। Support, correctness या recovery fail हों तो rent कम होने पर भी plan बदलें।
मालिक को समझाने योग्य bill और operating model चाहिए। Stay, एक workload move, managed support खरीदना या अधिक repatriation—सभी सम्भव हैं। सही निर्णय उस service और उसे चालू रखने वाले लोगों का मूल्य चुकाता है जो business को वास्तव में चाहिए।
समीक्षा 6 November 2026 । Anichur Rahaman, StoreConsole के निर्माता। Budget/payback teaching examples हैं, quotes, observed savings या financial forecasts नहीं।
लेखक का परिचय
Anichur Rahaman
पढ़ना जारी रखें
