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

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

कुछ परिचयात्मक नोट: Avito रूस में सबसे लोकप्रिय विज्ञापन सेवा है। हमारे पास हर दिन 450 हजार से अधिक विज्ञापन हैं, और अद्वितीय आगंतुकों की मासिक संख्या 35 मिलियन तक पहुंचती है, जो हर दिन 140 मिलियन से अधिक खोज करते हैं।

इससे पहले विशिष्ट खोज परिदृश्य

आइए एक सरल उदाहरण देखें कि एक खोज ने एक साल पहले कैसे काम किया। मान लीजिए कि आपको एक पियानो की जरूरत है (ठीक है, क्यों नहीं?)। हम मुख्य पृष्ठ पर जाते हैं, हम "पियानो" टाइप करते हैं।

प्रत्यर्पण में, आप सबसे अधिक मूवर्स, पियानो परिवहन सेवाओं या कुछ इसी तरह की चीज प्राप्त करेंगे, लेकिन एक संगीत वाद्ययंत्र नहीं।

ऐसा इसलिए होता है क्योंकि हमारे पास प्लेसमेंट की तारीख तक छँटाई होगी - और इन सेवाओं को सबसे अधिक बार रखा जाता है।

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

और उसके बाद ही हम उस पियानो को देखते हैं जिसे हम ढूंढ रहे थे।

यह पता चला है, वांछित विज्ञापन खोजने के लिए, निम्नलिखित विकल्प थे:

• कीवर्ड द्वारा खोज करने पर श्रेणी का शोधन,
• ताजगी और कीमत के आधार पर छंटनी
• फिल्टर,
• केवल नाम से खोजें।

प्रासंगिकता के कारण क्या बदल गया है

प्रासंगिकता के कारण, जो विज्ञापन बिल्कुल फिट नहीं होते हैं, वे SERP में दिखाई देना बंद हो गए हैं। अब, यदि आप मुख्य पृष्ठ से एक पियानो की तलाश कर रहे हैं, तो आप लोडर की सेवाओं को नहीं देखेंगे, जो आपको इसे ट्रांसपोर्ट करने में मदद करते हैं, लेकिन आप तुरंत उस संगीत वाद्ययंत्र को देखेंगे जो आप चाहते हैं। उसी समय, एक नया छँटाई जोड़ा गया - "डिफ़ॉल्ट रूप से"। यह दो संकेतकों द्वारा बनाई गई है: पाठ क्वेरी और ताजगी के लिए विज्ञापन प्रासंगिकता।

शीर्ष में आप प्रासंगिक लोगों में से सबसे ताजा देखते हैं।

एविटो पर, एक अतिरिक्त शुल्क के लिए, आप अपना विज्ञापन बढ़ा सकते हैं। और प्रासंगिकता की शुरुआत के साथ, भुगतान की गई उत्थान अधिक कुशलता से काम करते हैं। वे काम करेंगे, सबसे पहले, यदि आपका विज्ञापन पाठ क्वेरी के लिए प्रासंगिक है।

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

तीन क्लिक में सही उत्पाद कैसे पाएं

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

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

दूसरा तरीका टैग्स का विस्तार करना है। उदाहरण के लिए, जब आप शब्द "जैकेट" दर्ज करते हैं, तो आपको संकेत मिलेंगे।

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

खोज और फ़िल्टर के बीच अंतर क्या है

जब मैंने RIT ++ में बात की, तो दर्शकों का एक सवाल था: पाठ खोज और फ़िल्टर के बीच अंतर क्या है? सब कुछ काफी सरल है। आप श्रेणी के पेड़ के नीचे जाकर पाठ अनुरोध के बिना वांछित विज्ञापन भी पा सकते हैं। इस मामले में, खोज अभी भी दिए गए पाठ द्वारा नहीं, बल्कि चयनित श्रेणी के संबंधित फ़िल्टरों से पारित मापदंडों के सेट द्वारा वस्तुओं और सेवाओं को खोजेगी।

प्रत्येक श्रेणी में फ़िल्टर का अपना सेट होता है। उदाहरण के लिए, श्रेणी "कार" में - कुछ फिल्टर, श्रेणी में "व्यक्तिगत चीजें" - अन्य फिल्टर। यही है, फिल्टर कठोरता से एक श्रेणी से बंधे हैं।

