मैं हाल ही में सूक्ष्म सेवाओं के बारे में बहुत कुछ पढ़ रहा हूं, और यहां कुछ निष्कर्ष मुझे अभी तक मिले हैं (कृपया मुझे सही करें अगर मैं किसी भी बिंदु पर गलत हूं)।
- माइक्रो-सर्विसेज आर्किटेक्चर डोमेन संचालित डिजाइन के साथ अच्छी तरह से चला जाता है। आमतौर पर एक एमएस एक बंधे हुए संदर्भ का प्रतिनिधित्व करता है।
- यदि माइक्रो-सर्विस ए को कार्यक्षमता की आवश्यकता होती है जो माइक्रो-सेवा बी में रहता है , तो मेरा मॉडल शायद गलत है और ए और बी को वास्तव में एक माइक्रो-सेवा / बीसी होना चाहिए।
- सूक्ष्म सेवाओं (प्रत्यक्ष HTTP अनुरोध) के बीच समकालिक संचार खराब है, क्योंकि यह सूक्ष्म सेवाओं के उद्देश्य को धता बताता है, और घटकों के बीच युग्मन का परिचय देता है।
- सेवाओं के बीच अतुल्यकालिक संचार वांछनीय है। सेवाओं को संदेश कतारों में घटनाओं को प्रकाशित करना चाहिए, इसलिए अन्य सेवाएं घटना के अपने हिस्से की सदस्यता और प्रक्रिया कर सकती हैं, या इसका उपयोग उनके संदर्भ के लिए आवश्यक डेटा के एक हिस्से को दोहराने के लिए कर सकती हैं। इस तरह, सेवाएं अनुरोधों को संसाधित कर सकती हैं यहां तक कि अन्य सेवाएं भी नीचे हैं, जो तुल्यकालिक संचार में नहीं होगी।
- यदि सूक्ष्म-सेवा A प्रकाशित करता है, तो सूक्ष्म-सेवा B उस घटना को सब्सक्राइब करता है और परिणाम के रूप में एक नई घटना का उत्पादन करता है, सूक्ष्म-सेवा A को एक नई बनाई गई घटना को संसाधित नहीं करना चाहिए, क्योंकि यह एक परिपत्र निर्भरता होगी। इस स्थिति में, हमें तीसरी सूक्ष्म सेवा शुरू करनी चाहिए, या एबी सूक्ष्म सेवा में ए और बी को जोड़ना चाहिए ।
- सूक्ष्म सेवा वास्तव में एक भ्रामक शब्द है। हमें छोटे संदर्भों के लिए प्रयास करना चाहिए, लेकिन ऐसा होने की आवश्यकता नहीं है। शब्द "माइक्रो-सर्विस" नहीं होना चाहिए, लेकिन " नौकरी सेवा करने के लिए पर्याप्त बड़ा " होना चाहिए ।
- सूक्ष्म-सेवाएँ हमें अधिक सहजता के साथ और बिना किसी डर के नई कार्यक्षमताओं को लागू करने की अनुमति देती हैं कि हम पूरी प्रणाली को तोड़ देंगे। यह एक नई सेवा शुरू करने या मौजूदा में से किसी एक को फिर से शुरू करने के द्वारा किया जा सकता है।
- प्रत्येक माइक्रो-सर्विस में स्वयं का डेटा-स्टोरेज होना चाहिए। इस वास्तुकला में डेटा प्रतिकृति / दोहराव वांछनीय व्यवहार है।
इस वास्तुकला की मेरी समझ की पुष्टि करने के अलावा, मेरे सवाल का दूसरा हिस्सा ज्यादातर सेवा खोज से संबंधित है। यदि सेवाएँ एसिंक्रोनस रूप से संचार कर रही हैं, और अमेज़ॅन एसक्यूएस जैसी केंद्रीय घटना कतार का उपयोग कर रही है, तो क्या इसका मतलब है कि सेवा की खोज की तरह वास्तुकला में इसका स्थान नहीं है?
सिस्टम में अन्य सेवाओं के बारे में सेवाओं का कोई ज्ञान नहीं होना चाहिए। वे केवल अपने संदर्भ और घटनाओं के बारे में जानते हैं जिन्हें उन्हें प्रकाशित या सदस्यता लेना चाहिए?