"आशा एक खराब रणनीति हो।" मस्कोमा SRE गहन, फेब्रुअरी 3-5

हामी रूसमा SRE मा पहिलो व्यावहारिक पाठ्यक्रम घोषणा गर्दैछौं: Slurm SRE.

गहन अवधिमा हामी चलचित्र टिकटहरू बेच्नको लागि एग्रीगेटर वेबसाइट निर्माण, ब्रेकिंग, मर्मत र सुधार गर्न तीन दिन खर्च गर्नेछौं।

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

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

कार्यक्रम Booking.com र Google का कर्मचारीहरु द्वारा संचालित छ।
यस पटक त्यहाँ कुनै टाढाको सहभागिता हुनेछैन: पाठ्यक्रम व्यक्तिगत अन्तरक्रिया र टोली कार्यमा निर्मित छ।

कट अन्तर्गत विवरणहरू

वक्ताहरू

इभान क्रुग्लोभ
Booking.com (नेदरल्याण्ड) मा प्रमुख विकासकर्ता
2013 मा Booking.com मा सामेल भएदेखि, उहाँले वितरित सन्देश वितरण र प्रशोधन, BigData र वेब-स्ट्याक, खोज जस्ता पूर्वाधार परियोजनाहरूमा काम गर्नुभएको छ।
हाल आन्तरिक क्लाउड र सेवा जाल निर्माण गर्ने मुद्दाहरूमा काम गर्दै।

बेन टायलर
Booking.com (USA) मा प्रमुख विकासकर्ता
Booking.com प्लेटफर्मको आन्तरिक विकासमा संलग्न।
सेवा जाल / सेवा खोज, ब्याच कार्य तालिका, घटना प्रतिक्रिया र पोस्टमार्टम प्रक्रिया मा विशेषज्ञता।
रूसी भाषामा बोल्ने र सिकाउने।

Evgeniy Varavva
गुगल (सान फ्रान्सिस्को) मा सामान्य विकासकर्ता।
उच्च-लोड वेब परियोजनाहरूबाट कम्प्युटर दृष्टि र रोबोटिक्समा अनुसन्धान गर्नको लागि अनुभव।
2011 देखि, उहाँ Google मा वितरित प्रणालीहरूको निर्माण र सञ्चालनमा संलग्न हुनुहुन्छ, परियोजनाको पूर्ण जीवन चक्रमा भाग लिँदै: अवधारणा, डिजाइन र वास्तुकला, प्रक्षेपण, फोल्डिङ र सबै मध्यवर्ती चरणहरू।

एडवार्ड मेदवेदेव
Tungsten Labs (जर्मनी) मा CTO
StackStorm मा इन्जिनियरको रूपमा काम गरे, प्लेटफर्मको ChatOps कार्यक्षमताको लागि जिम्मेवार। डाटा सेन्टर स्वचालनको लागि ChatOps को विकास र कार्यान्वयन गरियो। रूसी र अन्तर्राष्ट्रिय सम्मेलनहरूमा वक्ता।

कार्यक्रम

कार्यक्रम सक्रिय रूपमा विकास भइरहेको छ। अब यस्तो देखिन्छ, फेब्रुअरी सम्म यो सुधार र विस्तार हुन सक्छ।

विषय #1: SRE को आधारभूत सिद्धान्त र विधिहरू

• SRE बन्न के चाहिन्छ?
• DevOps बनाम SRE
• किन विकासकर्ताहरूले SRE लाई महत्व दिन्छन् र तिनीहरू परियोजनामा ​​नभएको बेला धेरै दुःखी हुन्छन्
• SLI, SLO र SLA
• त्रुटि बजेट र SRE मा यसको भूमिका

विषय #2: वितरण प्रणाली को डिजाइन

• अनुप्रयोग वास्तुकला र कार्यक्षमता
• गैर-अमूर्त ठूलो प्रणाली डिजाइन
• अपरेबिलिटी / असफलताको लागि डिजाइन
• gRPC वा REST
• संस्करण र पछाडि अनुकूलता

विषय #3: कसरी SRE परियोजना स्वीकार गरिन्छ

• SRE बाट उत्तम अभ्यासहरू
• परियोजना स्वीकृति चेकलिस्ट
• लगिङ, मेट्रिक्स, ट्रेसिङ
• CI/CD हाम्रो आफ्नै हातमा लिदै

