दृश्य पछाडि। पाठ्यक्रमहरू कसरी सिर्जना गरिन्छ?

एक सहभागी पाठ्यक्रम वा गहन पाठ्यक्रममा आउँछ। उसले प्राविधिक सहयोगको व्यवस्थित पङ्क्तिहरू, सफासँग राउटेड पावर केबलहरू, लेक्चर हलको चेकरबोर्ड लेआउट, उज्यालो चित्रहरू र स्लाइड रेखाचित्रहरू देख्छन्। ठट्टा र मुस्कानका साथ वक्ताहरूले यसरी जानकारी दिन्छन् कि तपाईंसँग बुझ्नको लागि समय छ। स्ट्यान्डहरू सेट अप गरिएका छन्, अभ्यास कार्यहरू केवल तपाईंको औंलाहरूबाट उड्छन्, बाहेक कहिलेकाहीँ तपाईंलाई प्राविधिक कर्मचारीहरूको मद्दत चाहिन्छ। समर्थन।

र समान विचारधारा भएका व्यक्तिहरूसँग कफी ब्रेक, एक हर्षित र ऊर्जावान वातावरण, अनुभवहरूको आदानप्रदान, वक्ताहरूको लागि सबैभन्दा अप्रत्याशित प्रश्नहरू। दुबै जवाफ र जानकारी जुन तपाईले म्यानुअलमा फेला पार्नुहुनेछैन, तर व्यवहारमा मात्र।

यसलाई ठ्याक्कै यस्तै देखाउन कति समय, प्रयास र स्नायु लाग्थ्यो जस्तो लाग्छ?

साउथब्रिजका प्रमाणित Kubernetes प्रशासक र इन्जिनियर/टीम लीड Volodya Guryanov लाई धन्यवाद, जसले सुरुदेखि नै धेरै Slurm पाठ्यक्रमहरूको सिर्जनामा ​​साक्षी र सक्रिय रूपमा भाग लिनुभएको छ।

उहाँले पाठ्यक्रमको सृष्टिको भित्री भाग देख्नुभयो - जटिलताहरू र काँडादार रेकहरू, अन्तरदृष्टि र अप्रत्याशित समाधानहरू। र पहिले नै परिचित Kubernetes गहन, जस्तै Slurm Basic र Slurm Mega। र एक नयाँ, ठूलो मात्रामा संशोधित पाठ्यक्रम Slurm DevOps: उपकरण र धोखा, जुन अपरिहार्य रूपमा नजिक छ र अगस्त 19 मा सुरु हुनेछ।

तर, सायद, गीतको पर्याप्त, कथामा नै अगाडि बढौं। कसरी गहन विषयहरूको एक जोडीबाट पूर्ण रूपमा आत्मनिर्भर र बहुमुखी डकर कोर्स। त्यसोभए म पाठ्यक्रमहरू कसरी सिर्जना र विकास गरिन्छ भन्ने कथा सुरु गर्नेछु - जस्तै "धेरै समय पहिले आकाशगंगामा टाढा, टाढा..."

पर्दा पछाडि के छ?

यदि तपाइँ हामीले पाठ्यक्रमहरू कसरी बनाउनुहुन्छ र यो सबै कहाँबाट सुरु हुन्छ भनेर सोध्नुभयो भने, म केवल जवाफ दिनेछु "यो सबै एक विचारबाट सुरु हुन्छ।"

सामान्यतया विचार कतैबाट आउँदछ - हामी तहखानेमा हातकडी लगाएर बस्दैनौं जबसम्म हामी यो नआउछौं: "हामीले कुन विषयमा पाठ्यक्रम बनाउनुपर्छ?" बाह्य स्रोतहरूबाट विचारहरू कतैबाट आउँछन्। कहिलेकाहीँ मानिसहरू सक्रिय रूपमा सोध्न थाल्छन्: "तपाईलाई यस्तो र यस्तो विशिष्ट प्रविधिको बारेमा के थाहा छ?" वा यो कसरी डकरको साथ थियो कि उसलाई गहन पाठ्यक्रमको लागि समयमा फिट गर्न असम्भव थियो - उसलाई स्पष्ट रूपमा गहन पाठ्यक्रमको समयमा केहि भन्नको लागि समय पाउन बाहिर लैजानुपर्‍यो।

यसरी एक विचार प्रकट हुन्छ।

