RoadRunner के साथ Magento Rest API को ओवरक्लॉक करना

PHP मरने के लिए बनाई गई। और सब कुछ ठीक हो जाएगा, लेकिन उसे हाल ही में ऐसा करने का मौका नहीं दिया गया है। एक साल पहले, हब पर, रोडरनर टूल की घोषणा हुई , जिससे PHP प्रक्रिया मृत्यु और पुनरुत्थान के अंतहीन चक्र को छोड़ने के लिए मजबूर हो गई।

रोडरनर के काम का सिद्धांत चल रही प्रक्रिया को बनाए रखना है और आने वाले अनुरोधों को फेंकना है, जो डेवलपर्स के अनुसार, आवेदन के प्रदर्शन को बढ़ाने की अनुमति देता है (कभी-कभी 40 गुना भी)।

चूंकि मैं लंबे समय से मैगेंटो के साथ काम कर रहा था, इसलिए यह एक महान विचार की तरह लग रहा था कि उपकरण एक पौराणिक ढांचे पर नहीं, बल्कि एक वास्तविक अनुप्रयोग पर परीक्षण करेगा, जिसके लिए मैगेंटो ओपन सोर्स एक महान फिट था।

Magento के आवेदन की प्रारंभिक लागत

रोडरनर एप्लिकेशन को गति देने के तरीके में आवेदन को प्रारंभ करने के ओवरहेड को कम करके प्रतिक्रिया समय (वार्म-अप शुरू होने के बाद) को कम करना शामिल है।

एंटोन सिट्टू की प्रस्तुति से स्क्रीनशॉट "रोडरनर का उपयोग करते हुए हाइब्रिड गो / पीएचपी एप्लिकेशन डिजाइन करना"

मैगेंटो के मामले में, स्टार्टअप पर खर्च किया जाने वाला मुख्य समय निम्नानुसार है:

• संगीतकार ऑटोलोडिंग
• बूटस्ट्रैपिंग

संगीतकार ऑटोलोडिंग ध्यान आकर्षित नहीं करता है, क्योंकि यह एक पीएचपी अनुप्रयोग के लिए मानक है।

संगीतकार से संबंधित परिणाम।

Magento के एप्लिकेशन बूटस्ट्रैपिंग में एक त्रुटि हैंडलर को इनिशियलाइज़ करना, एप्लिकेशन स्टेटस की जाँच करना आदि शामिल हैं।

सबसे कठिन हिस्सा आईओसी कंटेनर (मैगेंटो के संदर्भ में "ObjectManager") और आवेदन वस्तु प्राप्त करने के लिए इसके माध्यम से निर्भरता उदाहरणों के पुनरावर्ती निर्माण का आरंभीकरण है।

बूटस्ट्रैपिंग से संबंधित रूपरेखा परिणाम।

रोडरनर कार्यान्वयन

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

while ($req = $psr7->acceptRequest()) { $resp = new \Zend\Diactoros\Response(); $resp->getBody()->write("hello world"); $psr7->respond($resp); } 

Magento और PSR-7

Magento ने अभी तक PSR-7 को लागू नहीं किया है और बॉक्स से बाहर अपने अनुरोध और प्रतिक्रिया कार्यान्वयन का उपयोग करता है, वे दृष्टिकोण जिनमें वे मुख्य रूप से पिछले संस्करण से तैयार किए गए हैं।

रोडरनर को लागू करने के लिए, आपको एक प्रविष्टि बिंदु खोजने की आवश्यकता है जो किसी न किसी रूप में अनुरोध को स्वीकार करेगा और एक प्रतिक्रिया ( सिम्फनी उदाहरण ) लौटाएगा।

Magento में एक ऐसा बिंदु है, \ Magento \ फ्रेमवर्क \ AppInterface , केवल एक समस्या है, इस इंटरफ़ेस को अनुरोध स्वीकार करने के लिए डिज़ाइन नहीं किया गया है। लेकिन रुको, यह आवेदन में कहां से मिलता है? यह शुरुआत में वापस जाने के लायक है और मंत्र - पीएचपी मरने के लिए पैदा हुआ है । तदनुसार, पुस्तकालयों, पैकेजों और चौखटों के विशाल बहुमत, जब डिजाइनिंग और परतों में विभाजित होते हैं, तो बस यह नहीं मानते हैं कि अनुरोध एक से अधिक वैश्विक हो जाता है।