विषय नम्बर ४: वितरण प्रणालीको डिजाइन र सुरुवात

• उल्टो ईन्जिनियरिङ् - प्रणाली कसरी काम गर्छ?
• हामी SLI र SLO मा सहमत छौं
• क्षमता योजना अभ्यास गर्नुहोस्
• अनुप्रयोगमा ट्राफिक सुरु गर्दै, हाम्रा प्रयोगकर्ताहरूले यसलाई "प्रयोग" गर्न थाल्छन्
• प्रोमेथियस, ग्राफाना, लोचदार सुरुवात गर्दै

विषय #5: निगरानी, ​​अवलोकन र चेतावनी

• अनुगमन बनाम अवलोकन योग्यता
• Prometheus संग निगरानी र चेतावनी सेट अप
• SLI र SLO को व्यावहारिक अनुगमन
• लक्षण वि. कारणहरू
• ब्ल्याक बक्स बनाम सेतो बक्स निगरानी
• आवेदन र सर्भर उपलब्धता को वितरित निगरानी
• ४ सुनौलो संकेत (विसंगति पत्ता लगाउने)

विषय नम्बर ६: परीक्षण प्रणालीको विश्वसनीयताको अभ्यास

• दबाबमा काम गर्ने
• विफलता - इंजेक्शन
• अराजक बाँदर

विषय #7: घटना प्रतिक्रिया अभ्यास

• तनाव व्यवस्थापन एल्गोरिथ्म
• घटना सहभागीहरू बीच अन्तरक्रिया
• पोस्टमार्टम
• ज्ञान साझेदारी
• संस्कृतिलाई आकार दिने
• गल्ती निगरानी
• दोषरहित डिब्रीफिङ सञ्चालन गर्दै

विषय #8: लोड व्यवस्थापन अभ्यासहरू

• लोड सन्तुलन
• आवेदन त्रुटि सहिष्णुता: पुन: प्रयास, टाइमआउट, विफलता इंजेक्शन, सर्किट ब्रेकर
• DDoS (लोड सिर्जना गर्दै) + क्यास्केडिङ विफलताहरू

विषय #9: घटना प्रतिक्रिया

• डिब्रीफिंग
• अन-कल अभ्यास
• विभिन्न प्रकारका दुर्घटनाहरू (परीक्षण, कन्फिगरेसन परिवर्तन, हार्डवेयर विफलता)
• घटना व्यवस्थापन प्रोटोकल

विषय #10: निदान र समस्या समाधान

• लगिङ
• डिबग गर्दै
• हाम्रो अनुप्रयोगमा विश्लेषण र डिबगिङ अभ्यास गर्नुहोस्

विषय #11: प्रणाली विश्वसनीयता परीक्षण

• तनाव परीक्षण
• कन्फिगरेसन परीक्षण
• प्रदर्शन परीक्षण
• क्यानरी रिलीज

विषय नम्बर १२: स्वतन्त्र काम र समीक्षा

सहभागीहरूको लागि सिफारिसहरू र आवश्यकताहरू

SRE एक टोली प्रयास हो। हामी एक टोलीको रूपमा पाठ्यक्रम लिने दृढताका साथ सिफारिस गर्दछौं। यसैले हामी तयार टीमहरूको लागि ठूलो छुट प्रस्ताव गर्दछौं।

पाठ्यक्रमको मूल्य प्रति व्यक्ति 60 ₽ हो।
यदि कुनै कम्पनीले ५+ व्यक्तिको समूह पठाउँछ भने - ४०,००० ₽।

पाठ्यक्रम Kubernetes मा निर्मित छ। पास गर्न, तपाईंले आधारभूत स्तरमा Kubernetes जान्न आवश्यक छ। यदि तपाइँ उहाँसँग काम गर्नुहुन्न भने, तपाइँ Slurm Basic मार्फत जान सक्नुहुन्छ (अनलाइन वा गहन नोभेम्बर 18-20).
थप रूपमा, तपाइँ लिनक्समा निपुण हुनु आवश्यक छ र Gitlab र Prometheus लाई थाहा छ।

दर्ता

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

स्रोत: www.habr.com