यो घोषणा गरिसकेपछि, मेरो विचारमा, सबैभन्दा कठिन क्षण सुरु हुन्छ - सामान्यतया यो पाठ्यक्रममा के समावेश गर्ने भनेर बुझ्नको लागि - यो कुनै पनि सम्मेलनको लागि वक्ताहरू कसरी तयार हुन्छन् भन्नेसँग तुलनात्मक छ।

त्यहाँ एउटा मुख्य पीडा छ जब तपाइँ एक विषय छनोट गरेको जस्तो देखिन्छ र सोच्नुहुन्छ: "म यसको बारेमा के भन्न सक्छु? यो धेरै सरल छ, यो स्पष्ट छ, सबैलाई यो पनि थाहा छ।"

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

र त्यसपछि साधारण नियमित काम सुरु हुन्छ:

• सामग्री चयन
• हालको संस्करणको लागि कागजातहरू ध्यानपूर्वक पढ्नुहोस्, किनकि IT संसार अहिले कुनै प्रकारको ब्रह्माण्डीय गतिमा विकास भइरहेको छ। यदि तपाइँ केहि संग काम गर्नुहुन्छ र यसको बारेमा एक पाठ्यक्रम बनाउनुहुन्छ भने, तपाइँ कागजातमा जानु पर्छ र त्यहाँ के नयाँ छ, के कुरा गर्न को लागी रोचक छ, उल्लेख गर्न को लागी उपयोगी हुन सक्छ।
• र पाठ्यक्रमको एक निश्चित कंकाल देखा पर्दछ, जहाँ धेरै जसो विषयहरू, सामान्यतया, पहिले नै कभर गरिएको छ र यस्तो देखिन्छ कि त्यहाँ जे छ - भिडियोहरू रेकर्ड गर्नुहोस् र तिनीहरूलाई उत्पादनमा लन्च गर्नुहोस्।
• तर वास्तवमा, होइन, त्यसपछि कडा परिश्रम सुरु हुन्छ, तर पाठ्यक्रमका लेखकहरूको लागि होइन, तर परीक्षण गर्नेहरूको लागि। सामान्यतया हाम्रा अल्फा परीक्षकहरू प्राविधिक समर्थन हुन्, जसले पहिले, कुनै पनि सिन्ट्याक्टिक र व्याकरणीय त्रुटिहरूको लागि पाठ्यक्रमहरू प्रमाणित गर्दछ। दोस्रो, तिनीहरूले हामीलाई लाठीले पीडासाथ कुट्छन् र केही पूर्णतया अस्पष्ट, बुझ्न नसकिने ठाउँहरू हुँदा कसम खान्छन्। जब केही जटिल रूपमा रचना गरिएका अधीनस्थ वाक्यहरू पानाहरू वा स्पष्ट बकवास पाठहरूमा देखा पर्छन्। तिनीहरूले यो सबै पढे, यो हेर्नुहोस्।
• त्यसपछि अभ्यास परीक्षण चरण सुरु हुन्छ, जहाँ केही स्पष्ट गैर-कार्यकारी चीजहरू पनि समातिन्छ र केही क्षणहरू देखाइन्छ जुन कि त अझ गाह्रो बनाउन सकिन्छ, किनकि यो धेरै रोचक हुँदैन - बस बसेर प्रतिलिपि गर्ने - र ठाउँहरू पहिचान गरिन्छ जहाँ यो धेरै छ। गाह्रो छ र हामीले यो कोर्स लिने व्यक्तिहरूबाट धेरै गर्न चाहन्छौं। र त्यसपछि सिफारिसहरू आउँछन्: "साथीहरू, यसलाई यहाँ सरल बनाउनुहोस्, यो बुझ्न सजिलो हुनेछ र त्यहाँबाट धेरै फाइदा हुनेछ।"
• यति काम सकिएपछि भिडियोसँग सम्बन्धित भाग लेखियो, सबै ठीकठाक देखिन्छ । र तपाईले यसलाई उत्पादनको लागि, यो पाठ्यक्रमको विज्ञापनको लागि पहिले नै दान गर्न सक्नुहुन्छ। तर फेरि, होइन, यो धेरै चाँडो छ - किनभने भर्खरै हामीले आफैलाई अलिकति विश्वास गर्न छोडेका छौं र, सिद्धान्तमा, प्रतिक्रियाको साथ थप काम गर्न थालेका छौं। त्यहाँ बिटा परीक्षण जस्ता चीजहरू छन् - यो तब हुन्छ जब मानिसहरूलाई बाहिरबाट आमन्त्रित गरिन्छ, कुनै पनि तरिकाले हाम्रो कम्पनीसँग जोडिएको छैन, र केही गुडीहरूको लागि उनीहरूलाई पाठ्यक्रमका सबै भागहरू, भिडियोहरू, पाठ, व्यावहारिक कार्यहरू देखाइन्छ, ताकि तिनीहरू सामग्रीको गुणस्तर, सामग्रीको पहुँचको मूल्याङ्कन गर्नुहोस् र हामीलाई पाठ्यक्रमलाई सकेसम्म राम्रो बनाउन मद्दत गर्नुभयो।
• र जब धेरै यस्ता पुनरावृत्तिहरू मार्फत जान्छन्, स्पिकरहरू, प्राविधिक समर्थनको रूपमा अल्फा परीक्षण, बिटा परीक्षण, सुधारहरू। र त्यसपछि सबै कुरा फेरि सुरु हुन्छ - प्राविधिक समर्थन, बिटा परीक्षण, सुधारहरू।
• र केहि निश्चित बिन्दुमा, बुझाइ आउँछ कि या त हामीले परिमार्जनहरू गरिसकेका छौं, किनकि सबैले यसलाई मन पराउँछन् भनेर सुनिश्चित गर्न पूर्ण रूपमा अवास्तविक छ, वा केही कठोर निर्णयहरू गरिन्छ। जब केहि स्थानहरूमा धेरै टिप्पणीहरू आलोचनात्मक हुन्छन्, तिनीहरूलाई विश्वव्यापी रूपमा पुन: गर्नुहोस्, किनभने केहि गलत भयो।
• त्यसपछि सानो सम्पादनको लागि समय आउँछ - कतै वाक्य धेरै राम्रो तरिकाले तयार गरिएको छैन, कतै कसैलाई फन्ट मनपर्दैन, 14,5, तर 15,7 मनपर्छ।
• जब यस प्रकारको टिप्पणी रहन्छ, तब यो हो, पाठ्यक्रम कम वा कम खुल्छ, आधिकारिक बिक्री सुरु हुन्छ।