Magento परिवहन परत एक ही सिद्धांत पर बनाया गया है। हालाँकि दस्तावेज़ीकरण इंजेक्टेबल / नई वस्तुओं के बीच अंतर का वर्णन करता है , वास्तव में हमारे पास क्वेरी का उपयोग एक वैश्विक स्टेटफ़ुल सेवा के रूप में है, जो वैश्विक चर ($ _GET, $ _POST) से खुद को आरंभ करता है। इन सभी के अलावा, इस सेवा के इंजेक्शन को कर्नेल में आवेदन के सभी स्तरों पर देखा जा सकता है, अकेले तीसरे पक्ष के मॉड्यूल की गुणवत्ता।

पूर्वगामी के आधार पर, PSR-7-शैली से Magento- शैली तक अनुरोधों के रूपांतरण के माध्यम से केवल रोडरनर को लागू करने की आशा खर्च की गई थी।

PSR-7 एडॉप्टर लागू करें

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

PSR-7 एडाप्टर

जैसा कि ऊपर उल्लेख किया गया है, मैगेंटो एप्लिकेशन पहले से ही एक प्रतिक्रिया देता है, इसलिए हमें केवल इसे PSR-7 प्रारूप में बदलने की आवश्यकता है।

अनुरोध के लिए, आपको एक वर्ग की आवश्यकता होती है जो सभी कॉल को वर्तमान अनुरोध ऑब्जेक्ट पर ले जाता है, जिसे हम एक विशेष रजिस्टर में डालते हैं (हां, वास्तुकला के देवता इस विकृति को माफ कर देंगे)। इसके अलावा, यह पाया गया कि अनुरोध वर्ग में एक का उपयोग नहीं किया गया है, लेकिन 3, इसलिए उन्हें कंटेनर के IoC कॉन्फ़िगरेशन के माध्यम से फिर से पंजीकृत करने की आवश्यकता है।

मैगेंटो में प्रश्नों के साथ काम करने के लिए प्रयुक्त कक्षाओं का समूह

एक undying PHP आवेदन की समस्याएं

