Kubernetes पर 11 हफ्ते के माइग्रेशन के बाद कंपनी अपने अस्तित्व का कारण भूल गई (2020)

Kubernetes पर 11 हफ्ते के माइग्रेशन के बाद कंपनी अपने अस्तित्व का कारण भूल गई

• सिलिकॉन वैली की नई startup Xenobroom Inc. ने मई 2020 में server infrastructure upgrade की प्रक्रिया शुरू की।

• वैश्विक महामारी के दौरान दैनिक उपयोग तेज़ी से बढ़ने पर, उसने मौजूदा infrastructure को Kubernetes पर माइग्रेट करने का फैसला किया।

• साधारण Bash script और VPS मशीनों की फिर से समीक्षा और redesign करने में उम्मीद से ज़्यादा समय लग गया।

• कंपनी ने इसे software dependencies और libraries को upgrade करने का अच्छा अवसर माना।

• एक single machine पर चल रहे PostgreSQL database के बड़े हिस्से को AWS की flexibility का उपयोग करने वाले distributed KV storage में बदल दिया गया।

• develop branch पर daily deploy करने वाले सामान्य staging server को CI-सक्षम production-only workflow से बदल दिया गया।

• माइग्रेशन प्रक्रिया पूरी होने तक कंपनी में कोई भी यह याद नहीं रख पाया कि product का उद्देश्य क्या था।

• users और investors, दोनों ही मूल product को समझ नहीं पाए, और कई हफ्तों के downtime के बाद product का अर्थ बहाल करना व्यावहारिक रूप से असंभव हो गया।

• CEO ने Phutar Afrayughum नामक psychic expert की मदद ली, जिन्हें Google के messaging app market share में बढ़ोतरी में मदद करने के लिए जाना जाता है।

GN⁺ की राय

• यह लेख व्यंग्यात्मक तरीके से दिखाता है कि Kubernetes migration process किसी कंपनी पर क्या असर डाल सकती है। वास्तविक दुनिया में भी technology migration कंपनी के संचालन में बड़े बदलाव ला सकती है, और कभी-कभी मूल लक्ष्य खो सकता है।
• technology migration पर विचार करते समय केवल technical पहलुओं ही नहीं, बल्कि संगठन के vision और goals की स्पष्ट समझ भी ज़रूरी है। यह उस सिद्धांत पर ज़ोर देता है कि technology को संगठन के उद्देश्य का समर्थन करना चाहिए।
• Kubernetes कई कंपनियों में पसंद किया जाने वाला container orchestration platform है, लेकिन इसे अपनाने से पहले पर्याप्त तैयारी और विशेषज्ञता की आवश्यकता होती है। अन्यथा complexity और management burden बढ़ सकता है।
• यह लेख याद दिलाता है कि technology adoption हमेशा केवल सकारात्मक परिणाम ही नहीं लाता। कभी-कभी technology संगठन के मूल मूल्य और लक्ष्यों को धुंधला कर सकती है।
• Kubernetes जैसी सुविधाएँ देने वाले अन्य platforms में Docker Swarm, Apache Mesos आदि शामिल हैं, जो परिस्थितियों के अनुसार Kubernetes के विकल्प हो सकते हैं।

[GN⁺]

Hacker News राय

• मिडिल मैनेजमेंट में 20% छंटनी से डेवलपमेंट प्रोडक्टिविटी 3 गुना बढ़ने का मामला

  एक कंपनी में मिडिल मैनेजमेंट के 20% लोगों को निकालने से संयोगवश डेवलपमेंट प्रोडक्टिविटी 3 गुना बढ़ गई।

• Kubernetes में माइग्रेशन का अनुभव साझा

  बताया गया कि Kubernetes में चल रहा माइग्रेशन 2 साल बाद भी 30% पूरा नहीं हो पाया है, और जो लोग शुरुआत में Kubernetes के सबसे बड़े समर्थक थे, उनकी दिलचस्पी अब LLMs में है। इससे इशारा मिलता है कि कुछ लोग हमेशा नई और चमकदार चीजों की ओर आकर्षित होते हैं, और ऐसी भूमिकाएं अपने आप में उपयोगी भी हो सकती हैं।

• Theolognion ब्लॉग की मजेदार पोस्टें

  Theolognion ब्लॉग पर कई दिलचस्प लेख हैं, जिनमें खास तौर पर 'परफेक्ट नोट-संग्रह सिस्टम बना चुके डेवलपर' और 'Hacker News कमेंट्स का विश्लेषण करने वाला AI जो सभी राजनीतिक, आर्थिक और चिकित्सा समस्याएं हल कर देता है' वाली पोस्टें मजेदार हैं।

