Ask HN: HN इतनी बार डाउन क्यों रहता है?

Hacker News चर्चा ↗

Hacker News पर बार-बार आने वाले error messages और छोटे outages उपयोगकर्ताओं को यह सोचने पर मजबूर कर रहे हैं कि एक text-only साइट इतनी विश्वसनीयता के साथ क्यों संघर्ष करती है, जबकि वह एक बड़े और अत्यधिक तकनीकी दर्शक वर्ग को सेवा दे रही है। टिप्पणीकार एक पुराने, एक-कोर सर्वर, बिना autoscaling वाले इन्फ्रास्ट्रक्चर, और कड़ी anti-bot rate limiting को मुख्य कारण बताते हैं, जिसे हालिया समय में higher Google search rankings से बढ़े ट्रैफ़िक ने और दबाव में डाल दिया है। कई लोग इसे HN की minimalist, non-commercial, बहुत छोटी टीम द्वारा संचालित प्रकृति का परिणाम मानकर स्वीकार करते हैं, हालांकि कुछ लोग हैरान हैं कि उद्योग का इतना केंद्रीय हब 2024 में भी अपेक्षाकृत कम uptime क्यों सहता है।

डाउनटाइम की महसूस की गई आवृत्ति और पैटर्न

  • अनुभव बहुत अलग-अलग हैं:
    • कई वर्षों से रोज़ाना उपयोग करने वाले कुछ लोग बताते हैं कि उन्होंने लगभग कभी त्रुटियाँ नहीं देखीं।
    • जबकि कुछ लोग कहते हैं कि पिछले कुछ महीनों में आउटेज या 5xx त्रुटियाँ अक्सर होने लगी हैं, कभी-कभी दिन में कई बार।
  • कुछ लोग सिर्फ़ इस हफ्ते समस्याएँ होने की बात करते हैं; अन्य कहते हैं कि यह महीनों से चल रहा है।
  • समस्याएँ कभी-कभी बीच-बीच में आती हैं: कुछ मिनटों की त्रुटियाँ, फिर सब ठीक।
  • कई लोगों का कहना है कि त्रुटियाँ दिन के कुछ खास घंटों में ज़्यादा आती हैं (जैसे मध्य-सुबह से दोपहर के शुरुआती हिस्से तक CET)।

इन्फ्रास्ट्रक्चर, आर्किटेक्चर, और क्षमता

  • HN को एक पुराने, एक-कोर सर्वर पर चलने वाला बताया गया है, संभवतः बिना autoscaling या replicas के।
  • कोडबेस पुराना है और काफ़ी हद तक single-threaded है, Arc (Racket पर) में लिखा गया है, जिससे scaling और refactoring कठिन हो सकती है।
  • कुछ लोगों का तर्क है कि यह कैश और shard करने के लिए “सबसे आसान तरह का ऐप” है; जबकि अन्य का कहना है कि legacy stack और छोटी टीम बड़े बदलावों को धीमा बना देते हैं।
  • कहा जाता है कि 500 error page backend की अनुपलब्धता या धीमे restarts को दर्शाती है, न कि सिर्फ़ rate limiting को।

Rate Limiting, Anti-Bot Measures, और Login State

  • वोट करने, टिप्पणी करने, या favorite करने के दौरान उपयोगकर्ता अक्सर सख़्त rate limits का सामना करते हैं, खासकर जब logged out हों।
  • एक anti-bot system है जो अस्थायी रूप से IPs को ban कर सकता है, खासकर अधिक गतिविधि या shared IPs (VPNs, corporate networks) पर।
  • Logged-in browsing से anti-bot bans की संभावना कम हो सकती है (पिछले moderator टिप्पणियों के अनुसार), लेकिन:
    • Logged-out users को भारी लोड के तहत cached static pages का अधिक लाभ मिलता है।
  • कुछ उपयोगकर्ताओं को “shadow bans” या content-based throttling का संदेह है; अन्य इसे स्पष्ट रूप से निराधार मानते हैं।

ट्रैफ़िक वृद्धि और बाहरी कारक

  • कई लोग अनुमान लगाते हैं कि हालिया Google ranking changes ने ट्रैफ़िक को काफ़ी बढ़ा दिया है, जिससे इन्फ्रास्ट्रक्चर पर दबाव पड़ा है।
  • कुछ लोग संभावित network issues (जैसे cable cuts) की बात करते हैं, लेकिन यह पुष्टि नहीं हुई है।

दर्शन, अपेक्षाएँ, और विकल्प

  • बहुत से लोग ज़ोर देते हैं कि HN एक मुफ़्त, अधिकतर ad-free सेवा है जिसे बहुत छोटी टीम चलाती है; उच्च “number of nines” availability कोई लक्ष्य नहीं है।
  • कुछ लोगों को कभी-कभार होने वाले outages स्वीकार्य या यहाँ तक कि “charming” लगते हैं; अन्य लोग बर्बाद हुए समय से निराश हैं।
  • सुझाव serverless/SaaS migrations से लेकर बेहतर caching तक जाते हैं; इन विचारों का जवाब skepticism और मज़ाक से दिया जाता है।
  • कुछ उपयोगकर्ता बेहतर uptime के लिए third-party search frontends (जैसे hn.algolia.com) का उपयोग करते हैं।