Ubuntu 12.04 LTS में रेल्स पर रूबी के साथ मेमकाटेड का उपयोग कैसे करें

मेमकेच्ड मेमोरी में वस्तुओं को कैशिंग करने के लिए एक प्रणाली है जो बहुत तेज है। Memcached का उपयोग न्यूनतम लागत के साथ रेल एप्लिकेशन की गति को काफी बढ़ा सकता है।

आवश्यक शर्तें

यह माना जाता है कि रूबी ऑन रेल्स और मेमकेच आपके सिस्टम पर पहले से ही स्थापित हैं। यदि यह मामला नहीं है, तो नीचे दिए गए लिंक आपकी मदद करेंगे:

• आरवीएम के साथ उबंटू 12.04 एलटीएस (सटीक पैंगोलिन) में पटरियों पर रूबी स्थापित करने के लिए कैसे
• मेम्बचे को उबंटू 12.04 में कैसे स्थापित करें और उपयोग करें (अनुवादक का नोट: रूसी में आप यहां पढ़ सकते हैं)

यह भी माना जाता है कि आपके पास एक रनिंग एप्लिकेशन है जिसे आप मेम्केड के साथ अनुकूलित करने की योजना बनाते हैं।

दल्ली मणि की स्थापना

पहली चीज जो हमें करने की ज़रूरत है वह माइक पेरहम दल्ली मणि स्थापित करना है:

gem install dalli 

यदि आप बुंडलर का उपयोग कर रहे हैं, तो मणि ' दल्ली ' लाइन को जेमफाइल में जोड़ें और बंडल इंस्टॉल पूरा करें।
अगला, हम रेल और मेम्केड के बीच बातचीत को कॉन्फ़िगर करने में बहुत कम रास्ता तय करेंगे।

रेल का विन्यास

सबसे पहले, रेल और मेमकेच्ड के बीच की बातचीत को कॉन्फ़िगर करने के लिए, आपको कॉन्फ़िगरेशन / वातावरण / प्रोडक्शन.आरबी फ़ाइल को संपादित करना होगा। निम्न पंक्ति जोड़ें, जो रेल को कैली के लिए दल्ली का उपयोग करने के लिए कहता है:

 config.cache_store = :dalli_store 

उसी फ़ाइल में एक और पंक्ति जोड़ें जो ActionController को कैश करने की अनुमति देती है:

 config.action_controller.perform_caching = true 

अब सामान्य भविष्य के काम के लिए अपने रेल आवेदन को रिबूट करने का समय है।

एक रेल अनुप्रयोग की स्थापना

हमें Memcached के साथ आगे के काम के लिए रेल एप्लिकेशन को कॉन्फ़िगर करने की आवश्यकता है। कॉन्फ़िगर करने के दो मुख्य तरीके हैं और हम उनके बारे में नीचे बात करेंगे।

कैश प्रबंधन के लिए हेडर (कैश-कंट्रोल) जोड़ना

सबसे आसान तरीका है हेडर (कैश-कंट्रोल) को जोड़ने के लिए कैश को अपने कार्यों में से एक को नियंत्रित करें। यह मेकैड में कार्रवाई के परिणाम को बचाने के लिए रैक :: कैश को अनुमति देगा। इस स्थिति में, एप्लिकेशन / नियंत्रकों / slow_controller.rb में कार्रवाई में निम्नलिखित शामिल होने चाहिए:

 def slow_action sleep 15 # todo - print something here end 

आप रैक को अनुमति देने के लिए निम्न पंक्ति भी जोड़ सकते हैं :: कैश को पाँच मिनट के लिए स्टोर करने के लिए:

 def slow_action expires_in 5.minutes sleep 15 # todo - print something here end 

अब, जब आप इस क्रिया को फिर से करते हैं, तो आपको ध्यान देना चाहिए कि काम की गति में काफी वृद्धि हुई है। Rack :: Cache को अपडेट करने के लिए रेल हर पांच मिनट में केवल एक्शन कोड निष्पादित करेगी।
ध्यान दें कि कैश-कंट्रोल हेडर सार्वजनिक रूप से उपलब्ध होंगे। यदि आपके पास ऐसी क्रियाएं हैं जो केवल कुछ उपयोगकर्ताओं को दिखाई देनी चाहिए, तो expires_in का उपयोग करें 5. मिनट ,: सार्वजनिक => असत्य । आपको अपने आवेदन के लिए सर्वोत्तम कैशिंग समय भी निर्धारित करना चाहिए। प्रत्येक अनुप्रयोगों के लिए, यह इष्टतम समय अलग हो सकता है और अनुभवजन्य रूप से निर्धारित किया जाना चाहिए।

HTTP कैशिंग के बारे में अधिक जानकारी के लिए, वेब लेखक और वेबमास्टर्स के लिए मार्क नॉटिंघम की कैशिंग गाइड देखें ।

मेमकाटेड में वस्तुओं का भंडारण

यदि आपके कार्यों में बहुत संसाधन-गहन संचालन होता है या आप उन वस्तुओं पर काम करते हैं, जिनके लिए किसी कारण से अक्सर निर्माण करने की आवश्यकता होती है, तो मेमकेड में मध्यवर्ती परिणाम को संग्रहीत करना तर्कसंगत होगा। मान लीजिए कि आपकी कार्रवाई में निम्नलिखित कोड शामिल हैं:

 def slow_action slow_object = create_slow_object end 

आप इस प्रकार मेमेकेड में परिणाम को बचा सकते हैं:

 def slow_action slow_object = Rails.cache.fetch(:slow_object) do create_slow_object end end 

