HighLoad ++ 2019 पर डेटाबेस

डेटाबेस के साथ काम करना किसी भी वेब सेवा के प्रदर्शन को महत्वपूर्ण रूप से प्रभावित करता है। यदि आप कोशिश करते हैं , तो आप बिना किसी लोड के एक उच्च भार की व्यवस्था कर सकते हैं।

और यदि आप सब कुछ बुद्धिमानी से करते हैं, तो यह कई हजारों उपयोगकर्ताओं के अनुरोधों को संसाधित करने के लिए निकलेगा। इसलिए, HighLoad ++ अनुसूची पारंपरिक रूप से डेटाबेस पर कई रिपोर्ट है। हमारे पास PostgreSQL, MySQL और ClickHouse पर ट्रैक हैं, MongoDB पर कई रिपोर्टें हैं (सर्वश्रेष्ठ परंपरा में, स्पीकर MongoDB में एक प्रदर्शन इंजीनियर है)। इसके अलावा, विभिन्न दृष्टिकोणों की तुलना या विशेष समाधानों पर विचार करने पर भाषण हैं। और सामान्यता के लिए, टारनटूल और इन-मेमोरी को यहां जोड़ें। कुल 33 रिपोर्ट्स सीधे "डेटाबेस और स्टोरेज सिस्टम" से संबंधित हैं और कम से कम 10 अप्रत्यक्ष रूप से। और यह माइटैप्स की गिनती नहीं कर रहा है , जो दस से कम नहीं हैं, और नए लोगों को रास्ते में जोड़ा जाएगा।

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

समीक्षा को यथाशीघ्र आयोजित किया जाता है: हमने रिपोर्ट की सूची खोली और ऊपर से नीचे की ओर गए, उन विषयों पर निवास करना जिन पर ध्यान दिया जाना चाहिए।

क्लिकहाउस क्वेरी प्रोफाइलर

एनालिटिकल डेटाबेस में क्वेरी प्रोफाइलर एक बहुत ही दिलचस्प बात है। दृष्टिकोण ओएलटीपी डेटाबेस से बहुत अलग होना चाहिए, क्योंकि, एक नियम के रूप में, विश्लेषणात्मक डेटाबेस में प्रश्नों को लंबे समय तक किया जाता है। यदि PostgreSQL में क्वेरी निष्पादन योजना स्थिर है, तो यह एक क्वेरी की लगभग निगरानी करने के लिए समझ में आता है।

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

आधुनिक बुनियादी ढांचे में बैकअप

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

NB: स्वचालित सत्यापन के बिना बैकअप बैकअप नहीं हैं।

ClickHouse में जाना: 3 साल बाद

ClickHouse आत्मविश्वास से अपनी स्थिति पर विजय प्राप्त करता है, लेकिन कुछ तृतीय-पक्ष डेवलपर्स इसके साथ काम करने के लिए ठोस अनुभव जमा करने में कामयाब रहे। अलेक्जेंडर ज़ैतसेव और अल्टिनिटी, ClickHouse का उपयोग करने के अग्रणी हैं, जैसा कि 3 साल पहले HighLoad ++ पर उन्होंने एक बहु-पेटाबाइट विश्लेषणात्मक प्रणाली को ClickHouse में स्थानांतरित करने के बारे में बात की थी।

तब से क्या बदल गया है? अलेक्जेंडर अपने अनुभव को साझा करेंगे और जानते हैं कि कैसे प्रलेखन में नहीं पाया जा सकता है।

MongoDB बनाम बेंचमार्क पोस्ट करता है

दो मेहमान HighLoad ++ में MongoDB के बारे में बात करेंगे। ऑल्वारो हर्नांडेज़ रिपोर्ट में एक दिलचस्प, यहां तक ​​कि निंदनीय, पृष्ठभूमि है। जब अलवारो ने MongoDB और PostgreSQL की तुलना करते हुए बेंचमार्क बनाया और पेश किया, तो इंटरनेट पर एक झड़प शुरू हो गई। MongoDB ने बाद में अपने बेंचमार्क पेश किए।

नतीजतन, प्रत्येक दुनिया का अपना दर्शन है। PostgreSQL अनुयायियों के पास डेटा के प्रति इस तरह के फजी रवैये को स्वीकार करने में कठिन समय है, लेकिन MongoDB समाधान बाजार में मांग में हैं। सीधे उनकी तुलना करना लगभग असंभव है, और इससे अल्वारो की रिपोर्ट बहुत रोमांचक है। आँख बंद करके किसी एक दृष्टिकोण का पालन करना आसान है, लेकिन दोनों को जानना और समझना बहुत बेहतर है।

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

MongoDB ने ऊपर से नीचे तक लेनदेन वितरित किया

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

