12 पॉइंट द्वारा GN⁺ 2025-12-02 | 2 टिप्पणियां | WhatsApp पर शेयर करें
  • सिस्टम एडमिनिस्ट्रेटर्स के लिए Advent Calendar 2025 1 दिसंबर से 12 दिसंबर तक चलने वाली 12-दिवसीय Linux और DevOps challenge series है
    • हर दिन, अलग-अलग कठिनाई स्तरों वाले नए scenario tasks जारी किए जाते हैं
  • प्रतिभागी मुफ्त अकाउंट रजिस्ट्रेशन के जरिए अपनी प्रगति ट्रैक कर सकते हैं (स्कोर और रैंकिंग मैनेज करने के लिए अकाउंट आवश्यक है)
  • बिना साइन-अप के आज़माया जा सकने वाला एक scenario भी उपलब्ध है, इसलिए कोई भी तुरंत इसे चला सकता है
  • फोकस वास्तविक DevOps environment में problem solving और system administration skills को मजबूत करने पर है

उदाहरण scenario: “Auderghem: containers miscommunication”

  • scenario नाम: “Auderghem: containers miscommunication”
    • कठिनाई: Easy
    • प्रकार: Fix
    • access method: ईमेल verification आवश्यक
    • समय सीमा: 30 मिनट
  • समस्या विवरण:
    • nginx Docker container को port 80 पर traffic receive करके उसे दो अलग-अलग containers (statichtml1, statichtml2) की ओर redirect करना चाहिए, लेकिन यह काम नहीं कर रहा है
    • प्रतिभागी को इस समस्या को ठीक करना है
    • सभी containers को restart किया जा सकता है, लेकिन stop या delete करना मना है
  • test conditions:
    • curl http://localhost → “Welcome to nginx”
    • curl http://localhost/1 → “HelloWorld;1”
    • curl http://localhost/2 → “HelloWorld;2”
    • “Check My Solution” बटन परिणाम verify करने के लिए /home/admin/agent/check.sh script चलाता है

SadServers प्लेटफ़ॉर्म जानकारी

  • SadServers, Linux और DevOps environment में problem-solving interview और hands-on scenarios प्रदान करने वाला एक प्लेटफ़ॉर्म है

2 टिप्पणियां

 
roxie 2025-12-03