• विफलता के कारणों पर मजाक

  विफलता के कारणों का विश्लेषण करने वाले post-mortem में यह मजाक किया गया कि कंपनी ने शायद इसे software dependencies और libraries को upgrade करने का अच्छा मौका समझा होगा, और single machine पर चल रहे PostgreSQL database के बड़े हिस्से को AWS की flexibility का फायदा उठाते हुए distributed KV storage में बदलने की भी कल्पना की होगी।

• वास्तव में 11 हफ्तों में Kubernetes माइग्रेशन की सफल मिसाल

  वास्तव में 11 हफ्तों में Kubernetes पर माइग्रेट कर लेना अपने आप में बड़ी सफलता मानी जाएगी।

• Kubernetes पर सर्विस माइग्रेशन के टिप्स

  जटिल तकनीक पहले सीखनी चाहिए और शुरुआत किसी छोटी, गैर-महत्वपूर्ण सर्विस से करनी चाहिए। एक समय में एक ही काम करें और सरल तरीके से शुरू करें। लेखक को Kubernetes पर सर्विस माइग्रेट करने में कोई खास समस्या नहीं हुई, लेकिन यह 2 साल की सीख, प्रयोग, और इंटरनेट पर आसानी से न मिलने वाले सबसे उपयुक्त तरीके तक पहुंचने के लिए कई approaches आज़माने के बाद संभव हुआ। लेखक automation के बिना gitops का उपयोग करता है और ज़रूरत की चीजें kubectl apply -k से लागू करता है। अब उसके पास दर्जनों सर्विसेज़ और पर्याप्त समझ है, इसलिए वह flux अपनाने पर विचार कर रहा है।

• सिस्टम चलाना अब पहले से आसान और सस्ता

  सिस्टम ऑपरेट करना पहले से कहीं अधिक आसान और सस्ता हो गया है, लेकिन इंजीनियर अक्सर साधारण कामों के लिए भी जटिल और अक्षम तरीके चुन लेते हैं।

• तकनीकी चुनावों से जुड़ी इंडस्ट्री की समस्या

  GraphQL/React/Next जैसी तकनीकों को अपनाकर पूरी तरह काम कर रहे application को माइग्रेट करने की प्रवृत्ति पर, इंडस्ट्री में लंबे समय से काम कर रहे एक व्यक्ति ने कहा कि उसे अक्सर लगता है कि बहुत से लोगों को खुद नहीं पता कि वे क्या कर रहे हैं।

• क्लाउड स्टोरेज में माइग्रेशन का अनुभव

  self-hosted MinIO से managed blob storage में 500,000 blobs ले जाने के लिए 4 महीने तक दिन-रात जूझना पड़ा, लेकिन असल में प्रोडक्टिव काम, जो राजनीति या bureaucracy से जुड़ा नहीं था, 1 हफ्ते से भी कम का था। इसलिए 11 हफ्तों में Kubernetes माइग्रेशन बहुत बड़ी सफलता लगता है।

• 1970 के दशक में वकीलों के दफ्तर में कंप्यूटर लाने का अनुभव

  एक व्यक्ति ने बताया कि 1977 में वह युवा वकील के रूप में hourly billing पर काम करता था, और 1979 में उसने Tandy I कंप्यूटर खरीदकर Foxbase जैसे database programs इस्तेमाल किए। 1981 में उसने अपना law office खोला; उस समय fax machine और electric typewriter ही दफ्तर की उत्पादकता बढ़ाने वाली आधुनिक तकनीक मानी जाती थीं, और personal computers का इस्तेमाल नहीं होता था। लेखक ने अपने सभी secretaries के लिए Compaq computers खरीदे, हाथ से चलने वाले billing system की जगह time and billing program लिखने में काफी समय लगाया, और network भी स्थापित किया। लेकिन तकनीक पर इतना ध्यान देने के कारण वह वकील के रूप में अपना काम और business clients के साथ रिश्ते बनाए रखना नजरअंदाज करता गया, और आखिरकार 1994 में दफ्तर बंद करना पड़ा। उस दौर में सभी दफ्तर word processing के लिए कंप्यूटर इस्तेमाल करते थे, लेकिन commercial billing programs मौजूद नहीं थे। दूसरे law offices के वकील लेखक का billing program चाहते थे, लेकिन लेखक programming का आनंद लेने में इतना डूब गया कि उसका व्यवसाय ही बिगड़ गया।