HighLoad ++ पर, हेनरिक आपको बताएगा कि किसी वितरित NoSQL डेटाबेस में लेनदेन कैसे करें, ACID को संतुष्ट करें, और आपको इसकी आवश्यकता क्यों हो सकती है।

ओडिसी रोडमैप: कनेक्शन खींचने वाले से हम और क्या चाहते हैं

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

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

डीबीए बॉट जो। बैकएंड विकास के दर्द से राहत

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

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

प्रिय DELETE। अत्यधिक लोड किए गए PostgreSQL डेटाबेस में बड़े पैमाने पर संचालन करते समय विशिष्ट त्रुटियां

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

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

GitLab.com पर पेट्रोनी

GitLab पूरी तरह से हाल ही में छोड़े गए MySQL को PostgreSQL का उपयोग करता है, और यह सुनिश्चित करने के लिए कि REPMGR से पैट्रोनी में HA को स्विच किया जाए। पैट्रोनी को ज़ालैंडो द्वारा विकसित किया गया था, इसका कार्य स्वचालित रूप से स्विच करना है यदि विज़ार्ड में कुछ हुआ है, और सेवा की उपलब्धता सुनिश्चित करने के लिए।

अब पेट्रोनी डी फैक्टो मानक है , और गिटलैब ने इसे अपने क्लाउड समाधान पर लागू किया है - एक दूसरे के लिए, प्रति दिन 25,000,000 गिट पुल ऑपरेशन - और स्थापना की जाँच के लिए एक समाधान तैयार कर रहे हैं। जोस कोर्स फिनटोटो 7 नवंबर को हाईलाड ++ पर इस सुपर-दिलचस्प अनुभव को साझा करेगा ।

StackGres: Kubernetes पर Cloud-Native PostgreSQL

PostgreSQL और MongoDB की तुलना में comparisonlvaro Hernández, StackGres उत्पाद को भी पेश करेगी - अनिवार्य रूप से RDS के लिए एक प्रतिस्थापन। लेकिन यह कुबेरनेट्स में आरडीएस को बहुत सस्ते में तैनात करना संभव बनाता है, एक ट्रेलर के साथ न्यूनतम प्रयास के साथ कॉन्फ़िगर किए गए बैकअप, ऑटो फेलओवर के लिए पेट्रोनी, स्वास्थ्य जांच और विभिन्न उपकरणों का एक गुच्छा।

यह लिनक्स कहानी के समान दिशा में एक आशाजनक उपक्रम है। एक लिनक्स कर्नेल है, और इसके आसपास कई अलग-अलग विधानसभाएं हैं। हम PostgreSQL के संबंध में एक ही बात देखते हैं, जिसे DBMS के लिए कर्नेल माना जा सकता है, और असेंबली इसके चारों ओर दिखाई देगी। StackGres के पास लोकप्रियता हासिल करने के लिए अच्छे अवसर हैं, क्योंकि एक जीवंत टीम है, और ग्राहक जहां आप अपने फैसले चला सकते हैं।

PostgreSQL ताले

लॉक्स मूल रूप से एक ऐसा विषय है जिसे पोस्टग्रेक्यूएल के साथ काम करने वाले सभी को सुनना चाहिए। इसके अलावा, येगोर रोगोव, जिन्होंने खुद को एक ड्रॉप डेड लेक्चरर के रूप में स्थापित किया है, उनके बारे में बात करेंगे। वह सामग्री को गहराई से जानता है और आपको ताले के प्रकारों को समझने और समझने में मदद करेगा कि pg_locks और pg_stat_activity कैसे पढ़ें और सिस्टम डिज़ाइन में कई त्रुटियों से बचें। हाईलाड ++ पर ईगोर की रिपोर्ट न केवल सुनने के लिए, बल्कि एक विशेषज्ञ के साथ बात करने, उससे अपने सवाल पूछने और संभवतः पूरी तरह से विभिन्न समस्याओं पर चर्चा करने का एक शानदार अवसर है।

लोड किए गए DBMS का बैकअप लेना

एंड्रे बोरोडिन और जियोरी रयलोव यैंडेक्स में काम करते हैं और वाल-जी विकसित कर रहे हैं, जो एक खुला स्रोत बैकअप उपकरण है।

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

विटनेस: क्लाउड में निडरता से स्केलिंग

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

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

खैर, अब YouTube के अलावा, विटनेस का उपयोग GitHub, Pinterest, Slack, Square जैसी कंपनियों द्वारा किया जाता है। Google छोड़ने के बाद, Sugu ने PlanetScale की स्थापना की और कोड को खुला रखते हुए Vitess को विकसित करना जारी रखा। आओ एक ग्रह पैमाने पर शार्क के बारे में सुनें और गो को वास्तविक हाईलोड में उपयोग करने के बारे में। और विट्रेस के पोस्टग्रेज संस्करण के लिए योजनाओं के बारे में पूछना मत भूलना - सुगु को यह सवाल बहुत पसंद है।

