उत्पादन पर फाल्कन फ्रेमवर्क

हाल ही में, फाल्कन फ्रेमवर्क, जो भाषा का एक विस्तार है, जो php वातावरण में असामान्य है, लोकप्रियता प्राप्त कर रहा है। मुझे लगता है कि बहुत से लोग यह जानने में रुचि रखते हैं कि ढांचा लड़ाई में क्या है, लेकिन एक कारण या किसी अन्य के लिए वे इसे विकास में उपयोग करने का जोखिम नहीं उठा सकते हैं। मेरी कंपनी ने इस तरह के एक साहसिक कार्य का फैसला किया और मैंने जो देखा और महसूस किया उसे साझा करने में जल्दबाजी की। बिल्ली के लिए आपका स्वागत है।

पैर कहाँ से उगते हैं

कंपनी के पास एक प्रोजेक्ट है जिसमें डिस्पैचर की आवश्यकता होती है। मोटे तौर पर, यह उपयोगकर्ता की पसंद के आधार पर विजेट्स को समतल और संतुलित करने के लिए एक तंत्र है। वर्तमान डिस्पैचर को इनकस, एज़्टेक छत वाले फ़ेल्ट्स से छत वाले फेल्ट्स विरासत में मिले, जिसने टीम के भीतर इस विश्वास को जन्म दिया कि डिस्पैचर हमेशा उसके बिना था, वह भी, माया कैलेंडर के बिना पृथ्वी के साथ। दूसरे शब्दों में, कोड डरावना, भ्रामक है, लेकिन यह काम करता है और समर्थन की आवश्यकता है। डिस्पैचर Zend फ्रेमवर्क 1 पर लिखा गया था, कोड अमेज़न नोड्स पर स्थित है, अर्थात् c3.xlarge पर, APC का उपयोग किया जाता है। चरम भार पर, यह प्रति मिनट 8-10 हजार हिट तक पहुंचता है और ऐसे क्षणों में 5 नोड काम करते हैं। मामलों की इस स्थिति ने मुझे बिल्कुल भी पसंद नहीं किया, क्योंकि डिस्पैचर में स्वयं जटिल कार्यक्षमता नहीं होती है, डेटाबेस के साथ एक आदिम स्तर पर काम करना, जिसके परिणाम कैश होते हैं, और यह सब संभव है, कैश किया गया है। मुख्य भार php और Zend है। आप php को मना करने में सक्षम नहीं होंगे, लेकिन आप दूसरे विकल्प के साथ कोशिश कर सकते हैं, खासकर जब से बिजली प्रबंधक और ढांचे का लचीलापन पूरी तरह से अनावश्यक था, और गति और संसाधन की खपत पहली प्राथमिकता में थी।



मैंने लंबे समय तक फाल्कन विकास की प्रगति देखी, क्योंकि मुझे वास्तव में इसका बेंचमार्क पसंद था, और यह भी कि मैं इसे कुछ लोड करने की कोशिश करना चाहता था। खैर, यह उसकी बारी थी और मैंने फाल्कन पर महत्वपूर्ण डिस्पैचर कोड को फिर से लिखा, इसे एपीसी के साथ एक परीक्षण नोड (m3.medium) पर चलाने का फैसला किया। परीक्षण के लिए, मैंने जेमीटर का उपयोग किया, सरल भार परीक्षण बनाए और उन्हें 500 थ्रेड में चलाया।



लोड टेस्टिंग से पता चला कि Zend की तुलना में मेमोरी की खपत आधी थी। मैमोरी_गेट_यूसेज () के साथ प्रत्येक अनुरोध को मापा।



तब से मैंने नहीं सोचा था कि मैं एक लेख लिखूंगा, इसलिए मैंने कंसोल और अमेज़ॅन के ग्राफ़ के स्क्रीनशॉट नहीं लिए। मैं तालिका में एक तुलना दूंगा:

ढांचा	धागे	लूप	हिट्स	अधिकतम लोड औसत	टेस्ट रनटाइम	औसत प्रतिक्रिया, एमएस	मेडियन एमएस	न्यूनतम एमएस	त्रुटि
Zend	500	60	30000	125	03:30:00	3083	2,028	271	2.83%
फाल्कन	500	60	30000	76	01:55:00	1,549	947	138	0.86%

रिलीज की तारीख

परिणाम प्रसन्न हुए और परियोजना को फाल्कन में स्थानांतरित करने का निर्णय लिया गया। कोड के थोड़े से रिफैक्टिंग के बाद, डीआई कंटेनर के कार्यान्वयन, कोड का परीक्षण किया गया और उत्पादन के लिए तैयार किया गया।



मैं इस बात पर जोर देना चाहता हूं कि कोड को काफी अनुकूलित नहीं किया गया था, कई जगहों पर कोड को केवल कॉस्मेटिक रिफैक्टिंग प्राप्त हुआ। जब समय आया "च" डूबते हुए दिल के साथ नोड्स पर एक कोड को रोल किया और सिस्टम की स्थिति की निगरानी करना शुरू कर दिया। यहाँ ग्राफ है:







