#FailOverConf - यह कैसा था, प्रस्तुतियाँ और वीडियो

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

पूरे दिन, 7 घंटे से अधिक समय तक, हमने क्लाउड सेवाओं के डेवलपर्स और वास्तुकारों से रिपोर्ट सुनी, होस्टिंग प्रदाताओं के सिस्टम प्रशासक, अनुभवी डीबीए, उन पर चर्चा की, तर्क दिया ...

विषय बहुत महत्वपूर्ण और मांग में निकला - 1200 से अधिक लोगों ने ऑनलाइन प्रसारण के लिए पंजीकरण किया है।

बेशक, जानकारी का इतनी बड़ी मात्रा में तुरंत "पचा" करना मुश्किल है। मैं बाद में किसी चीज़ पर लौटना चाहता हूं, इसे किसी विशिष्ट प्रोजेक्ट पर लागू करने का प्रयास करें। यही कारण है कि दर्शकों और ऑनलाइन (ट्विटर पर) दोनों से सबसे अधिक पूछे जाने वाले प्रश्नों में से एक: "क्या सामग्री प्रकाशित की जाएगी?"

हाँ बिल्कुल! हम प्रस्तुतियाँ और वीडियो रिपोर्ट प्रकाशित करते हैं, और हम उन्हें आपके साथ साझा करके खुश हैं!

* * *

9. "गलती सहिष्णुता का अर्थशास्त्र" (अलेक्जेंडर डेमिडोव, "1C-बिट्रिक्स")

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

• प्रस्तुति (पीपीएक्स, 2.9 एमबी)
• वीडियो (flv, 122 Mb)

2. "दोष सहिष्णुता की लागत का अनुकूलन" (निकोलाई Dvas, Clodo.ru)

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

• प्रस्तुति (पीडीएफ, 1.7 एमबी)
• वीडियो (flv, 114 एमबी)

2. "वास्तविक दुनिया में विश्वसनीय, लचीली, एक्स्टेंसिबल सिस्टम का निर्माण" (यूरी उस्तीनोव, रुसोनिक्स)

* लोहा या बादल? सच कहीं पास में है।
* एन + 1 कारण ग्रंथियां एक कठिन लेकिन खराब विकल्प हैं।
* एन + 1 कारण क्यों बादल एक आसान लेकिन खराब विकल्प है।
* लचीली प्रणालियों के निर्माण के लिए जेडी तकनीक: बुनियादी ढांचे की बाधाओं को दूर करना, बादल की समस्याओं से बचना, विस्तार, परिमार्जन, संचालन।

• प्रस्तुति (पीपीएक्स, 9.6 एमबी)
• वीडियो (flv, 204 Mb)

4. "दोष सहिष्णु कोड" (इल्या पायटिन, लाइनमीडिया)

* सैद्धांतिक दृष्टिकोण (आपको क्या, कैसे और क्यों ध्यान देना चाहिए?)
* स्ट्रीम डाटा प्रोसेसिंग (सेविंग मेमोरी, प्रोसेसिंग की तैयारी, कतारों)
* अतुल्यकालिक और टाइमआउट (बाहरी डेटा स्रोतों और बाहरी सेवाओं की विफलता के साथ काम)
* संसाधनों का कुशल और सुरक्षित बंटवारा
* कोड में MongoDB जोड़ें (न केवल कैश, डेटा संगति)

• प्रस्तुति (पीपीएक्स, 1.6 एमबी)
• वीडियो (flv, 134 एमबी)

5. "MySQL 5.6 में नई प्रतिकृति सुविधाएँ" (कोंस्टेंटिन ओसिपोव, मेल.रू ग्रुप)

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

• प्रस्तुति (पीडीएफ, 0.5 एमबी)
• वीडियो (flv, 122 Mb)

6. "वेब परियोजनाओं की निगरानी: तेजी से प्रतिक्रिया मुख्यालय और विश्लेषणात्मक केंद्र" (अलेक्जेंडर सर्बुल, 1C-Bitrix)

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

• प्रस्तुति (पीपीएक्स, 6.9 एमबी)
• वीडियो (flv, 145 एमबी)

9. "निरंतर एकीकरण के संदर्भ में परियोजना की स्थिरता" (डेनिस मित्रोफानोव, QSOFT)

* निरंतर रिलीज के साथ दीर्घकालिक गहन विकास
* कार्य का संगठन, प्रमुख और लघु पुनरावृत्तियों में विभाजन
* विभिन्न सोच प्रतिमान और KPI टेक समर्थन और उत्पादन
* उत्पादन, शिपमेंट और गुणवत्ता नियंत्रण प्रक्रिया
* वास्तुकला समाधान और तकनीकी उपकरण जो परियोजना को रोकने के बिना बड़े अपडेट के लिए अनुमति देते हैं

• प्रस्तुति (पीपीटी, 8.2 एमबी)
• वीडियो (flv, 122 Mb)

9. "बैकअप और बैकअप: वसूली के लिए विभिन्न परिदृश्य और अभ्यास" (दिमित्री सिज़िकोव, "आईटी कंपनी सम")