तो यह sad server की कहानी थी! यह सच में एक बहुत अच्छा प्लेटफ़ॉर्म है।

 
GN⁺ 2025-12-02
Hacker News राय
  • काम की जगह पर सामने आने वाली 12 वास्तविक Sysadmin/DevOps चुनौतियों को समेटा गया है
    1. यूज़र्स को root से लॉगिन न करने देना
    2. सभी यूज़र्स द्वारा सभी सर्वरों पर एक ही अकाउंट·पासवर्ड शेयर करने की प्रथा खत्म कराना
    3. किसी के application dependencies को 2010 के बाद के version तक update कराना
    4. config files को लैपटॉप से सर्वर पर scp से फेंकने के बजाय, configuration management tool इस्तेमाल कराना
    5. configuration management की जगह config वाली immutable image बनाकर इस्तेमाल कराना
    6. Jenkins छोड़कर GitHub Actions पर migrate कराना
    7. S3 में production secret keys एक ही file में ठूंसी होने की स्थिति खत्म कराकर, secret management system इस्तेमाल कराना
    8. “सालों से कोई दिक्कत नहीं हुई, फिर नया सर्वर क्यों चाहिए” कहने वाले management और users को समझाकर,
    यह मंज़ूर कराना कि असल में सारा hardware power·disk·NIC·RAM के स्तर पर लगभग खत्म होने की कगार पर है और spare parts भी नहीं हैं, इसलिए नए server की खरीद approve करानी
    9. पूरे 8 साल से न बदली गई AWS access key को जबरन rotate कराने की permission management से निकलवाना
    10. application में AWS root account की access key इस्तेमाल होने वाली पागलपन भरी स्थिति रुकवाना
    11. यूज़र्स से application को container के रूप में build कराना
    12. यूज़र्स को आपकी मदद के बिना खुद deploy करना सिखाना
    हर task पूरा होने पर Scotch का एक पैग पी सकते हैं। Happy holidays!

    • 6 नंबर GitHub Actions वाली बात पर, authenticated worker लगभग 5 दिन inactive रहने पर pool से गायब हो जाने की समस्या थी
      complex PR workflow बनाया था, लेकिन कुछ दिन PR न आएँ तो वह अचानक टूट जाता था
      GitHub की तरफ से इस पर कोई guidance या alternative भी नहीं था। CI के लिए मुझे दूसरे solutions कहीं बेहतर लगते हैं
    • इन समस्याओं का पहला कदम है यह ठोस और documented तरीके से समझाना कि ये क्यों महत्वपूर्ण हैं
      ज़्यादातर बातें साफ़ हैं, लेकिन सबके लिए अपने-आप स्पष्ट नहीं होतीं
    • Jenkins से GitHub Actions में बदलने को कहना… सच में समझ नहीं आता कि ऐसा क्यों करना चाहिए
    • “Sysadmin/DevOps अब synonymous हैं” इस बात पर मज़ाक में अधिकारियों को रिपोर्ट कर दिया कहा गया
    • 5 और 6 पसंद और trade-offs का मामला हैं, लेकिन बाकी सब से पूरी तरह सहमत हूँ
  • हमारी कंपनी DevOps/SRE candidates के evaluation के लिए Sad Servers इस्तेमाल करती है
    interview के दौरान थोड़ा तनावपूर्ण लगता है, ऐसा feedback मिलता है, लेकिन बाद में सब कहते हैं कि अनुभव अच्छा था
    Zoom chat में link भेजकर सिर्फ screen share करा दें तो यह तुरंत चलने लगता है, इसलिए interview efficiency बहुत ऊँची है

    • यह सुनकर अच्छा लगा, और मैं भी आज से Sad Servers की daily challenge शुरू करने वाला हूँ
      home lab और छोटी कंपनियों में tech lead के रूप में काम करने का अनुभव है, लेकिन बड़े scale वाले environment में अभी नहीं
      फिलहाल knowledge gaps भरने और certification की तैयारी पर ध्यान है
  • जब मन उदास हो और दुनिया में करने को कुछ न लगे, तब Sad Server की problems को हैकिंग जैसी feeling के साथ solve करना मज़ेदार लग सकता है

  • सोचिए, terminal में कोई शब्द मिटाने के लिए Ctrl+w दबाया, लेकिन वह असल में browser window थी और window ही बंद हो गई… यही असली दुख है

    • पहले gotty से browser में terminal चलाया था, और पूरी team ने Ctrl+w को Ctrl+` पर remap कर दिया था
      डेढ़ साल तक इसी environment में development करने के बाद, आज भी Ctrl+w दबाते समय डर लगता है कि कहीं असली terminal बंद न हो जाए
    • इसी वजह से फिर से महसूस होता है कि macOS का Command key को अलग रखने वाला design कितना शुक्रगुज़ार बनाता है
    • फिर भी Ctrl+Shift+T से हाल ही में बंद किया गया tab दोबारा खोला जा सकता है
    • (निर्माता) माफ़ कीजिए। “Open the Server Terminal in a New Window” बटन फिर से क्लिक कर दें
    • वह एहसास समझ सकता हूँ। KVM इस्तेमाल करते समय मेरे साथ भी अक्सर ऐसा होता है
  • लगता है आजकल इसे SRE कहा जाता है
    सिर्फ नाम बदलकर buzzword बना देना पसंद नहीं

    • मेरी पसंदीदा परिभाषा थी, “operations को software problem की तरह handle करना ही SRE है”
    • मुझे भी buzzwords पसंद नहीं, लेकिन SRE निश्चित रूप से अलग role है
    • SRE का काम platform के ऊपर applications को लगातार चलते रहना सुनिश्चित करना है
      इसमें metrics collection, deployment automation जैसे कई tools शामिल होते हैं
      छोटी कंपनियों में Sysadmin ही SRE की भूमिका निभा लेता है, लेकिन scale बढ़ने पर दोनों साफ़ तौर पर अलग हो जाते हैं
  • लगता है progress save नहीं हो रही

    • (निर्माता) dashboard चेक करने को कहा, और फिर भी समस्या रहे तो email या website form से संपर्क करने को कहा
  • Sad Servers मुझे सच में बहुत पसंद है, Windows version आने का इंतज़ार है

    • (निर्माता) धन्यवाद, और कभी न कभी Windows version पर भी विचार किया जा रहा है
  • लगता है ऐसा platform k8s या Docker जैसे container ecosystem के लिए भी होना चाहिए

    • (SadServers निर्माता) k8s-आधारित scenarios पहले से मौजूद हैं
      single VM पर चलने वाला version भी है, और PoC के लिए k8s cluster में pod स्तर पर चलाने का प्रयोग भी जारी है
      आगे podman scenarios भी जोड़े जाएँगे
  • spoiler से बचते हुए कहूँ तो, problem solve कर दी लेकिन check script pass नहीं हुई
    curl ठीक चल रहा था, लेकिन script किसी खास config method को force कर रही थी
    मुझे लगता है, CTF की तरह सिर्फ result verify करने वाला तरीका बेहतर है

    • (निर्माता) feedback के लिए धन्यवाद, अब नया image deploy किया गया है ताकि सिर्फ goal ही check हो
      perfect checking कठिन है, लेकिन false negative को कम से कम करने के लिए लगातार सुधार किया जा रहा है
  • (हटाए गए comment पर बातचीत)

    • यह भी कहा गया कि Advent of Code में भी account चाहिए
    • (निर्माता) platform में home → “give me a server” दो बार क्लिक करते ही तुरंत VM मिल जाता है
      registration के बिना VM देने वाला SaaS बहुत कम होता है
      feedback के लिए धन्यवाद, /advent page पर स्पष्ट button जोड़ दिया गया है
    • “तो फिर तुम चाहते कैसे हो कि यह काम करे, क्या तुम सच में sysadmin हो?” जैसा मज़ाकिया जवाब भी आया