दो मिनट में घोषणा का स्थान

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

अवितो सहायक

Avito Helper Chrome के लिए एक एक्सटेंशन है जो तृतीय-पक्ष साइटों पर Avito पर एक समान उत्पाद की कीमत प्रदर्शित करता है। विस्तार में, आप Avito के लिए कीमतों के साथ कई ऑनलाइन स्टोरों में कीमतों की तुलना कर सकते हैं, या बस हमारी सेवा में आवश्यक वस्तुओं और सेवाओं की खोज कर सकते हैं, सीधे वेबसाइट या एप्लिकेशन पर जाए बिना। हम नए बुनियादी ढांचे में बदलाव के लिए धन्यवाद सहित "सहायक" को लागू करने में सक्षम थे।

आर्किटेक्चर

एक मोनोलिथ को देखा

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

अब हमारे पास क्या है

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

खोज सेवा बनाने के कारण

सेवाओं को विकसित करते समय, आपको हमेशा यह समझने की आवश्यकता होती है कि आप ऐसा क्यों कर रहे हैं। पहला स्पष्ट प्लस निम्न-स्तरीय तर्क को हटाना है। हमारे मामले में, यह SphinxQL प्रश्नों के प्रसंस्करण के लिए रसोई छिपा रहा है। इसके अलावा, हम तृतीय-पक्ष सिस्टम को अधिक आसानी से खोज कार्यक्षमता प्रदान कर सकते हैं।

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

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

एक बोनस के रूप में, हमारे पास स्फिंक्स से इलास्टिक में स्विच करने का अवसर है, क्योंकि निम्न-स्तरीय तर्क अब छिपा हुआ है।

यह आरेख पहले से ही मामले को दिखाता है जब एक मोनोलिथ होता है, सेवा "खोजा" और तीसरे पक्ष की सेवा "एविटो सहायक"।

खोज सेवा कैसे काम करती है?

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

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

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

एग्रीगेटर पर अतुल्यकालिक क्वेरी निष्पादन कैसे काम करता है

एग्रीगेटर में कई प्रोफाइल होते हैं। एक प्रोफ़ाइल, मोटे तौर पर बोल रहा है, एक इकाई जिसमें आप किसी प्रकार की घोषणा कर सकते हैं या कुछ विशिष्ट तरीके से। उदाहरण के लिए, यह एक सादृश्य के माध्यम से समझाया जा सकता है: एविटो पर "प्रीमियम", "वीआईपी" और नियमित विज्ञापन हैं। एग्रीगेटर को शेड्यूलर से एक अनुरोध प्राप्त होता है, जबकि एग्रीगेटर में ज्ञात प्रोफाइल के सेट के लिए समानांतर अनुरोध निष्पादित किए जाते हैं। प्रोफ़ाइल के अंदर एक ड्राइवर है जो शारीरिक रूप से अंतर्निहित स्तर तक पहुंचता है, इस मामले में स्फिंक्स में, लेकिन यह कोई अन्य डेटा स्रोत हो सकता है

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

अनुक्रमणिका संग्रहण खोजें

इस तथ्य के कारण कि हम आर्किटेक्चर में कुबेरनेट्स का उपयोग करते हैं, RIT ++ पर मुझे खोज सूचकांक को संग्रहीत करने के बारे में एक सवाल पूछा गया था - क्या यह कुबेरनेट्स में संग्रहीत है? नहीं, हमारे पास भौतिक मशीनों पर रहने वाले स्फिंक्स हैं। कुबेरनेट्स में, हम एक खोज सेवा की तैनाती कर रहे हैं जो खोज तर्क को संसाधित करती है। क्लाउड में विकास के माहौल के लिए एक नमूना खोज सूचकांक भी होता है, जिस पर परीक्षण चलाए जाते हैं, लेकिन वहां एक लड़ाकू सूचकांक डालना अवांछनीय है, क्योंकि कुबेरनेट्स में काम करने वाली सेवाएं सबसे पहले, स्टेटलेस सेवाएं हैं।

सेवा भार खोजें

अब यह सेवा युद्ध में है, यह कुछ अपवादों के साथ लोड का 100% कार्य करता है। वह जो भार रखता है वह लगभग 200 krpm है। देरी: मध्यक - 17 एमएस तक, 95 प्रतिशताइल - 120 एमएस तक, 99 प्रतिशताइल - 320 एमएस तक।

