.net - AppFabric बनाम सिस्टम



wcf caching (1)

TLDR संस्करण: कई छोटे डेटाबेस तालिकाओं को कैशिंग करने के लिए जो शायद ही मेरी .NET4 WCF सेवा में बदलते हैं। कौन सी प्रौद्योगिकी को लागू करने के लिए सबसे आसान होगा, सबसे आसान बनाए रखने के लिए, और सबसे अच्छा प्रदर्शन करने के लिए और क्यों?

लंबी संस्करण: मैं एक नई परियोजना के लिए कैशिंग रणनीति पर काम करना शुरू कर रहा हूं। इसका उपयोग सरल था क्योंकि पहले से कम पैक विकल्प (शुरुआत के लिए एंटरप्राइज लाइब्रेरी) थे, लेकिन अब .NET 4 फ्रेमवर्क और ऐपफ़ैरिकिक उपलब्ध होने के साथ, मुझे समाधान पर निर्णय लेने में कठिन समय लगता है। असल में, मैं बहुत से छोटे (2-4 कॉलम के साथ <100 पंक्तियाँ) एक बहुत सी मेज को कैश करना चाहता हूं जो डेटाबेस तालिकाएं बदलते हैं और मेरी डब्लूसीएफ सेवा को डेटाबेस से हर बार खींचने की बजाय कैश से खींचती है मैंने दस्तावेज़ीकरण पढ़ना शुरू कर दिया है, वीडियो देख रहा हूं, और प्रशिक्षण सामग्री को डाउनलोड करना शुरू कर दिया है, लेकिन अनुभव एक बेहतर शिक्षक है और मुझे इन दोनों के बीच तुलना करने में कठिन समय मिला है।

कोई सलाह काफी सराहना की जाएगी! धन्यवाद!


मेरी समझ में AppFabric एक वितरित अत्यधिक उपलब्ध इंटर-एप्लीकेशन कैशिंग प्लेटफ़ॉर्म है।

क्लासिक ASP.NET कैशिंग या अन्य स्थानीय कैशिंग सिस्टम की तुलना में, यह आईपीसी का मतलब है जो कि प्रक्रिया में कैशिंग और इन-प्रोसेस कॉल्स से धीमी है, लेकिन इसका बड़ा फायदा यह है कि कई अनुप्रयोग एक ही कैश क्लस्टर तक पहुंच सकते हैं यदि आवश्यक हो और वह पुनरारंभ हो आईआईएस या संपूर्ण वेब सर्वर में ऐप पूल कैश को खोने का मतलब नहीं होगा यदि आपने अपने बुनियादी ढांचे में विशिष्ट कैश सर्वर तैयार किए हैं

उच्च-उपलब्ध और संकुल होने पर, यदि किसी कैश सर्वर में विफल रहता है तो अन्य एक (अनुरोधों) अभी भी अनुरोध करेगा

साथ स्थानीय-कैश सक्षम क्लाइंट अभी भी स्थानीय रूप से डेटा कैश कर सकते हैं लेकिन एक बार जब वे गिर जाते हैं या स्थानीय कैश अवैध होता है तो डेटा को कैश क्लस्टर से प्राप्त किया जाएगा और सीधे डेटाबेस से नहीं, जब तक कि वास्तव में आवश्यक न हो।

मुझे लगता है कि यह तय करने के लिए एक समझौता है, कि बेहतर होगा कि आईपीसी को कंपनी में थोड़ी धीमी लेकिन विश्वसनीयता और साझा कैश क्लस्टर कॉल करनी चाहिए या नहीं।





appfabric