यस्तो देखिन्छ कि माइक्रोसर्भिसेसहरूको लागि हाइपको शिखर हाम्रो पछाडि छ। हामी अब हप्तामा धेरै पटक पोस्टहरू पढ्दैनौं "कसरी मैले मेरो मोनोलिथलाई 150 सेवाहरूमा सारियो।" अब म धेरै सामान्य ज्ञान विचारहरू सुन्छु: "म मोनोलिथलाई घृणा गर्दिन, म केवल दक्षताको ख्याल राख्छु।" हामीले धेरै स्थानान्तरणहरू पनि अवलोकन गरेका छौं माइक्रोसर्भिसेसबाट मोनोलिथमा फिर्ता। एउटा ठूलो एप्लिकेसनबाट धेरै साना सेवाहरूमा सर्दा, तपाईंले धेरै नयाँ समस्याहरू समाधान गर्नुपर्नेछ। तिनीहरूलाई सकेसम्म संक्षिप्त रूपमा सूचीबद्ध गरौं।

सेटिङ: आधारभूत रसायन विज्ञानबाट क्वान्टम मेकानिक्स सम्म

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

प्रणाली बुझ्न सजिलो छैन

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

यदि यसलाई डिबग गर्न सकिँदैन भने, हामी तिनीहरूलाई परीक्षण गर्नेछौं

निरन्तर एकीकरण र निरन्तर विकास अब सामान्य बन्दै गएको छ। मैले देख्ने अधिकांश नयाँ एपहरू प्रत्येक नयाँ रिलीजको साथ स्वचालित रूपमा परीक्षणहरू सिर्जना र चलाउँछन् र दर्ता गर्नु अघि परीक्षणहरू लिन र समीक्षा गर्न आवश्यक छ। यी उत्कृष्ट प्रक्रियाहरू हुन् जुन त्याग्नु हुँदैन र धेरै कम्पनीहरूको लागि ठूलो परिवर्तन भएको छ। तर अब, सेवालाई साँच्चै परीक्षण गर्न, मैले मेरो अनुप्रयोगको पूर्ण कार्य संस्करण तान्नु पर्छ। 8 सेवाहरूको K150 क्लस्टर भएको नयाँ इन्जिनियरलाई सम्झनुहोस्? ठिक छ, अब हामी हाम्रो CI प्रणालीलाई कसरी यी सबै प्रणालीहरू ल्याउने भनेर सिकाउनेछौं कि सबै कुरा वास्तवमै काम गर्दछ भनेर प्रमाणित गर्न। यो सम्भवतः धेरै प्रयास हो, त्यसैले हामी केवल प्रत्येक भागलाई अलगावमा परीक्षण गर्नेछौं: म विश्वस्त छु कि हाम्रो चश्मा पर्याप्त राम्रो छ, API हरू सफा छन्, र सेवा विफलता अलग छ र अरूलाई असर गर्दैन।

सबै सम्झौताहरूको राम्रो कारण छ। सही?

त्यहाँ धेरै कारणहरू छन् microservices मा सार्न। मैले यो धेरै लचिलोपनको लागि, स्केलिंग टोलीहरूको लागि, प्रदर्शनको लागि, राम्रो स्थिरता प्रदान गर्नको लागि गरेको देखेको छु। तर वास्तविकतामा, हामीले विकास जारी राख्ने मोनोलिथहरू विकास गर्न उपकरण र अभ्यासहरूमा दशकौं लगानी गरेका छौं। म विभिन्न प्रविधिहरूमा पेशेवरहरूसँग काम गर्छु। हामी सामान्यतया स्केलिंगको बारेमा कुरा गर्छौं किनभने तिनीहरू एकल Postgres डाटाबेस नोडको सीमामा चल्छन्। धेरैजसो वार्तालापको बारेमा हो डाटाबेस स्केलिंग.

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

स्रोत: www.habr.com