3 पॉइंट द्वारा GN⁺ 2023-09-13 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • यह लेख तकनीकी उद्योग में जटिल सिस्टम्स को माइक्रोसर्विसेज़ के जरिए ज़रूरत से ज़्यादा जटिल बना देने की मौजूदा प्रवृत्ति पर चर्चा करता है.
  • लेखक Andrei Taranchenko उद्योग की उस प्रवृत्ति की आलोचना करते हैं जिसमें ऐसे समस्याओं को हल करने की कोशिश की जाती है जो वास्तव में मौजूद ही नहीं हैं, और यह अक्सर खुद को innovative और cutting-edge दिखाने की इच्छा से प्रेरित होती है.
  • JavaScript डेवलपर्स का खुद को "full-stack" के रूप में परिभाषित करना और server development तथा asynchronous code में उतर जाना भी इस प्रवृत्ति में योगदान देने वाला एक कारण बताया गया है.
  • FAANG veterans का startups पर प्रभाव, जिसके चलते वे बड़ी कंपनियों में इस्तेमाल होने वाले जटिल सिस्टम्स जैसे सिस्टम्स को आगे बढ़ाते हैं, भी एक समस्या के रूप में चिन्हित किया गया है.
  • लेख बताता है कि Dropbox, Twitter, Facebook, Instagram, Shopify, Stack Overflow जैसी कई सफल कंपनियाँ एक single code base से शुरू हुईं और आज भी उसे प्रभावी ढंग से इस्तेमाल कर रही हैं.
  • Taranchenko का तर्क है कि माइक्रोसर्विसेज़ को ज़बरदस्ती आगे बढ़ाने से अक्सर दक्षता और सरलता खो जाती है, और डेवलपर्स को पूरे सिस्टम का mental map बनाए रखना पड़ता है तथा updates और changes के बारे में लगातार communication संभालना पड़ता है.
  • लेखक सुझाव देते हैं कि माइक्रोसर्विसेज़ के बजाय कंपनियों को ऐसे services पर विचार करना चाहिए जो स्पष्ट रूप से पहचाने जा सकें और अलग से scale होने वाले load को संभाल सकें.
  • लेख का समापन इस अवलोकन के साथ होता है कि venture capital अब अधिक सख्त हो रहा है और कंपनियों को अधिक व्यावहारिक फैसले लेने पड़ रहे हैं, इसलिए सरल सिस्टम्स की ओर रुझान बढ़ रहा है.
  • Taranchenko सलाह देते हैं कि माइक्रोसर्विसेज़ में सीधे कूदने के बजाय monolith से शुरू करें और केवल आवश्यकता पड़ने पर ही उसे services में विभाजित करें.

1 टिप्पणियां

 
GN⁺ 2023-09-13
Hacker News की राय
  • सॉफ़्टवेयर डेवलपमेंट में microservices और monolith के इस्तेमाल के फ़ायदे और नुकसान पर एक लेख
  • Netflix प्लेटफ़ॉर्म बनाने में शामिल एक टिप्पणीकार ने इसकी सरलता और scalability के कारण startup को monolith से शुरुआत करने की सिफारिश की
  • एक अन्य टिप्पणीकार ने कहा कि microservices तकनीकी समस्या का नहीं, बल्कि सामाजिक समस्या का समाधान हैं। इससे बड़े संगठन सिस्टम को उप-प्रणालियों में बाँटकर तेज़ी से बना और iterate कर सकते हैं
  • कुछ टिप्पणीकारों ने microservices की ओर बढ़ने की प्रवृत्ति की आलोचना की और सुझाव दिया कि अक्सर यह सबसे अच्छा तकनीकी समाधान नहीं होता, बल्कि मौजूदा कोड की समस्याओं से बचने या कहानी को फिट करने की इच्छा से प्रेरित होता है
  • कुछ अन्य का तर्क था कि microservices जटिल और debug करना मुश्किल सिस्टम पैदा कर सकते हैं और इसके लिए काफ़ी infrastructure support की ज़रूरत पड़ सकती है
  • कुछ टिप्पणीकारों ने खासकर सीमित resources वाली छोटी टीमों में microservices को maintain और observe करने की चुनौतियों पर असंतोष जताया
  • कुछ टिप्पणीकारों ने सुझाव दिया कि microservices की ओर बढ़ना अक्सर जल्दबाज़ी में होता है, और सिस्टम को सरल रखना बेहतर नतीजे दे सकता है
  • एक टिप्पणीकार ने आलोचना की कि लेख ने अपने दावों के समर्थन में पर्याप्त data पेश नहीं किया, और सुझाव दिया कि सिस्टम बदलने की लागत कम करने के लिए complexity को manage करना बेहतर लक्ष्य है