डेटाबेस बैकअप:

* MySQL हॉट बैकअप बनाने के लिए उपकरण: mysqldump, Percona Xtrabackup, mysqlhotcopy।
* डेटाबेस बैकअप का स्वचालन।
* प्रतिकृति बैकअप नहीं है। प्रतिकृति स्थिति की निगरानी। मल्टीमास्टर प्रतिकृति: Rubyrep।

बैकअप और फ़ाइल सिस्टम / भौतिक मीडिया का बैकअप:

* छापे: सॉफ्टवेयर / हार्डवेयर, LVM, छापे। छापे की स्थिति की निगरानी।
* आम बैकअप तरीके: tar.gz -> ftp, scp, sftp, key authorization, chroot।
* बैकअप स्टोर करने के लिए सेवाएं: अमेज़ॅन एस 3, ग्लेशियर, अन्य।
* उपकरण पूर्ण, वृद्धिशील, अंतर बैकअप: Bacula, amanda, rsync, lsync।
* स्नैपशॉट: ZFS, LVM, rsnapshot।
* भंडारण की गहराई और बैकअप की आवधिकता।
* बैकअप के लिए डेटा अनुकूलन। चूंकि संसाधनों को बचाने के लिए अंतिम फाइलें महत्वपूर्ण हो सकती हैं, इसलिए हमें अनावश्यक डेटा को बैकअप से बाहर करना होगा।
* सुरक्षा और बैकअप एन्क्रिप्शन। चूंकि बैकअप में गोपनीय डेटा होता है, इसलिए आपको या तो संभवतः गलत हाथों में पड़ना चाहिए, अन्यथा उन्हें एन्क्रिप्ट करना होगा।
* रिकवरी और बैकअप चेकसम। जब पुनर्प्राप्ति प्रक्रिया में लंबा समय लगता है, तो आपको शुरू करने से पहले बैकअप फ़ाइल की अखंडता की जांच करनी चाहिए।
* प्रक्रिया की निगरानी और नियंत्रण। बैकअप बनाने वाला सिस्टम सभी चरणों में समस्याओं के बारे में अलर्ट बनाने में सक्षम होना चाहिए: निर्माण, संग्रह, डाउनलोडिंग आदि।

• प्रस्तुति (पीडीएफ, 5.1 एमबी)
• वीडियो (flv, 100 एमबी)

9. "वेब-क्लस्टर के लिए DDoS के बारे में" (अलेक्जेंडर क्रिज़ानोव्स्की, नैटिस लैब)

आधुनिक DDoS हमले यादृच्छिक (या छद्म-यादृच्छिक) HTTP हेडर और URL का उपयोग करते हैं, साइट के सबसे लोड-संवेदनशील संसाधनों, और आवधिक और बदलते अनुरोध विशेषताओं के लिए धीमी गति से अनुरोध और अनुरोध करते हैं। यह सब DDoS को अधिक विनाशकारी और अवरुद्ध करने के लिए प्रतिरोधी बनाता है। हम विचार करेंगे:

* ज्यादातर मामलों में, DDoS ट्रैफ़िक सामान्य ट्रैफ़िक से भिन्न होता है;
* DDoS से लोड सामान्य उच्च भार से कैसे भिन्न होता है, उदाहरण के लिए, फ़्लैश भीड़ द्वारा;
* डीडीओएस द्वारा आवेदन सेवाओं और ओएस पर किस प्रकार का भार प्रदान किया जाता है;
* ओपन सोर्स का उपयोग करते हुए अपने आप को DDoS सुरक्षा प्रदान करें

• प्रस्तुति (पीडीएफ, 1 एमबी)
• वीडियो (flv, 163 एमबी)

9. "अत्यधिक विज़िट की गई परियोजना पर भार को कैसे कम करें?" (विटाली गैवरिलोव, लेनवेंडो)

* 1। दो समूहों में परियोजनाओं का सशर्त विभाजन:
अत्यधिक गतिशील परियोजनाएं
कम गतिशील परियोजनाएँ
* 2. अत्यधिक गतिशील परियोजनाओं पर भार को कम करना
सामग्री को पूरी तरह से गतिशील और सशर्त रूप से स्थिर सामग्री में अलग करना
इष्टतम AJAX के उपयोग के लिए पृष्ठों को नया स्वरूप देना
सशर्त रूप से स्थैतिक सामग्री का स्टेटिक कैशिंग
4. * कम-गतिशील परियोजनाओं पर भार को कम करना
सामग्री को पूरी तरह से स्थिर सामग्री, सशर्त रूप से स्थिर सामग्री और अत्यधिक गतिशील सामग्री में विभाजित करना
सशर्त रूप से स्थिर सामग्री का प्रबंधित कैश
4. AJAX मोड में सर्च इंजन और डायनामिक कंटेंट

• प्रस्तुति (पीपीटी, 3.5 एमबी)
• वीडियो (flv, 56 एमबी)

* * *

यह एक महान उपयोगी सम्मेलन लगता है। :)

उन सभी को बहुत धन्यवाद जिन्होंने भाग लिया! मिलते हैं अगले #FailOverConf पर! :)