Advent of SysAdmin 2025
(sadservers.com)- सिस्टम एडमिनिस्ट्रेटर्स के लिए 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 करना मना है
- nginx Docker container को port 80 पर traffic receive करके उसे दो अलग-अलग containers (
- 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.shscript चलाता है
SadServers प्लेटफ़ॉर्म जानकारी
- SadServers, Linux और DevOps environment में problem-solving interview और hands-on scenarios प्रदान करने वाला एक प्लेटफ़ॉर्म है
2 टिप्पणियां
तो यह sad server की कहानी थी! यह सच में एक बहुत अच्छा प्लेटफ़ॉर्म है।
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!
complex PR workflow बनाया था, लेकिन कुछ दिन PR न आएँ तो वह अचानक टूट जाता था
GitHub की तरफ से इस पर कोई guidance या alternative भी नहीं था। CI के लिए मुझे दूसरे solutions कहीं बेहतर लगते हैं
ज़्यादातर बातें साफ़ हैं, लेकिन सबके लिए अपने-आप स्पष्ट नहीं होतीं
हमारी कंपनी DevOps/SRE candidates के evaluation के लिए Sad Servers इस्तेमाल करती है
interview के दौरान थोड़ा तनावपूर्ण लगता है, ऐसा feedback मिलता है, लेकिन बाद में सब कहते हैं कि अनुभव अच्छा था
Zoom chat में link भेजकर सिर्फ screen share करा दें तो यह तुरंत चलने लगता है, इसलिए interview efficiency बहुत ऊँची है
home lab और छोटी कंपनियों में tech lead के रूप में काम करने का अनुभव है, लेकिन बड़े scale वाले environment में अभी नहीं
फिलहाल knowledge gaps भरने और certification की तैयारी पर ध्यान है
जब मन उदास हो और दुनिया में करने को कुछ न लगे, तब Sad Server की problems को हैकिंग जैसी feeling के साथ solve करना मज़ेदार लग सकता है
सोचिए, terminal में कोई शब्द मिटाने के लिए Ctrl+w दबाया, लेकिन वह असल में browser window थी और window ही बंद हो गई… यही असली दुख है
डेढ़ साल तक इसी environment में development करने के बाद, आज भी Ctrl+w दबाते समय डर लगता है कि कहीं असली terminal बंद न हो जाए
लगता है आजकल इसे SRE कहा जाता है
सिर्फ नाम बदलकर buzzword बना देना पसंद नहीं
इसमें metrics collection, deployment automation जैसे कई tools शामिल होते हैं
छोटी कंपनियों में Sysadmin ही SRE की भूमिका निभा लेता है, लेकिन scale बढ़ने पर दोनों साफ़ तौर पर अलग हो जाते हैं
लगता है progress save नहीं हो रही
Sad Servers मुझे सच में बहुत पसंद है, Windows version आने का इंतज़ार है
लगता है ऐसा platform k8s या Docker जैसे container ecosystem के लिए भी होना चाहिए
single VM पर चलने वाला version भी है, और PoC के लिए k8s cluster में pod स्तर पर चलाने का प्रयोग भी जारी है
आगे podman scenarios भी जोड़े जाएँगे
spoiler से बचते हुए कहूँ तो, problem solve कर दी लेकिन check script pass नहीं हुई
curl ठीक चल रहा था, लेकिन script किसी खास config method को force कर रही थी
मुझे लगता है, CTF की तरह सिर्फ result verify करने वाला तरीका बेहतर है
perfect checking कठिन है, लेकिन false negative को कम से कम करने के लिए लगातार सुधार किया जा रहा है
(हटाए गए comment पर बातचीत)
registration के बिना VM देने वाला SaaS बहुत कम होता है
feedback के लिए धन्यवाद,
/adventpage पर स्पष्ट button जोड़ दिया गया है