माइक्रोस्कोपिस: आरईएसटी बनाम मैसेजिंग

Question

मैंने सुना है कि अमेज़ॅन अपने माइक्रोस्कोस आधारित आर्किटेक्चर के लिए HTTP का उपयोग करता है। एक विकल्प है कि मैसेजिंग सिस्टम जैसे रब्बीएमक्यू या सोलस सिस्टम का उपयोग करना। मुझे व्यक्तिगत रूप से सोलेस आधारित माइक्रोस्कोयर आर्किटेक्चर के साथ अनुभव है, लेकिन आरईएसटी के साथ कभी नहीं।
कोई विचार क्या अमेज़ॅन, नेटफ्लिक्स, यूके गोव आदि जैसे विभिन्न बड़े लीग कार्यान्वयन का उपयोग करते हैं? .. यानी पर
* मिलान
* Async मैसेजिंग .. प्रणाली प्राप्त डाउन हो सकता है पैटर्न
* प्रकाशित करें सदस्यता के
* कैश लोड घटना:
अन्य पहलू microservices में है, निम्नलिखित बातें आवश्यक हैं (दूसरों के अलावा) शुरू करें, किसी सेवा को कुछ अन्य सेवाओं से सभी डेटा लोड करने की आवश्यकता हो सकती है, और डेटा को पूरी तरह से लोड होने पर अधिसूचित किया जाना चाहिए, ताकि यह 'पता' हो सके कि यह अब सेवा अनुरोधों के लिए तैयार है
ये पहलू स्वाभाविक रूप से हैं आरईएसटी के बजाय मैसेजिंग के साथ किया। किसी को भी आरईएसटी का उपयोग क्यों करना चाहिए (सार्वजनिक एपीआई को छोड़कर)। धन्यवाद।

Answer 1

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

Answer 2

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