र पहिलो नजरमा, पाठ्यक्रम सिर्जना गर्ने छोटो र सरल कार्य बिल्कुल सरल छैन र अविश्वसनीय रूपमा लामो समय लाग्छ।

र त्यहाँ अर्को महत्त्वपूर्ण बिन्दु छ कि पाठ्यक्रम जारी हुँदा पाठ्यक्रम संग काम समाप्त हुँदैन। पहिलो, हामी ध्यानपूर्वक केहि भागहरूमा छोडिएका टिप्पणीहरू पढ्छौं। र हामीले गरेका सबै प्रयासहरूको बावजुद पनि, केही त्रुटिहरू अझै पनि पहिचान गरिएका छन्, केही गल्तीहरू सुधार गरिँदै छन् र वास्तविक समयमा सुधार गरिँदै छन्, ताकि प्रत्येक पछिल्ला प्रयोगकर्ताले राम्रो सेवा प्राप्त गर्न सकून्।

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

पाठ्यक्रमहरू यसरी देखिन्छन्।

डकर कोर्स कसरी जन्मियो

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

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

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

र त्यसपछि घटनाहरू लगभग यसरी विकसित भयो। सामग्रीको मात्रा बढ्यो र 3 दिनमा फिटिंग बन्द भयो। र एउटा तार्किक र स्पष्ट विचार देखा पर्‍यो: किन हामीले Slurm Basic मा कभर गर्ने कुरालाई कुनै प्रकारको सानो पाठ्यक्रममा परिणत नगर्ने जसमा तपाईंले कुबेरनेटमा गहन पाठ्यक्रम लिनु अघि डकरको बारेमा केही हेर्न चाहने मानिसहरूलाई पठाउन सक्नुहुन्छ।

Slurm जुनियर, वास्तवमा, यस्ता धेरै आधारभूत पाठ्यक्रमहरूको संयोजन हो। नतिजाको रूपमा, डकर कोर्स स्लर्म जुनियरको टुक्रा भयो। अर्थात्, यो पहिले यस्तो शून्य कदम हो आधारभूत и मेगा। र त्यसपछि त्यहाँ धेरै आधारभूत अमूर्तहरू थिए।