Patroni Failure Stories या अपने PostgreSQL क्लस्टर को कैसे क्रैश करें

यह मज़ेदार है कि हम एक अलग विषय पर मुख्य पेट्रोनी अनुरक्षक की बात सुनेंगे, क्योंकि उन्होंने हमें पहले ही पटरानी के बारे में बताया था। लेकिन एलेक्सी लेसोव्स्की बता सकता है कि ज़ालैंडो के बाहर किस तरह से पैट्रोनी का शोषण किया जाता है और शंकु को भरवां किया जाता है। क्योंकि ये शंकु बहुत अलग हो सकते हैं, और एलेक्स वास्तविक दुर्घटना-मामलों का विवरण साझा करने का वादा करता है। हम रिपोर्ट से जानेंगे कि डेटा इग्रेट में क्या सबक हैं और पैट्रोनी (और, संभवतः, पोस्टग्रेक्यूएल) को सही तरीके से कैसे कॉन्फ़िगर किया जाए। और, निश्चित रूप से, हमें इस बात का अंदाजा है कि उभरती समस्याओं को जल्दी से कैसे पहचानें और उन्हें जल्दी से ठीक करें।

SQL / JSON: हम मानक लागू करते हैं और वहां रुकते नहीं हैं

हाल ही में, रिलेशनल और दस्तावेज़-उन्मुख डीबीएमएस के बीच की सीमा धुंधली हो गई है। SQL मानक में JSON के साथ काम करने के लिए फ़ंक्शन हैं, और PostgreSQL रिलेशनल DBMS के बीच प्रभावी JSON समर्थन का अग्रणी है । मोटे तौर पर पोस्टग्रेज प्रोफेशनल के लिए धन्यवाद, मानक पहले ही आंशिक रूप से लागू हो चुका है।

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

Zalando में K8s पर PostgreSQL: लड़ाई में दो साल

अलेक्जेंडर कुकुश्किन पैट्रोनी के सह-लेखक हैं, लेकिन इस साल वह ज़ालैंडो के एक और दिलचस्प विकास के बारे में बात करेंगे। दो साल पहले, उन्होंने Postgres-Operator को विकसित करना शुरू किया और फिलहाल, इसकी मदद से, DBA ऑपरेटर्स Kubernetes पर चल रहे 1000 से अधिक Postgres क्लस्टर्स की सेवा लेते हैं।

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

एंटरप्राइज़ पोस्टग्रेज के लिए कॉल करता है

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

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

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

और इस नोट पर - भविष्य खुला स्रोत है - हम रिपोर्टों का एक विस्तृत अध्ययन पूरा करेंगे। दुर्भाग्य से, पर्दे के पीछे MySQL लगभग पूरी तरह से पीछे रह गया था। यदि यह आपका विषय है, तो Vittorio Cioe और Alkin Tezuysal को देखें ।

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

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

सामान्य तौर पर, हम वक्ताओं, बैकस्टेज चर्चाओं और नेटवर्किंग के प्रश्नों पर विचार करते हैं - एक बहुत, अगर सम्मेलन का सबसे महत्वपूर्ण हिस्सा नहीं है। इसलिए, हम अनौपचारिक संचार के लिए सभी शर्तों को बनाते हैं और एक अच्छा समय देने की कोशिश करते हैं।

7 और 8 नवंबर को, HighLoad ++ SKOLKOVO को ब्रिम में भर देगा और उसमें से छप जाएगा। नोवोसिबिर्स्क और सेंट पीटर्सबर्ग में उनकी हाईलाड ++ शाखाएं होंगी, जो मेन हॉल में एक टेलीकांफ्रेंस और सम्मेलन में नेटवर्किंग के सभी लाभों के साथ होंगी। यूट्यूब पर, हम सबसे प्रत्याशित रिपोर्टों और हाईलोअड ++ पुरस्कार का एक खुला वीडियो प्रसारण शुरू करेंगे , और टेलीग्राम चैनल में अन्य पथ के साथ हम पाठ अनुवाद एजेंटों को लॉन्च करेंगे। संक्षेप में, भले ही आप HighLoad ++ (व्यर्थ में) नहीं जाते हैं - आप अभी भी अपना मन बदल सकते हैं, टिकट प्राप्त कर सकते हैं और छुट्टी ले सकते हैं), फिर भी आप हमारे नेटवर्क के माध्यम से बहुत सारे अच्छे और मजेदार प्राप्त कर सकते हैं।