इस मामले में, रेल मेमेकैड से प्रमुख 'slow_object' के साथ एक वस्तु का अनुरोध करेगी। यदि ऑब्जेक्ट पहले से मौजूद है (पहले मेमोरी में संग्रहीत किया गया था), तो इसे वापस कर दिया जाएगा। अन्यथा, ब्लॉक की सामग्री को निष्पादित किया जाता है और परिणाम 'slow_object' को लिखा जाता है।

खुशबू कैशिंग

फ्रैगमेंट कैशिंग रेल की उन विशेषताओं में से एक है जो आपको अपने एप्लिकेशन के सबसे गतिशील (अक्सर बदलते) भागों को कैश करने की अनुमति देती है। आप अपने विचारों के किसी भी हिस्से को कैश ब्लॉक में लपेट कर कैश कर सकते हैं:

 <% # app/views/managers/index.html.erb %> <% cache manager do %> Manager s Direct Reports: <%= render manager.employees %> <% end %> <% # app/views/employees/_employee.html.erb %> <% cache employee do %> Employee Name: <%= employee.name %> <%= render employee.incomplete_tasks %> <% end %> <% # app/views/tasks/_incomplete_tasks.html.erb %> <% cache task do %> Task: <%= task.title %> Due Date: <%= task.due_date %> <% end %> 

इस कैशिंग तकनीक को रूसी घोंसले के शिकार गुड़िया के रूप में जाना जाता है। रेल मेमेकैड में इन सभी अंशों को कैश करेगा। चूंकि हमने मॉडल नाम को कैश विधि कॉल के पैरामीटर के रूप में जोड़ा है, इसलिए कैश में इन मॉडलों की कुंजी केवल तभी बदल जाएगी जब मॉडल बदल जाएगा। यह समस्या विशेष रूप से प्रासंगिक होगी यदि हमें "कार्य" मॉडल को अपडेट करने की आवश्यकता है:

 @task.completed! @task.save! 

इसलिए, हमारे पास एक नेस्टेड ऑब्जेक्ट कैश है और मॉडल के साथ जुड़े खंड कैश के जीवनकाल के बारे में कुछ भी नहीं जानता है। इस स्थिति में, ActiveRecord स्पर्श कुंजी हमारी सहायता करेगी:

 class Employee < ActiveRecord::Base belongs_to :manager, touch: true end class Task < ActiveRecord::Base belongs_to :employee, touch: true end 

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

रूसी Matryoshka प्रकार के समान एक और अतिरिक्त कैशिंग समस्या है: एक नया एप्लिकेशन को तैनात करते समय, रेल्स को पता नहीं होता है कि दृश्य को कब अपडेट करना है। मान लीजिए कि आपने "कार्य" को इस प्रकार अद्यतन किया है:

 <% # app/views/tasks/_incomplete_tasks.html.erb %> <% cache task do %> Task: <%= task.title %> Due Date: <%= task.due_date %> <p><%= task.notes %></p> <% end %> 

आंशिक टेम्प्लेट का उपयोग करते समय रेल खंड कैश को अपडेट नहीं कर सकती है। पहले, इस समस्या को हल करने के लिए, आपको संस्करण संख्या को कैश विधि में जोड़ना होगा। अब इस समस्या को cache_digests रत्न का उपयोग करके हल किया जा सकता है, जो कैश कुंजी में MD5 हैश को स्वचालित रूप से जोड़ता है। आंशिक टेम्पलेट को अपडेट करने और एप्लिकेशन को पुनरारंभ करने के बाद, कैश कुंजी को भी अपडेट किया जाएगा और रेल को नई पीढ़ी के व्यू टेम्प्लेट को करने के लिए मजबूर किया जाएगा। वह यह भी जानता है कि इस तरह से टेम्प्लेट फ़ाइलों के बीच निर्भरता को कैसे संभालना है, यदि, कहते हैं, आंशिक _incomplete_tasks.html.erb टेम्पलेट को बदल दिया गया है , तो सभी निर्भर टेम्प्लेट श्रृंखला को अपडेट कर देंगे।

इस सुविधा को रेल 4.0 में ध्यान में रखा गया था। यदि आप पहले वाले संस्करण का उपयोग कर रहे हैं, तो आपको कमांड का उपयोग करके रत्न स्थापित करना होगा:

 gem install cache_digests 

यदि आप एक बंडलर का उपयोग कर रहे हैं, तो निम्नलिखित लाइन को मणिफाइल में जोड़ें:

 gem 'cache_digests' 

उन्नत रेल और मेमकाटेड अनुकूलन

दल्ली मणि एक बहुत शक्तिशाली समाधान है और मेम्केड सर्वर के क्लस्टर में कुंजियों के साथ काम करने की क्षमता प्रदान करता है। वह जानता है कि भार को कैसे वितरित किया जाए, जिससे मेम्केड की क्षमता बढ़े। यदि आपके पास कई सर्वर हैं, तो आप उनमें से प्रत्येक पर मेम्केड को स्थापित कर सकते हैं, और उसके बाद कॉन्फ़िगरेशन / वातावरण / production.rb कॉन्फ़िगरेशन फ़ाइल में उपयुक्त सेटिंग जोड़ें:

 config.cache_store = :dalli_store, 'web1.example.com', 'web2.example.com', 'web3.example.com' 

यह सेटिंग आपको उपलब्ध मेमकेड सर्वर के बीच कुंजियों को वितरित करने के लिए लगातार हैशिंग का उपयोग करने की अनुमति देती है।