केहि बिन्दुमा, मानिसहरूले सोध्न थाले: "साथीहरू, यो सबै राम्रो छ, यो गहन पाठ्यक्रमहरूमा तपाई के कुरा गर्दै हुनुहुन्छ भनेर बुझ्न पर्याप्त छ। डकरले के गर्न सक्छ र यससँग कसरी काम गर्ने, र यो के हो भन्ने बारे थप विस्तारमा म कहाँ पढ्न सक्छु?" त्यसैले यसलाई सीधा बनाउने विचार आयो Docker मा पूर्ण पाठ्यक्रम, ताकि, पहिले, कुबेरनेटहरू प्रयोग गरेर स्लर्ममा आउने मानिसहरूलाई अझै पनि यसमा पठाउन सकिन्छ, र अर्कोतर्फ, विकासको यस चरणमा कुबेरनेटहरूमा रुचि नराख्नेहरूका लागि। ताकि एक IT विशेषज्ञ डकरमा हाम्रो पाठ्यक्रम हेर्न आउन र शुद्ध डकरको साथ मात्र आफ्नो विकासवादी मार्ग सुरु गर्न सकोस्। ताकि हामीसँग यस्तो पूर्ण, पूर्ण पाठ्यक्रम छ - र त्यसपछि धेरैले यो पाठ्यक्रम हेरेका छन्, शुद्ध डकरसँग केही समय काम गरेपछि, उनीहरूलाई कुबर्नेट्स वा अन्य अर्केस्ट्रेशन प्रणाली चाहिने स्तरमा पुगेका छन्। र तिनीहरू विशेष गरी हामीकहाँ आए।

कहिलेकाहीँ प्रश्न सोधिन्छ: "कस्ता प्रकारका मानिसहरूलाई अब कुबेरनेटको आवश्यकता पर्दैन?" तर यो प्रश्न मानिसहरु को बारे मा छैन, यो बरु कम्पनीहरु को बारे मा प्रश्न हो। यहाँ तपाईंले बुझ्नु आवश्यक छ कि Kubernetes सँग केहि केसहरू छन् जहाँ यो राम्रोसँग उपयुक्त छ र कार्यहरू जुन यसले राम्रोसँग समाधान गर्दछ, तर यसको विपरित, त्यहाँ Kubernetes प्रयोग गर्नका लागि केही परिदृश्यहरू छन् जब यसले थप पीडा र थप पीडा निम्त्याउँछ। त्यसकारण, यो मानिसहरूमा पनि भर पर्दैन, तर कुन कम्पनीहरू विकास गर्दै छन् र कति लामो समयदेखि।

उदाहरण को लागी, केहि भयानक विरासत मोनोलिथ - तपाईले यसलाई Kubernetes मा धक्का दिनु हुँदैन, किनकि यसले फाइदा भन्दा बढी समस्या निम्त्याउनेछ। वा, उदाहरणका लागि, यदि यो सानो परियोजना हो भने, यसमा सानो भार छ वा, सिद्धान्तमा, धेरै पैसा र स्रोतहरू छैनन्। यसलाई कुबेरनेटमा तान्नुको कुनै अर्थ छैन।

र सामान्यतया, सम्भवतः, सामान्यतया, धेरै मानिसहरूले पहिले नै भनेका छन्, यदि तपाइँ प्रश्न सोध्दै हुनुहुन्छ: "के मलाई कुबर्नेट्स चाहिन्छ?", तब सम्भवतः तपाइँलाई यसको आवश्यकता छैन। मेरो विचारमा, पाशा सेलिवानोभ, यो पहिलो पटक कसले लिएको मलाई याद छैन। म यो कुरामा १००% सहमत छु। र तपाइँ कुबेरनेटमा हुर्कनु आवश्यक छ - र जब यो पहिले नै स्पष्ट हुन्छ कि मलाई कुबर्नेट्स चाहिन्छ र हाम्रो कम्पनीलाई यसको आवश्यकता छ, र यसले त्यस्ता र यस्ता समस्याहरू समाधान गर्न मद्दत गर्दछ, तब यसले कसरी सेट गर्ने भनेर ठ्याक्कै सिक्न र पत्ता लगाउनुको अर्थ हुन्छ। यो राम्रोसँग, ताकि कुबर्नेट्समा स्विच गर्ने प्रक्रिया धेरै पीडादायी छैन।

