Bitrix Highlode Workshop - यह कैसा था, प्रस्तुतियाँ, वीडियो

एक वेब डेवलपर और अंशकालिक प्रणाली प्रशासक - हमारे पुराने दोस्त को याद रखें? :) 22 मई को, वह हमारे कई अन्य पाठकों की तरह, सेमिनार में गया था "अत्यधिक भरी हुई वेब परियोजनाओं का विकास: प्रति दिन लाखों हिट्स का सामना कैसे करें, ताकि सब कुछ काम करे और कुछ भी नहीं गिरता" , जिसकी घोषणा हमने हैबे सहित की।

उसके बाद, जैसा कि यह हमें लगता है, उसके लिए जीना थोड़ा आसान हो गया, और बड़ी "भारी" परियोजनाओं का विकास और रखरखाव अधिक समझ में आ गया।

* * *

लगभग आधे सेमिनार के लिए पंजीकरण (और, जाहिरा तौर पर, स्वयं छात्र) हबर के थे। हम बहुत प्रसन्न हैं कि विषय की मांग थी।

कई, व्यक्तिगत रूप से और ट्विटर पर, दोनों ने पूछा कि क्या प्रस्तुतियाँ और वीडियो प्रकाशित किए जाएंगे ...

हाँ बिल्कुल!

हम आपके साथ सभी सामग्रियों को साझा करने की कृपा कर रहे हैं!

9. "उच्च लोड वेब सेवा विकास मंच: डिबगिंग टूल और स्केलेबिलिटी विकल्प" (अलेक्जेंडर डेमिडोव, 1 सी-बिट्रिक्स)

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

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

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

एक सिस्टम लैंडस्केप बनाने की कार्य योजना और पेशेवर सलाह जो अत्यधिक भरी हुई इंटरनेट परियोजनाओं की उपलब्धता सुनिश्चित करती है:

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

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

2. "अत्यधिक भरी हुई वेब परियोजनाओं के विकास में लोड परीक्षण के लिए हमारी खुद की कार्यप्रणाली का अनुप्रयोग" (मिखाइल टोकोविनिन, QSOFT)

• QSOFT लोड परीक्षण पद्धति
• विकास के स्तर पर परियोजना का समायोजन और अनुकूलन
• डिजाइन चरण में लोड सीमाओं का आकलन

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

4. "ऑपरेशन, प्रदर्शन की निगरानी, ​​बैकअप" (इल्या पायटिन, लाइनमीडिया)

• क्रैश होने से पहले सर्वर को कैसे बढ़ाएं?
• यदि पहले दिन 100,000 उपयोगकर्ता आपके पास आते हैं, तो परियोजना कैसे शुरू करें?
• क्या हमेशा बैकअप के लिए वास्तव में आवश्यक है?
• लोड कम होने पर मुझे क्लस्टर की आवश्यकता क्यों है?
• बादल, पेशेवरों और विपक्ष में क्लस्टर।

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

5. "सक्रिय निगरानी और प्रवृत्ति विश्लेषण" (अलेक्जेंडर सर्बुल, 1C-Bitrix)

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

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

6. "एक्सपोज़िंग क्लाउड मैजिक" (निकोलाई दवास, क्लोडो.ru)

प्रौद्योगिकी-संचालित विपणन ने क्लाउड बुनियादी ढांचे के लिए उम्मीदों का एक समूह बनाया है। इन उम्मीदों में शामिल हैं:

• संसाधनों की खपत के लिए भुगतान, एक मासिक शुल्क और लंबी अवधि के अनुबंधों की अनुपस्थिति;
• असीमित मापनीयता;
• अनुरोध पर, स्वचालित रूप से आवश्यक होने पर किसी भी मात्रा में संसाधन प्राप्त करने की क्षमता;
• लोहे से अमूर्तता के कारण गलती सहिष्णुता।

वास्तविकता विपणन अपेक्षाओं से काफी अलग है। यह पता चला है कि क्लाउड में क्लाइंट के लिए पूरी तरह से अलग पहलू महत्वपूर्ण हैं। विशेष रूप से:

• बचत "उचित" खपत मूल्य निर्धारण की तुलना में बहुत अधिक महत्वपूर्ण है;
• स्केलिंग सबसे अधिक बार अपेक्षित रूप से काम नहीं करता है और होस्टिंग के साधारण परिवर्तन से प्राप्त नहीं होता है;
• गलती सहिष्णुता भी अपने दम पर हासिल नहीं की जाती है: एक परत है जो होस्टर गलती-सहिष्णुता प्रदान करने में सक्षम नहीं है;
• "मांग पर संसाधन" एक अर्ध-सत्य है: सभी आवश्यक संसाधनों का अनुरोध और प्राप्त नहीं किया जा सकता है;

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

• प्रस्तुति (पीपीएक्स, १. 1.8 एमबी)
• वीडियो (flv, 242 Mb)

"" Bitrix24 परियोजना की वास्तुकला: कैसे सब कुछ उड़ना और गिरना नहीं है " (अलेक्जेंडर डेमिडोव, 1 सी-बिट्रर)

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

• प्रस्तुति (पीपीएक्स, ४.१ एमबी)
• वीडियो (flv, 261 Mb)

* * *

सेमिनार के बाद हमने जो प्रश्नावली एकत्र की, उस सवाल के जवाब में, जो सबसे उपयोगी थी, उन्होंने अक्सर लिखा: "माहौल" और "अनुभव"।

हमें एक बहुत अच्छी और उपयोगी घटना मिली। :) भाग लेने वाले सभी को धन्यवाद!