Serverless तकनीक की डरावनी कहानियाँ

 (serverlesshorrors.com)
2 पॉइंट द्वारा GN⁺ 2024-03-01 | 1 टिप्पणियां | WhatsApp पर शेयर करें

Serverless horror stories

  • Serverless horror stories एक सरल ब्लॉग है, जहाँ serverless तकनीक का इस्तेमाल करते समय हुए डरावने अनुभव साझा किए जाते हैं.
  • यह ब्लॉग Andras ने बनाया है, और वह open source तथा self-hosting योग्य Heroku / Netlify / Vercel alternative, Coolify, विकसित कर रहे हैं.
  • जिन लोगों के पास serverless horror story है, वे Andras को अपनी कहानी भेज सकते हैं या Github पर PR खोलकर उसे साझा कर सकते हैं.

ध्यान देने योग्य serverless लागत के मामले

  • 27 मार्च 2020: Firebase और Cloud Run को टेस्ट करते समय 72,000 डॉलर खर्च हो गए और मामला लगभग दिवालिया होने की स्थिति तक पहुँच गया.
  • 27 फ़रवरी 2024: Netlify से सप्ताहांत में एक ईमेल मिला, जिसमें लिखा था कि 104,500 डॉलर का बिल overdue है.
  • 13 फ़रवरी 2024: किसी ने EchoFox पर spam भेजा, जिससे Vercel का बिल 23,000 डॉलर तक पहुँच गया और 56,000 से अधिक accounts और trials बने.
  • 5 अप्रैल 2023: Vercel users को चेतावनी देने वाला एक अनुभव साझा किया गया, जिसमें कहा गया कि Vercel पर टेस्ट या deploy करते समय सावधानी रखनी चाहिए.