हम क्या देखते हैं: रिलीज लोड पर चरम समय पर था - 80% के सीपीयू लोड के साथ 5 नोड्स ने Zend पर काम किया। फाल्कन पर 5 नोड्स को अपडेट करने के बाद, लोड 20% से नीचे चला गया। ग्राफ से पता चलता है कि 5 Zend नोड्स में वापसी है - यह सुनिश्चित करने के लिए किया गया था कि सभी Zend निगरानी ग्राफ Phalcon के साथ मेल खाते हैं। सब कुछ ठीक था, इसलिए मैंने तीन नोड्स को निष्क्रिय करने का फैसला किया और देखा कि फाल्कन इसे कैसे संभालेंगे। दो नोड्स ने 45% से अधिक सीपीयू का उपयोग किया, जिससे उन्हें साहसिक प्रयास करने और एक नोड छोड़ने की अनुमति मिली। सीपीयू ने 100% पर आराम किया और 500 वीं त्रुटि हुई, हालांकि, समस्या फाल्कन के साथ नहीं थी, लेकिन निग्नेक्स के साथ, जिसमें बड़ी संख्या में कनेक्शन रखना मुश्किल था। तुरंत मैंने एक नोड बैलेंसर को लौटा दिया, और खुद को भविष्य के लिए नेग्नेक्स को घुमा देने का कार्य निर्धारित किया। फाल्कन के साथ ज़ेंड की जगह ने हमें 5 नोड्स से 2 नोड्स पर स्विच करने की अनुमति दी, जिससे अमेज़ॅन की लागत कम हो गई और सिस्टम को तैनात और मॉनिटर करना भी आसान हो गया।

ढांचे के बारे में कुछ शब्द

मैं स्वयं रूपरेखा का वर्णन नहीं करूंगा, क्योंकि साइट पर प्रलेखन अच्छा है, यह रूसी में है और लेख का उद्देश्य अलग है।



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



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



विकास के दौरान, कैश के साथ समस्याएं थीं - कुछ बिंदु पर मैंने देखा कि डेटा बहुत ही अजीब तरीके से कैश किया गया है, मेमकेच का कनेक्शन एक से अधिक बार होता है, हमेशा कैश नहीं होता है, हालांकि डेटा मेमेचे में हो जाता है। समस्या यह है कि मैंने सही ढंग से DI कंटेनर का उपयोग नहीं किया। मैंने सेट () विधि के माध्यम से कैश को जोड़ा, और जब मैंने डीआई कंटेनर को एक्सेस किया, तो मुझे हर बार क्लास का एक नया उदाहरण मिला, जिसमें मेम्चे का नया कनेक्शन था।

और हर बार उसी वस्तु को वापस करने के लिए, आपको इसे इस तरह कंटेनर में रखना होगा:

$di->setShared('cache', $cacheObject);





त्रुटि को ठीक करने के बाद, सब कुछ उम्मीद के मुताबिक काम किया। इस दृष्टिकोण ने हमें परियोजना के सभी सिंग्लटन को त्यागने की अनुमति दी, जो खुशी के साथ किया गया था।



रिलीज के बाद, फ्रेमवर्क का अगला संस्करण जारी किया गया था - 1.3, जो समस्याओं के बिना स्थापित किया गया था और परियोजना कोड के साथ काम किया था। मुझे आवेदन शुरू करने के लिए डीआई कंटेनर के साथ केवल कुछ स्थानों को ठीक करना था।

सीएलआई के साथ काम करें

फाल्कन में कंसोल कार्यों के साथ काम करना काफी सरल है और अब तक इसमें बहुत अधिक विशेषताएं नहीं हैं, तुलना, उदाहरण के लिए, ज़ेंड के साथ। डिफ़ॉल्ट मापदंडों को निर्दिष्ट करने का कोई तरीका नहीं है, और आवश्यक पैरामीटर को जोड़ने की आवश्यकता होती है जब कार्य को कंसोल में सही कहा जाता है। मापदंडों के साथ काम $argv;



स्वतंत्र पार्सिंग के लिए नीचे आता है $argv;



इसके अलावा, रंगीन ग्रंथों, पृष्ठभूमि के साथ कोई सुंदरियां नहीं हैं, इसलिए यह इंद्रधनुष के साथ कंसोल को सजाने के लिए काम नहीं करेगा। लेकिन दूसरी ओर, यद्यपि कार्यक्षमता समृद्ध नहीं है, फिर भी यह अपने कार्य को पूरा करता है। और समय के साथ, लोशन और सीटी दिखाई देंगे।

टार का सा

परेशान लॉगिंग के लिए ढांचे में एक प्राथमिक LogNull की कमी थी, जिसे php में जोड़ा जाना था।

कॉन्फ़िगर करने की क्षमता की कमी से भी आश्चर्यचकित।

UPD: जैसा कि टिप्पणी में सुझाया गया है - एक अवसर है



कमियों में से जो किसी के लिए इनकार करने के लिए एक गंभीर तर्क हो सकता है वह फ्रेमवर्क के कोड को ठीक करने में असमर्थता है। यदि आपको कोई भेद्यता लगती है, तो आप इसके साथ कुछ भी नहीं कर सकते - स्रोत संकलित हैं। हालांकि, डेवलपर्स Zephir में फाल्कन को फिर से लिख रहे हैं (मैं Zephir के बारे में एक अलग लेख लिखने की कोशिश करूंगा), जो कि स्वयं रूपरेखा को संपादित करना संभव होगा, साथ ही सी में इसके लिए एक्सटेंशन भी लिख सकता है।



यह फाल्कन 2.0 के संस्करण में किया जाएगा, जिसकी आज बीटा 1 की स्थिति है। मुझे उम्मीद है कि जल्द ही हम एक स्थिर रिलीज देखेंगे।



फ्रेमवर्क के बारे में बताने के लिए कुछ और है, लेकिन मुझे लगता है कि यह एक अलग लेख के लिए एक विषय है, इसलिए मैं फाल्कन को एक लोड किए गए प्रोजेक्ट पर संक्षेप में बताऊंगा:

- प्रदर्शन Zend (समान php चौखटे) के लिए तुलनीय नहीं है

- अगर आपको चौखटे के साथ अनुभव है तो सीखना आसान है

- ढांचा कच्चा और अधूरा नहीं दिखता है, बल्कि विकसित होने और विकसित होने के लिए जगह है

- फ्रेमवर्क कोड को ठीक करना असंभव है