अब हम उत्पादन में अनुप्रयोग की आवश्यक मापनीयता के कारण समस्या के लिए एक माइक्रोसर्विस आर्किटेक्चर पर चर्चा करते हैं। साथ ही विकास के उद्देश्य के लिए यह महत्वपूर्ण है, क्योंकि टास्क 1 और टास्क 2 को हाल ही में नई सुविधाओं/पैरामीटरों और विकास में अलग-अलग पैमाने पर जोड़ा गया है।
यह ठीक वही है जो एक स्ट्रीम प्रोसेसिंग प्लेटफॉर्म अच्छा कर रहा है। मैं इस समस्या के लिए अपाचे काफ्का या अपाचे पल्सर जैसे सिस्टम का उपयोग करने की सलाह देता हूं।
<ब्लॉकक्वॉट>क्या टास्क 1 और टास्क 2 के लिए कम से कम दो अलग-अलग सेवाएं होनी चाहिए और शायद वास्तविक पुनरावृत्ति/सिमुलेशन राज्य नियंत्रण के लिए एक भी?
टास्क1 और टास्क2 को स्ट्रीम प्रोसेसर कहा जाता है , वे एक विषय . पढ़ते हैं (सदस्यता लेते हैं) , कुछ ऑपरेशन/रूपांतरण करना और दूसरे विषय . पर लिखना (प्रकाशित करना) ।
<ब्लॉकक्वॉट>यहां मुख्य प्रश्न यह है कि शायद संचार/नेटवर्क बाधा के कारण माइक्रोसर्विस आर्किटेक्चर के लिए तर्क क्या हैं? इसे गति देने का एकमात्र तरीका यह है कि सिम्युलेशन कार्य के लिए सभी आवश्यक डेटा को मेमोरी में रखा जाए और नेटवर्क की अड़चन से बचने के लिए इसे पूरे समय वहीं रखा जाए?
फिर, यह ठीक यही समस्या है कि Apache Kafka या Apache Pulsar जैसी प्रणाली अच्छा कर रही है। पैमाने . के लिए स्ट्रीम प्रोसेसिंग सिस्टम में लिखता और पढ़ता है, आप विभाजन . कर सकते हैं आपके विषय ।
