ऐसा लगता है कि माइक्रोसर्विस के लिए प्रचार का शिखर पीछे है। हम अब सप्ताह में कई बार “कैसे मैंने अपने मोनोलिथ को 150 सेवाओं में स्थानांतरित कर दिया” पोस्ट पढ़ते हैं। अब मैं अक्सर उचित विचार सुनता हूं: "मैं अखंड से नफरत नहीं करता, मैं सिर्फ दक्षता के बारे में परवाह करता हूं।" हमने सूक्ष्मजीवों से वापस मोनोलिथ तक कई पलायन भी देखे। एक बड़े एप्लिकेशन से कई छोटी सेवाओं में जाने पर, आपको कई नई समस्याओं को हल करना होगा। हम उन्हें यथासंभव संक्षेप में सूचीबद्ध करते हैं।

स्थापना: बुनियादी रसायन विज्ञान से क्वांटम यांत्रिकी के लिए

आधार डेटाबेस और पृष्ठभूमि प्रक्रिया के साथ अनुप्रयोग स्थापित करना एक बहुत स्पष्ट प्रक्रिया थी। मैं गितुब पर एक रीडमी प्रकाशित करता हूं - और अक्सर एक घंटे के बाद, कम से कम, कुछ घंटों में, सब कुछ काम करता है, और मैं एक नई परियोजना शुरू करता हूं। कम से कम प्रारंभिक परिवेश के लिए कोड जोड़ना और चलाना, पहले दिन किया जाता है। लेकिन अगर हम माइक्रोसर्विस में शामिल हो गए, तो शुरुआती लॉन्च का समय स्वर्ग तक जाता है। हां, अब हमारे पास ऑर्केस्ट्रेटेड डॉकर और K8 मशीनों का एक समूह है, लेकिन एक नौसिखिए प्रोग्रामर के लिए, यह सब अधिक परिमाण का एक आदेश है। कई जूनियर्स के लिए, यह एक बोझ है जो वास्तव में अनावश्यक जटिलता है।

सिस्टम को समझना आसान नहीं है।

हमारे जूनियर पर एक पल के लिए रुकें अखंड अनुप्रयोगों के साथ, एक त्रुटि के मामले में, इसे ट्रैक करना आसान था और तुरंत डिबगिंग के लिए आगे बढ़ें। अब हमारे पास एक ऐसी सेवा है जो किसी अन्य सेवा से बात करती है जो संदेश बस पर कुछ कतार बनाती है जो किसी अन्य सेवा को संसाधित करती है - और फिर एक त्रुटि उत्पन्न होती है। हमें इन सभी भागों को एक साथ रखना है ताकि अंततः पता चले कि सेवा ए संस्करण 11 में चल रही है, और सेवा ई पहले से ही संस्करण 12 की प्रतीक्षा कर रही है। यह मेरी मानक समेकित पत्रिका से बहुत अलग है: आपको इस प्रक्रिया से गुजरने के लिए एक इंटरैक्टिव टर्मिनल / डिबगर का उपयोग करना होगा। कदम दर कदम। संक्षेप में डीबग करना और समझना अधिक कठिन हो गया है।

यदि आप डिबग नहीं कर सकते हैं, तो शायद हम उनका परीक्षण करेंगे

निरंतर एकीकरण और निरंतर विकास अब आम हो रहा है। प्रत्येक नए रिलीज के साथ मैं जो नए एप्लिकेशन देखता हूं उनमें से अधिकांश स्वचालित रूप से परीक्षण बनाते हैं और चलाते हैं और आवश्यकता होती है कि परीक्षण पास हो जाएं और पंजीकरण से पहले समीक्षा की जाए। ये उत्कृष्ट प्रक्रियाएं हैं जिन्हें नहीं छोड़ा जा सकता है; वे कई कंपनियों के लिए एक बड़ी पारी बन गए हैं। लेकिन अब, वास्तव में सेवा का परीक्षण करने के लिए, मुझे अपने आवेदन के पूर्ण कार्यशील संस्करण को उठाना होगा। 150 सेवाओं के K8 क्लस्टर के साथ नया इंजीनियर याद है? खैर, अब हम अपने CI सिस्टम को सिखाएंगे कि इन सभी सिस्टम को कैसे सत्यापित करें कि सब कुछ वास्तव में काम करता है। यह संभवतः बहुत अधिक प्रयास है, इसलिए हम अलगाव में प्रत्येक भाग का परीक्षण करेंगे: मुझे यकीन है कि हमारे विनिर्देश काफी अच्छे हैं, एपीआई साफ हैं, और सेवा की विफलता अलग-थलग है और दूसरों को प्रभावित नहीं करेगी।

सभी समझौता एक अच्छा कारण है। है न?

माइक्रोसर्विसेस में अपग्रेड करने के कई कारण हैं। मैंने देखा कि वे इसे अधिक लचीलेपन के लिए करते हैं, कमांडिंग स्केलिंग के लिए, प्रदर्शन के लिए, बेहतर स्थिरता प्रदान करने के लिए। लेकिन वास्तव में, हमने विकासशील मोनोलिथ के उपकरण और अभ्यास में दशकों का निवेश किया है, जो कि विकास जारी है। मैं विभिन्न तकनीकों में पेशेवरों के साथ काम करता हूं। हम आमतौर पर स्केलिंग के बारे में बात करते हैं क्योंकि वे एक एकल पोस्टग्रेज डेटाबेस नोड की सीमा के साथ सामना करते हैं। ज्यादातर बात डेटाबेस को स्केल करने के बारे में है ।

लेकिन मैं हमेशा उनकी वास्तुकला के बारे में जानने के लिए इच्छुक हूं। माइक्रोसर्विस में संक्रमण के किस चरण में वे हैं। यह देखना दिलचस्प है कि अधिक से अधिक इंजीनियरों का कहना है कि वे अपने अखंड आवेदन से खुश हैं। कई माइक्रोसर्विसेज लाभान्वित होंगे, और लाभ प्रवासन पथ पर गड्ढों से आगे निकल जाएंगे। लेकिन व्यक्तिगत रूप से, मुझे, कृपया, मेरे अखंड आवेदन, समुद्र तट पर एक जगह दें - और मैं पूरी तरह से खुश हूं।