केही बालबालिकाका रोगहरू र केही साधारण कुराहरू, र धेरै साधारण नभएका पनि, विशेष रूपमा हामीबाट पत्ता लगाउन सकिन्छ, र तपाईंको आफ्नै रैक र पीडाबाट जानु हुँदैन।

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

यो एक सचेत छनौट हो - र यो धेरै राम्रो छ।

सामान्यतया, म देख्छु कि हाम्रो प्रणाली धेरै सुन्दर ढंगले बनाइएको छ, उदाहरणका लागि, डकर पाठ्यक्रमभिडियो पाठ्यक्रमहरू मार्फत पनि। त्यसपछि डकर पछि यो जान्छ आधारभूत Kubernetesत्यसो भए मेगा कुबर्नेट्सत्यसो भए सेफ। सबै कुरा तार्किक रूपमा लाइनहरू - एक व्यक्ति पास हुन्छ र एक ठोस पेशा उभरिन्छ।

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

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

यदि तपाइँ आफैलाई सामान्यतया सही र इमानदार प्रश्न सोध्नुहुन्छ: "अहिले सक्रिय डकर कोर्स कसले प्रयोग गर्न सक्छ?", त्यसपछि:

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

तर यदि तपाइँसँग स्तरमा ज्ञान छ भने: "मलाई एउटै डकर फाइलहरू कसरी सही रूपमा लेख्ने थाहा छैन, म कल्पना गर्न सक्छु कि नेमस्पेसहरू के हुन्, कन्टेनरहरूले कसरी काम गर्छन्, कसरी तिनीहरू वास्तवमा अपरेटिङ सिस्टम स्तरमा लागू हुन्छन्" - त्यसपछि त्यहाँ छ। पक्कै पनि हामीकहाँ जानुको कुनै मतलब छैन, तपाईंले केही नयाँ सिक्नुहुनेछैन र खर्च भएको पैसा र समयको लागि तपाईं थोरै दुःखी हुनुहुनेछ।

यदि हामीले हाम्रो पाठ्यक्रममा कस्ता फाइदाहरू छन् भन्ने कुरा तयार गर्छौं भने:

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

यो यस्तो साँच्चै गहिरो रूप हो कि यो एकदमै विरलै हुन्छ, र एकै समयमा, मेरो विचारमा, यो धेरै महत्त्वपूर्ण छ। यदि तपाइँ कुनै पनि प्रविधिलाई राम्रोसँग बुझ्न र यसबाट के अपेक्षा गर्ने भनेर बुझ्न चाहनुहुन्छ भने, तपाइँलाई कम्तिमा यो कसरी कम स्तरमा काम गर्दछ भन्ने सामान्य विचार हुन आवश्यक छ।

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

र अर्को कुरा, यदि हामी विशेष रूपमा डकरको बारेमा कुरा गर्दैछौं भने, डकरले वास्तवमा आईटी संसारमा ल्याएको मानकहरू हुन्। एप्लिकेसन कसरी सुरु गरिनुपर्छ, यसले कसरी काम गर्नुपर्छ, लगहरूका लागि के आवश्यकताहरू छन्, स्केलिंगका लागि के आवश्यकताहरू छन्, एप्लिकेसन आफैं कन्फिगर गर्ने।

धेरै तरिकामा, डकर मापदण्डको बारेमा हो।

मापदण्डहरू पनि Kubernetes मा सर्दै छन् - र त्यहाँ ठ्याक्कै उस्तै मापदण्डहरू छन्; यदि तपाइँलाई थाहा छ कि तपाइँको अनुप्रयोग कसरी डकरमा राम्रोसँग चलाउन सकिन्छ, तब 99% समयले कुबर्नेट्स भित्र पनि काम गर्नेछ।

यदि तपाईंले डकर कोर्स कसरी सिर्जना गरियो भन्नेमा मात्र नभई अन्य पाठ्यक्रमहरूमा पनि चासो राख्नुभयो भने, तर व्यावहारिक दृष्टिकोणबाट पाठ्यक्रममा पनि रुचि राख्नुभयो भने, तब जुलाई 5000 सम्म 30 rubles को प्रि-अर्डर छुटमा यसलाई खरिद गर्न अझै समय छ।

हामी तपाईंलाई देख्न पाउँदा खुसी हुनेछौं!

स्रोत: www.habr.com