इमोटिकॉन सेवा ने MSA क्यों चुना?

यह लेख legacy को हटाने के लिए MSA अपनाने के इतिहास को साझा करने के लिए लिखा गया है.

डिज़ाइन अपनाने पर विचार की शुरुआत service maintenance के दृष्टिकोण से हुई थी,

इसलिए जो लोग नया MSA बना रहे हैं उनसे अधिक, legacy को फिर से डिज़ाइन करने में रुचि रखने वालों के लिए यह उपयोगी संदर्भ हो सकता है.

MSA adoption के infrastructure environment के रूप में

• kubernetes + istio + argocd(kustomization)

• spring cloud gateway

सेवा का मुख्य technical environment है

• spring-webflux-coroutine

• r2dbc

• grpc

आदि.

इसके बाद event driven को अपनाने के लिए हम एक और trial and error की तैयारी कर रहे हैं.

अगर यह बन गया, तो उस समय भी इसे साझा कर पाना अच्छा रहेगा.

अगर इस अपूर्ण सामग्री के बारे में आपके कोई सवाल हों, तो कृपया comment छोड़ें. जहां तक संभव होगा, मैं उत्तर दूंगा~

ps. साझा सामग्री का शीर्षक अतीत की एक प्रसिद्ध प्रस्तुति सामग्री को homage है :)

[curioe]

अरे.. हाहा

इतने बड़े सर्विस को बेहतर बनाने की प्रक्रिया और आपने जो तकनीकें चुनीं, उनके बारे में लिखने के लिए धन्यवाद — बहुत मज़े से पढ़ा~

लोग अक्सर घर बनाने की मिसाल देते हैं, लेकिन ज़्यादातर सिर्फ़ डिज़ाइन पर ही ध्यान देते हैं; ऐसे में यह बात भी अच्छी लगी कि इसमें supervision के चरण तक शामिल था.

अच्छे लेख के लिए धन्यवाद.

[nurinamu]

पोस्ट पढ़ने के लिए धन्यवाद ~ :=)