GN⁺ की राय

  • serverless architecture, management-free infrastructure की वजह से developers को आकर्षक लगती है, लेकिन यह दिखाती है कि अप्रत्याशित लागत एक बड़ी समस्या बन सकती है.
  • ये मामले इस बात पर ज़ोर देते हैं कि serverless services का उपयोग करते समय गहन cost management और monitoring कितनी महत्वपूर्ण है.
  • serverless तकनीक अपनाने से पहले, ऐसे tools का उपयोग करना अच्छा है जो cost prediction और spending limits सेट करने की सुविधा देते हैं.
  • AWS Lambda जैसे अन्य serverless products का उपयोग करते समय भी इसी तरह की लागत-संबंधी समस्याएँ आ सकती हैं, इसलिए cost efficiency को ध्यान में रखकर service चुनना महत्वपूर्ण है.
  • इस तकनीक को चुनने से मिलने वाले फायदे तेज़ deployment और scalability हैं, लेकिन अगर वास्तविक usage का अनुमान न लगे तो बजट से बाहर जाने का जोखिम रहता है.

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2024-03-01
Hacker News राय

  • Netlify से जुड़ी टिप्पणियों का सार:

    • एक उपयोगकर्ता ने बताया कि उसने अपनी वेबसाइट पर 3.44MB की एक sound file होस्ट की थी, और इसके कारण उस पर DDoS हमला हुआ। वह Netlify का free account इस्तेमाल कर रहा था, फिर भी अत्यधिक traffic cost की वजह से उस पर बहुत बड़ा bill आने का खतरा था।
    • दूसरे उपयोगकर्ता ने कहा कि यह स्थिति दुखद है; 3.44MB की file अपने-आप में समस्या नहीं होनी चाहिए, और इसे कहीं और होस्ट करने का समाधान उचित नहीं है। उसने यह भी कहा कि वास्तव में 'free' जैसी कोई चीज़ नहीं होती, और ऐसी स्थिति रोकने के लिए अधिक safeguards होने चाहिए।
    • यह भी उल्लेख किया गया कि VPS(Virtual Private Server) सस्ता है, संभालना आसान है, और उसमें अपने-आप traffic limits होती हैं.

  • Coolify से जुड़ी टिप्पणियों का सार:

    • एक उपयोगकर्ता ने Andres का ज़िक्र किया, जिन्होंने Heroku/Netlify जैसे self-hosted alternative Coolify को विकसित किया है। उपयोगकर्ता ने कहा कि वह कई महीनों से Coolify इस्तेमाल कर रहा है और इसने कई services को self-host करने में बहुत मदद की है.
    • यह भी कहा गया कि Coolify community बढ़ रही है, और उपयोगकर्ता नए templates जोड़ रहे हैं तथा एक-दूसरे की debugging में मदद कर रहे हैं.
    • कमी के तौर पर यह बताया गया कि disk space कम होने पर समस्याएँ आ सकती हैं, और इसके लिए बेहतर warnings या preventive measures की ज़रूरत है.

  • serverless architecture से जुड़ी टिप्पणियों का सार:

    • यह तर्क दिया गया कि Netlify में जो समस्या हुई, वह serverless architecture की वजह से नहीं थी। serverless architecture में कई technical समस्याएँ हो सकती हैं, लेकिन बहुत बड़े traffic bill आना serverless से अलग समस्या है.
    • यह भी कहा गया कि अगर आप अपना hardware data center में रखकर traffic cost चुका रहे हों, तब भी DDoS protection न होने पर ऐसी ही समस्या हो सकती है.
    • मुख्य समस्या के रूप में अत्यधिक traffic charges और DDoS mitigation की कमी को रेखांकित किया गया.

  • Netlify से migration के फ़ैसले से जुड़ी टिप्पणियों का सार:

    • एक उपयोगकर्ता ने कहा कि उसने अपनी personal site को Netlify से कहीं और migrate करने का फ़ैसला किया है। उसके अनुसार migration ज़्यादातर DNS update का काम है, और वह HTML को local में build करके upload करना पसंद करता है.
    • उसने यह भी कहा कि यह अजीब है कि ज़्यादातर लोकप्रिय solutions spending cap सेट करने की सुविधा नहीं देते.

  • cloud vendors की अत्यधिक billing से जुड़ी टिप्पणियों का सार:

    • एक उपयोगकर्ता ने cloud vendors की overbilling की तुलना ऐसे mechanic से की, जो एक खराब part को बार-बार बदलता रहे और फिर बहुत बड़ा bill थमा दे.
    • उसने कहा कि एक छोटे उपयोगकर्ता के रूप में वह सारे documents पूरी तरह पढ़कर समझ नहीं सकता, और वह ऐसी सुविधा चाहता है जिसमें spending cap पहुँचते ही service रुक जाए.

  • OpenAI API key से जुड़ी टिप्पणियों का सार:

    • एक उपयोगकर्ता ने बताया कि OpenAI API key register करते समय default रूप से quota लागू करता है, और उसे पार करने पर key को disable कर देता है.
    • उसने आश्चर्य जताया कि अधिक कंपनियाँ यह तरीका क्यों नहीं अपनातीं, जबकि यह सभी को unexpected bills से बचा सकता है.

  • cloud services की समस्याओं से जुड़ी टिप्पणियों का सार:

    • यह कहा गया कि हम इस बात को सामान्य मान चुके हैं कि cloud providers अपनी संभावित समस्याओं के निवारण के नाम पर cross-AZ traffic के लिए भी charge करते हैं.

  • Netlify की अपर्याप्त प्रतिक्रिया से जुड़ी टिप्पणियों का सार:

    • Netlify के bandwidth cost को अत्यधिक रखने और ऐसे हमलों से निपटने के लिए tools न देने पर निराशा व्यक्त की गई, जिन पर ग्राहक का कोई नियंत्रण नहीं होता.
    • यह आलोचना भी की गई कि Netlify के पास समस्या हल करने के कई तरीके हैं, फिर भी वह रुचि नहीं दिखाता। उदाहरण के तौर पर bunny.net CDN द्वारा दिए जाने वाले विभिन्न options का उल्लेख किया गया.

  • spending cap सेट करने की ज़रूरत से जुड़ी टिप्पणियों का सार:

    • यह रेखांकित किया गया कि spending cap सेट करना serverless समस्या नहीं, बल्कि cloud समस्या है.
    • यह भी कहा गया कि यदि किसी छोटे cloud server पर हमला हो, तो वह down हो सकता है, और AWS की तरह केवल outgoing traffic के लिए भुगतान करना बेहतर है.