सर्वरलेस भयावहताएँ

Serverless और cloud hosting प्लेटफ़ॉर्म की आलोचना की जा रही है क्योंकि वे छोटे sites को बिना सीमा वाले, संभावित रूप से विनाशकारी bills के सामने छोड़ देते हैं, खासकर जब DDoS attacks या misconfigurations अप्रत्याशित bandwidth या function usage बढ़ा देते हैं। Commenters का तर्क है कि मूल समस्या अस्पष्ट, post-paid billing और सरल “kill switches” या hard spend limits की कमी है, और वे इसे सस्ते, अधिक पूर्वानुमेय VPS या self-hosted setups से तुलना करते हैं। कुछ लोग serverless का बचाव करते हैं कि सही configuration और throttling के साथ यह उपयोगी है, लेकिन कई लोग मौजूदा pricing और protections को hobbyists और small businesses की ज़रूरतों और risk tolerance के अनुरूप नहीं मानते।

बिलिंग जोखिम और “स्टॉप‑लॉस” नियंत्रणों की कमी

  • केंद्रीय चिंता: serverless / cloud प्लेटफ़ॉर्म बिना सीमा के खर्च की अनुमति देते हैं, खासकर bandwidth पर, और डिफ़ॉल्ट रूप से कोई hard cap नहीं होता।
  • कई लोग शिकायत करते हैं कि alerts देर से आते हैं, वैकल्पिक होते हैं, और पर्याप्त नहीं हैं; लोग एक simple kill switch या spending limit चाहते हैं (जैसे, “$X पर सब कुछ बंद कर दो”).
  • कुछ का तर्क है कि providers इससे बचते हैं क्योंकि इससे revenue घटेगा या वैध spikes के दौरान paying customers का service बंद होने का जोखिम होगा।
  • अन्य लोग कहते हैं कि यह ज़्यादा UX और complexity का मामला है: एक universal, abuse-proof “off” switch डिज़ाइन करना मुश्किल है जो production में confusing या dangerous न हो।

DDoS, metered bandwidth, और pricing

  • कई कहानियाँ DDoS या misconfigurations के कारण बहुत बड़े bandwidth bills के इर्द-गिर्द घूमती हैं, यहाँ तक कि “free” tiers पर भी।
  • आलोचना कि bandwidth raw infrastructure (जैसे, Hetzner) की तुलना में बेहद ज़्यादा markup की जाती है और यह “pure margin” है।
  • कुछ लोग बताते हैं कि traditional VPS/colo में स्वाभाविक caps होते हैं (finite CPU/bandwidth) और egress बहुत सस्ता होता है, इसलिए worst-case bills सीमित रहते हैं।
  • अन्य लोग ज़ोर देते हैं कि यह “serverless” जितना नहीं, बल्कि absurd traffic pricing और खराब DDoS/traffic controls का मुद्दा है।

क्या यह serverless समस्या है, cloud समस्या है, या architecture?

  • एक पक्ष: यह एक सामान्य cloud/billing समस्या है; यही S3/CDN या किसी भी metered service के साथ हो सकता है।
  • दूसरा: serverless इसे बढ़ा देता है क्योंकि pay-as-you-go और “infinite” scaling fixed-size VPS की तुलना में runaway costs को आसान बना देते हैं।
  • कुछ लोग बताते हैं कि कुछ platforms (जैसे major clouds, Cloudflare, Vercel) में throttling, concurrency limits, DDoS protection, या spend alerts होते हैं—लेकिन अक्सर ये स्पष्ट नहीं होते या अधूरे होते हैं।

विकल्प: VPS, self-hosting, और tools

  • बहुत से लोग साधारण sites के लिए cheap VPS या self-hosting की वकालत करते हैं: costs सीमित रहती हैं, और panels या अपने server पर PaaS जैसे tools admin burden कम कर सकते हैं।
  • विरोध: secure, well-managed VPS हर किसी के लिए trivial नहीं है; backups, SSH key rotation, और networking जैसी चीज़ें स्पष्ट नहीं होतीं।
  • इस पर बहस है कि क्या cloud providers ने developers को सफलतापूर्वक यह समझा दिया है कि VPS/self-hosting “बहुत कठिन” है, या क्या यह वास्तव में non-admins के लिए जोखिमपूर्ण है।

व्यापक प्रतिक्रियाएँ और meta

  • कुछ लोग serverless पर बढ़ती skepticism का स्वागत करते हैं, लेकिन knee-jerk backlash की चिंता भी करते हैं।
  • अन्य लोग इन कहानियों को इस रूप में देखते हैं कि शक्तिशाली tools, अस्पष्ट pricing, और कमज़ोर defaults छोटे users के लिए “cloud horror” कैसे पैदा करते हैं।