कुल खोज सेवा

गोलंग में खोज सेवा लिखी गई है, कुबेरनेट्स को तैनात किया गया है, एग्रीगेटर अतुल्यकालिक रूप से कई प्रोफाइलों के साथ काम करता है। प्रोफ़ाइल निर्दिष्ट ड्राइवर के साथ काम करती है, ड्राइवर निर्दिष्ट डेटा स्रोत तक पहुंचता है, उदाहरण के लिए, स्फिंक्स। हमारी सेवा का अनुरोध इस समय 200 krpm तक है। देरी: मध्यक - 17 एमएस तक, 95 प्रतिशताइल - 120 एमएस तक, 99 प्रतिशताइल - 320 एमएस तक।

एक कार्य प्रणाली में सेवा का कार्यान्वयन

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

कैसे "पुआल"

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

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

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

उसी समय, सेवा विलंब में तेजी से वृद्धि हुई - नीचे की तस्वीर में आप चोटियों को देख सकते हैं।

"स्ट्रॉ" ने इस स्थिति को उल्लेखनीय रूप से काम किया, और परिणामस्वरूप HTTP त्रुटियां समान स्तर पर थीं - पूरे एविटो के लिए त्रुटियों की एक इकाई। हमारे आगंतुकों ने कुछ भी नोटिस नहीं किया।

प्रयोग स्वचालन

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

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

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

प्रयोगों का विश्लेषण करते समय, हम परीक्षण समूह के साथ नियंत्रण समूह में आगंतुकों के व्यवहार की तुलना करते हैं और इसके आधार पर, प्रयोग की सफलता के बारे में निष्कर्ष निकालते हैं।

मान लीजिए हमने एक नया रैंकिंग फॉर्मूला विकसित किया है। उसके साथ प्रयोग करने के लिए हमें क्या करने की आवश्यकता है?

1. खोज सेवा में, उपयुक्त एग्रीगेटर को रोल आउट करें (इसे "एग्रीगेटर 2" होने दें)।
2. डैशबोर्ड के माध्यम से एक प्रयोग बनाएं और इस प्रयोग में एक समूह को इस एग्रीगेटर के साथ जोड़ दें।
3. अब, यदि कोई खोज उस खोज समूह में आती है जो परीक्षण समूह में आती है, तो वह "एग्रीगेटर 2" पर खोज सेवा में जाती है।

हम नए प्रयोग बना सकते हैं और नए एग्रीगेटरों के साथ अपने परीक्षण समूहों को जोड़ सकते हैं।

टोटल सर्च इन्फ्रास्ट्रक्चर

Sphinx 3 सर्वर का एक समूह है। इसमें SphinxQL प्रश्नों के 13 krps हैं, और इसमें 45 मिलियन से अधिक सक्रिय विज्ञापन हैं।

स्फिंक्स 3.0 स्थिर है और इसके प्रदर्शन से प्रसन्न है। वैसे, बायनेरिज़ सार्वजनिक डोमेन में हैं । इसके अलावा, एविटो के लिए धन्यवाद, नई सुविधाओं को स्फिंक्स 3 में फिल्माया गया है, उदाहरण के लिए, वैक्टर के स्केलर उत्पाद का संचालन, और पाया कीड़े तय हो गए हैं।

हम सेवा वास्तुकला का उपयोग करते हैं। हमारे पास खोज सेवा "इस्लाको" और सेवा "एविटो असिस्टेंट" है। कार्यक्षमता का एक हिस्सा मोनोलिथ में बना हुआ है, लेकिन हम इसके काटने पर काम करना जारी रखते हैं।

निष्कर्ष

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

आगे क्या है

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

यदि आपके पास हमारी खोज के काम के बारे में प्रश्न हैं, तो हम अधिक तकनीकी जानकारी जानना चाहेंगे, टिप्पणियों में लिखें। मैं आनंद से उत्तर दूंगा। वैसे, हाल ही में, Andrey Drozdov ने खोज परिणामों के बहु-मापदंड अनुकूलन पर एक रिपोर्ट के साथ Highload ++ 2018 में बात की, यहां उनकी प्रस्तुति है ।