रोडरनर के माध्यम से शुरू किए गए एक आवेदन में किसी भी लंबे समय तक रहने वाली php प्रक्रिया के समान समस्याएं हैं, वे प्रलेखन ( https://roadrunner.dev/docs/usage-production ) में वर्णित हैं

अनुप्रयोग स्तर की मुख्य समस्याएं जो डेवलपर को मॉनिटर करनी चाहिए:

• मेमोरी लीक ( https://www.php.net/manual/ru/features.gc.php )
• डेटाबेस कनेक्शन (अचानक) किसी भी अन्य की तरह, टाइमआउट में गिर सकते हैं
• सक्षम राज्य प्रबंधन

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

  protected function getCustomer(): ?CustomerInterface { if (!$this->customer) { if ($this->customerSession->isLoggedIn()) { $this->customer = $this->customerRepository->getById($this->customerSession->getCustomerId()); } else { return null; } } return $this->customer; } 

किसी वस्तु की स्थिति का उपयोग करके कर्नेल की विधि का उदाहरण।

RoadRunner के माध्यम से Magento Rest API सर्वर चलाना

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

पहली चीज हमारे कार्यकर्ता को बनाना है, जो रोडरनर के माध्यम से चलेगा और अंतहीन (लगभग) जीवित रहेगा। ऐसा करने के लिए, रोडरनर गाइड से कोड का एक टुकड़ा लें और पीएसआर -7 एडॉप्टर में लिपटे हुए हमारे एप्लिकेशन को वहां जोड़ें।

 $relay = new StreamRelay(STDIN, STDOUT); $psr7 = new PSR7Client(new Worker($relay)); $bootstrap = \Magento\Framework\App\Bootstrap::create(BP, []); /** @var \Magento\Framework\App\Http $app */ $app = $bootstrap->createApplication(\Magento\Framework\App\Http::class); /** @var ApplicationInterface $psr7Application */ $psr7Application = $bootstrap->getObjectManager()->create( \Isxam\M2RoadRunner\Application\MagentoAppWrapper::class, [ 'magentoApp' => $app ] ); while ($request = $psr7->acceptRequest()) { try { $response = $psr7Application->handle($request); $psr7->respond($response); } catch (\Throwable $e) { $psr7->getWorker()->error((string)$e); } } 

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

जब हमारा कार्यकर्ता तैयार हो जाता है, तो हम Go में लिखे रोडरनर सर्वर को कॉन्फ़िगर करने के लिए आगे बढ़ते हैं। यहां सब कुछ अच्छा और तेज़ है, केवल कंपोज़र पैकेज जो निष्पादन योग्य फ़ाइल को डाउनलोड करता है, उसे स्थापित करने की आवश्यकता नहीं है, जो सुखद नहीं हो सकता है। हम अपने सर्वर का कॉन्फ़िगरेशन बनाते हैं - सबसे सरल एक ऐसा कुछ दिखता है।

 http: address: 0.0.0.0:8086 workers: command: "php worker.php" pool: numWorkers: 1 

रोडरनर कॉन्फ़िगरेशन।

दस्तावेज़ीकरण में सेटिंग्स की एक बहुतायत होती है जो आपको लचीले ढंग से सर्वर को कॉन्फ़िगर करने की अनुमति देती है ताकि आपके बाइनरी को संकलित करने की इच्छा बिल्कुल न हो।

 ./rr serve -v -d 

सर्वर प्रारंभ

समाधान परीक्षण

उपकरण

सुविधाजनक परीक्षण के लिए, हम कुछ सरल लेते हैं, उदाहरण के लिए artillery.io।

हम क्रमिक रूप से क्वेरी निष्पादित करने वाले एक उपयोगकर्ता की मदद से प्रदर्शन का परीक्षण करेंगे (रोडरनर भी कई थ्रेड्स में क्वेरी निष्पादन का समर्थन करता है, हम इस प्रश्न को अन्य शोधकर्ताओं पर छोड़ देंगे)

इनपुट में, हमारे पास दो वातावरणों के साथ आर्टिलरी कॉन्फिग फाइल है - अपाचे और रोडरनर। वे दोनों एक ही Magento उदाहरण के साथ काम करते हैं, इसलिए यहां वे एक समान पायदान पर हैं।

परीक्षण परिदृश्य

दो समाधानों के प्रदर्शन को मापने के लिए निम्नलिखित परिदृश्यों का उपयोग किया गया था।

  - name: "S1. Create category" flow: - loop: - post: url: "/rest/V1/categories" json: category: name: "name-{{prefix}}-{{ $loopCount }}" parent_id: 2 is_active: true count: 100 

  - name: "S2. Countries list" flow: - loop: - get: url: "/rest/V1/directory/countries" count: 100 

  - name: "S3. Product types list" flow: - loop: - get: url: "/rest/V1/products/types" count: 100 

  - name: "S4. Product attribute sets list" flow: - loop: - get: url: "/rest/V1/products/attribute-sets/sets/list?searchCriteria" count: 100 

  - name: "S5. Category get" flow: - loop: - get: url: "/rest/V1/categories/2" count: 100 

  - name: "S6. Create product" flow: - loop: - post: url: '/rest/V1/products' json: product: sku: "sku-{{prefix}}-{{ $loopCount }}" name: "name-{{prefix}}-{{ $loopCount }}" attribute_set_id: 4 price: 100 type_id: "simple" count: 100 

  - name: "S7. Get product list" flow: - loop: - get: url: "/rest/V1/products?searchCriteria[pageSize]=20" count: 100 

परिणाम

रोडरनर और अपाचे के माध्यम से बारी-बारी से सभी लिपियों को चलाने के बाद, क्वेरी की अवधि के मध्यस्थ प्राप्त किए गए थे। माध्यकों के अनुसार, सभी परिदृश्यों की गति लगभग ~ 50ms के समान मूल्य से भिन्न होती है।

प्रदर्शन परीक्षा परिणाम

परिणाम

हैंड्स-ऑन प्रयोग ने रोडरनर के प्रदर्शन की निरंतरता के बारे में मान्यताओं की पुष्टि एक विशेष एप्लिकेशन पर की। इस उपकरण का उपयोग करने से आप पर्यावरण और निर्भरता के आरंभीकरण समय के बराबर निरंतरता के लिए आवेदन अनुरोधों के प्रसंस्करण में तेजी ला सकते हैं।

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

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

मैगेंटो ओपन सोर्स एक पूरे के रूप में दिए गए वातावरण में लॉन्च करने के लिए उपयुक्त है, हालांकि, इसे एक ही प्रक्रिया के भीतर बार-बार अनुरोध के दौरान गलत व्यवहार को रोकने के लिए परिवहन परत में सुधार और व्यापार तर्क को सही करने की आवश्यकता है। इसके अलावा, रोडरनर का उपयोग विकास के दृष्टिकोण पर कुछ प्रतिबंध लगाता है, हालांकि, वे अच्छी तरह से स्थापित प्रथाओं का खंडन नहीं करते हैं।

संदर्भ

1. उदाहरण लेख से
2. आधिकारिक रोडरनर वेबसाइट