ऑनपीपी में कैशिंग सिस्टम का अवलोकन

शुभ दोपहर
इस लेख में हम बात करेंगे कि कैसे हम plus1.wapstart.ru में कैश के साथ काम करते हैं, हमें क्या समस्याएँ हैं और हमने इन विशेष मामलों को कैसे हल किया।

शब्दावली के साथ शुरू करने के लिए।

इस लेख में "कैश" के द्वारा मैं कुछ प्रकार के तेज़ स्टोरेज को समझूंगा जिनका उपयोग कैशिंग के लिए किया जा सकता है। इस मामले में, भंडारण में एक मानकीकृत इंटरफ़ेस होना चाहिए।
एक सर्वर / स्टोरेज एक एप्लिकेशन है जो डेटा को स्टोर कर सकता है और नीचे वर्णित इंटरफ़ेस के माध्यम से इसे एक्सेस दे सकता है। उदाहरण के लिए, इस एप्लिकेशन को मेमेक किया जा सकता है।

हम onPHP फ्रेमवर्क का उपयोग करते हैं। इसमें एक अमूर्त CachePeer वर्ग है जहां से सभी कैश कार्यान्वयन को विरासत में मिलना चाहिए। किसी भी कार्यान्वयन का इंटरफ़ेस निम्न विधियों में घटाया गया है।

abstract public function get($key); abstract public function delete($key); abstract public function increment($key, $value); abstract public function decrement($key, $value); abstract protected function store( $action, $key, $value, $expires = Cache::EXPIRES_MEDIUM ); abstract public function append($key, $data); 

निम्नलिखित CachePeer कार्यान्वयन हमारी दुनिया में मौजूद हैं (क्लिक करने योग्य)



यह आरेख भंडारण कार्यान्वयन ( पुल देखें) और विभिन्न सज्जाकार दोनों को दिखाता है जो विशेष समस्याओं का समाधान करते हैं।

रेडिस के साथ काम करने के लिए ऑनफ्प का समर्थन है; मेमकेच्ड - दो पूरे कार्यान्वयन: सॉकेट्स पर और मेम्चेचे ( http://php.net/Memcache ) का उपयोग करके; हम SharedMemory के साथ काम कर सकते हैं। यदि इनमें से कोई भी स्थापना में नहीं है, तो हम एप्लिकेशन मेमोरी के साथ काम करेंगे।
समर्थित तकनीकों की विविधता के बावजूद, मुझे एक भी ऑन्कप प्रोजेक्ट के बारे में नहीं पता है जो मेम्केच्ड के अलावा किसी अन्य चीज का उपयोग करेगा।
इस दुनिया में नियम बनाए गए। :)

निम्नलिखित कारणों से हमारे पास दो मेमेचे कार्यान्वयन हैं:

• मेमेकैच्ड (सॉकेट्स पर) एक्सटेंशन लिखते समय मेमेचे अभी तक नहीं लिखा गया था।
  ^{हां, हम http://php.net/Memcached नाम के संघर्ष के बारे में जानते हैं, मास्टर में यह पहले से ही तय हो चुका है।}
  
• जब आप php सेटिंग तक पहुँच नहीं रखते हैं और आवश्यक एक्सटेंशन की आपूर्ति नहीं कर सकते, तब भी सॉकेट पर एक कनेक्शन लागू करना आपके लिए उपलब्ध है।

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

सज्जाकार के बारे में:

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

  public function get($key) { return $this->peer->get($this->getActualWatermark().$key); } 

यह एक प्रमुख संघर्ष से बचा जाता है। विभिन्न परियोजनाओं / वर्गों / आदि से डेटा। विभिन्न कुंजी के तहत दर्ज किया जाएगा। अन्यथा, यह कैश कुछ प्रकार के भंडारण कार्यान्वयन के लिए एक मानक सज्जाकार है।

यदि आपको कई कैशिंग सिस्टमों में डेटा वितरित करने की आवश्यकता है, तो आप या तो php डिलीवरी से मेमश क्लस्टर का उपयोग कर सकते हैं या हमारे कुल कैश में से एक ले सकते हैं। हमारे पास उनमें से कई हैं:

• AggregateCache एक सर्वर को परिभाषित करता है जो पहले से परिभाषित mt_srand से mt_rand के मान के आधार पर वर्तमान कुंजी के साथ काम करेगा। यह अजीब लगता है, लेकिन यह वास्तव में बहुत सरल है ।
  
• SimpleAggregateCache आमतौर पर एक ईंट के रूप में सरल है। वांछित सर्वर को सर्वर की संख्या द्वारा संख्यात्मक कुंजी प्रतिनिधित्व को विभाजित करने के शेष के आधार पर निर्धारित किया जाता है।
  
• CyclicAggregateCache - कार्यान्वयन जिसे हमने अंतिम समय पर जासूसी की। वह बहुत खूबसूरत है। हम एक सर्कल लेते हैं, उस पर हम सर्वर के "माउंट पॉइंट" डालते हैं।
  इसके अलावा, प्रत्येक सर्वर के लिए अंकों की संख्या उसके वजन के लिए आनुपातिक होगी। अनुरोध प्राप्त होने पर, सर्कल पर कुछ बिंदु पर कुंजी भी मैप की जाती है। यह सर्वर द्वारा संसाधित किया जाएगा, जिसके बिंदु की कुंजी बिंदु से थोड़ी दूरी है।
  इस दृष्टिकोण का लाभ यह है कि पूल में एक सर्वर को जोड़ने पर, केवल मूल्यों का एक हिस्सा अवमूल्यन होता है, और सभी नहीं। साथ ही, जब किसी सर्वर को एक पूल से निकाला जाता है, तो केवल उस पर संग्रहीत मान गायब हो जाते हैं, जबकि बाकी सर्वर अपने लोड को कम या ज्यादा समान रूप से लेते हैं। आप यहाँ या यहाँ एल्गोरिथम के विचार के बारे में अधिक पढ़ सकते हैं।
  

इस पर अधिक या कम मानक भाग समाप्त होता है। अधिकांश अनुप्रयोगों में सामान्य कैशिंग सिस्टम बनाने के लिए कार्यान्वयन के इस सेट के लिए पर्याप्त होना चाहिए।

फिर विवरण शुरू होते हैं।

• DebugCachePeer - इसका नाम इतना स्व-दस्तावेजीकरण है कि मुझे इसका वर्णन करने में कोई समझदारी नहीं है।
  
• ReadOnlyPeer - ऐसे कैश हैं जिनसे आप केवल पढ़ सकते हैं, लेकिन आप उन्हें नहीं लिख सकते। उदाहरण के लिए, उन्हें किसी अन्य स्थान से रिकॉर्ड किया जा सकता है, या यहां तक ​​कि अलग तरह से लागू किया जा सकता है, उदाहरण के लिए, हमारी मछली की तरह। इन रिपॉजिटरी के लिए, ReadOnlyPeer का उपयोग करना उचित है, क्योंकि यह आवेदन पक्ष पर यह सुनिश्चित करेगा कि डेटा केवल पढ़ा जाएगा, लेकिन लिखित / अद्यतन नहीं किया जाएगा।
  
• CascadeCache - आपके पास एक स्थानीय तेज़ अनलोड कैश है, उदाहरण के लिए सॉकेट पर। और कुछ प्रकार का रिमोट कैश है, जो पहले से आबाद भी है। यदि आपके एप्लिकेशन को थोड़े पुराने डेटा का उपयोग करने की अनुमति है, तो आप CascadeCache का उपयोग कर सकते हैं। यह स्थानीय कैश से संचालन पढ़ेगा, और यदि स्थानीय कैश में कोई डेटा नहीं है, तो उन्हें दूरस्थ कैश में अनुरोध किया जाएगा।
  "नकारात्मक" परिणामों (शून्य) के लिए, आप दो रणनीतियों में से एक का उपयोग कर सकते हैं - उन्हें या तो स्थानीय कैश में संग्रहीत किया जाएगा या अनदेखा किया जाएगा।
  
• MultiCachePeer - आपके पास कैश प्रीफ़िल है। इसी समय, यह वांछनीय है कि यह दस सर्वरों पर एक दर्जन "स्थानीय" कैश भर सकता है।
  दूसरे शब्दों में, हम डेटा को एक स्थान पर लिखना चाहते हैं, और उन्हें सामान्य स्थिति में, दूसरे से पढ़ते हैं। उसी समय, अनुप्रयोगों वाले प्रत्येक सर्वर में एक ही कॉन्फ़िगरेशन होना चाहिए - तैनाती की सुविधा के लिए। ऐसा करने के लिए, आप मल्टीचैच पेअर का उपयोग कुछ इस तरह से कर सकते हैं:
  
  

    MultiCachePeer::create( PeclMemcached::create('localhost', 11211), array( PeclMemcached::create('meinherzbrennt', 11211), PeclMemcached::create('links234', 11211), PeclMemcached::create('sonne', 11211), PeclMemcached::create('ichwill', 11211), PeclMemcached::create('feuerfrei', 11211), PeclMemcached::create('mutter', 11211), PeclMemcached::create('spieluhr', 11211) ) ); 

  
  
  
• SequentialCache - कल्पना करें कि आपके पास एक भंडार है जो कभी-कभी दुर्घटनाग्रस्त हो जाता है या बस अनुपलब्ध होता है। उदाहरण के लिए, इसे कभी-कभी सेवा से निकाल दिया जा सकता है, पुनः आरंभ किया जा सकता है, आदि। इसके अलावा, आवेदन हमेशा डेटा प्राप्त करना चाहता है। इस स्थिति को कवर करने के लिए, आप SequentialCache का उपयोग इस विन्यास के साथ कुछ कर सकते हैं:
  

    $cache = new SequentialCache( PeclMemcached::create('master', 11211, 0.1), //   -  . array( PeclMemcached::create('backup', 11211, 0.1), ) ) 

  
  

क्योंकि चूंकि लगभग सभी कार्यान्वयन डेकोरेटर पैटर्न का उपयोग करते हैं, इसलिए वे काफी सफलतापूर्वक संयुक्त हो सकते हैं।
उदाहरण के लिए, निम्नलिखित निर्माण वैध है:

  $swordfish = ReadOnlyPeer::create( new SequentialCache( PeclMemcached::create('localhost', 9898, 0.1), array( PeclMemcached::create('backup', 9898, 0.1), ) ) ); 

या यहां तक ​​कि:

  $swordfish = CascadeCache::create( PeclMemcached::create('unix:///var/run/memcached_sock/memcached.sock', 0), ReadOnlyPeer::create( new SequentialCache( PeclMemcached::create('localhost', 9898, 0.1), array( PeclMemcached::create('backup', 9898, 0.1), ) ) ), CascadeCache::NEGATIVE_CACHE_OFF ); 

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

ऑन्फप से कैश की संभावनाएं खत्म नहीं होती हैं। आप पूरी तरह से अलग कॉन्फ़िगरेशन बना सकते हैं जो आपके कार्यों को कवर करेगा। Onphp से CachePeer ठंडा है।
ps। एक बार यहां पर उन्होंने अपने लेखों की एक श्रृंखला के बारे में बात की। शुरुआत इसी पद से हुई थी। भविष्य में, हम plus1.wapstart.ru में फ्रेमवर्क और इसके उपयोग से संबंधित अन्य विषयों पर संपर्क करेंगे।

पी पी एस। मैं आपको यह बताने का अवसर देता हूं कि हम लोगों की तलाश कर रहे हैं:
hantim.ru/jobs/11163-veduschiy-qa-menedzher-rukovoditel-otdela-testirovaniya
hantim.ru/jobs/11111-veduschiy-php-razrabotchik-team-leader