Სცენის მიღმა. როგორ იქმნება კურსები?

მონაწილე მოდის კურსზე ან ინტენსიურ კურსზე. ის ხედავს ტექნიკური მხარდაჭერის მოწესრიგებულ რიგებს, აკურატულად გაყვანილ დენის კაბელებს, ლექციების დარბაზის შაშხანის განლაგებას, ნათელ სურათებს და სლაიდ დიაგრამებს. ხუმრობით და ღიმილით მოსაუბრეები ინფორმაციას ისე გასცემენ, რომ უბრალოდ დრო გქონდეს მის გასაგებად. სტენდები მოწყობილია, სავარჯიშო დავალებები უბრალოდ თითებს შორდება, გარდა იმისა, რომ ზოგჯერ ტექნიკური პერსონალის დახმარება გჭირდებათ. მხარდაჭერა.

და ასევე ყავის შესვენებები თანამოაზრეებთან, ხალისიანი და ენერგიული ატმოსფერო, გამოცდილების გაცვლა, ყველაზე მოულოდნელი კითხვები მომხსენებლებისთვის. როგორც პასუხებს, ასევე ინფორმაციას, რომელსაც ვერ ნახავთ სახელმძღვანელოებში, მაგრამ მხოლოდ პრაქტიკაში.

როგორ ფიქრობთ, რამდენი დრო, ძალისხმევა და ნერვები დასჭირდა, რომ ის ზუსტად ასე გამოიყურებოდა?

მადლობა ვოლოდია გურიანოვს, სერტიფიცირებულ Kubernetes-ის ადმინისტრატორს და ინჟინერს/გუნდის ლიდერს Southbridge-ში, რომელიც მოწმე იყო და აქტიურად მონაწილეობდა Slurm-ის მრავალი კურსის შექმნაში თავიდანვე.

მან დაინახა, რა თქმა უნდა, ქმნილება - სირთულეები და ეკლიანი ჭურვები, შეხედულებები და მოულოდნელი გადაწყვეტილებები. და უკვე ნაცნობი Kubernetes ინტენსიურები, როგორიცაა Slurm Basic და Slurm Mega. და ახალი, ძირითადად შესწორებული კურსი Slurm DevOps: Tools & Cheats, რომელიც განუწყვეტლივ უახლოვდება და 19 აგვისტოს დაიწყება.

მაგრამ, ალბათ, საკმარისია ლექსები, გადავიდეთ თავად ამბავზე. როგორ ორიოდე ინტენსიური თემიდან სრულიად თვითკმარი და მრავალმხრივი დოკერის კურსი. ასე რომ, მე დავიწყებ ისტორიას იმის შესახებ, თუ როგორ იქმნება და ვითარდება კურსები - ისევე, როგორც "დიდი ხნის წინ შორს, შორს გალაქტიკაში..."

რა არის კულისებში?

თუ იკითხავთ, როგორ ვამზადებთ კურსებს და საიდან იწყება ეს ყველაფერი, მე უბრალოდ გიპასუხებთ: „ეს ყველაფერი იწყება იდეით“.

როგორც წესი, იდეა საიდანღაც მოდის - სარდაფში ხელბორკილები არ ვსხედვართ, სანამ არ მოვიფიქრებთ: "რა თემაზე უნდა გავაკეთოთ კურსი?" იდეები სადღაც დამოუკიდებლად მოდის გარე წყაროებიდან. ზოგჯერ ადამიანები აქტიურად იწყებენ კითხვას: "რა იცით ამა თუ იმ კონკრეტული ტექნოლოგიის შესახებ?" ან როგორ მოხდა დოკერთან, რომ შეუძლებელი იყო მისი მორგება ინტენსიური კურსის დროში - აშკარად უნდა გამოეყვანათ გარეთ, რათა ინტენსიური კურსის განმავლობაში რაიმე ეთქვა.

ასე ჩნდება იდეა.

მისი გამოცხადების შემდეგ, ჩემი აზრით, იწყება ყველაზე რთული მომენტი - ზოგადად იმის გაგება, თუ რა უნდა შეიტანოს ამ კურსში - ეს ძალიან შედარებულია იმასთან, თუ როგორ ემზადებიან მომხსენებლები ნებისმიერი კონფერენციისთვის.

ერთი მთავარი ტკივილია, როცა თითქოს თემა აირჩიე და ფიქრობ: „რა შემიძლია გითხრათ ამაზე? ეს ძალიან მარტივია, ეს აშკარაა, ეს ასევე ყველამ იცის. ”

მაგრამ სინამდვილეში ეს ასე არ არის. და მე პირადად ბევრგან ვამბობ, რომ ის, რაც აშკარად გეჩვენებათ, მათთვის, ვინც მოდის თქვენს მოსასმენად ან კურსის გასავლელად, სულაც არ არის აშკარა. და აქ ჩნდება სამუშაოს და შინაგანი კონფლიქტის ისეთი დიდი ფენა, თუ რა უნდა ჩართოთ კურსში. შედეგად, ჩვენ ვიღებთ თავების ისეთ ჩამონათვალს, ასეთი დიდი შტრიხებით, რაზე იქნება კურსი.

და შემდეგ იწყება მარტივი რუტინული სამუშაო:

• მასალის შერჩევა
• ყურადღებით წაიკითხეთ დოკუმენტაცია მიმდინარე ვერსიისთვის, რადგან IT სამყარო ახლა ვითარდება რაიმე სახის კოსმოსური სიჩქარით. მაშინაც კი, თუ რაიმეზე მუშაობთ და კურსს აკეთებთ ამის შესახებ, უნდა გადახვიდეთ დოკუმენტაციაში და ნახოთ რა არის იქ ახალი, რა არის საინტერესო საუბარი, რისი აღნიშვნა განსაკუთრებით სასარგებლო იქნება.
• და ჩნდება კურსის გარკვეული ჩონჩხი, სადაც თემების უმეტესობა, ზოგადად, უკვე გაშუქებულია და როგორც ჩანს, რაც არ უნდა იყოს - ჩაწერეთ ვიდეოები და გაუშვით წარმოებაში.
• მაგრამ სინამდვილეში, არა, მაშინ იწყება მძიმე სამუშაო, მაგრამ არა კურსის ავტორებისთვის, არამედ მათთვის, ვინც ტესტირებას ახდენს. როგორც წესი, ჩვენი ალფა ტესტერები ტექნიკური მხარდაჭერაა, რომელიც, პირველ რიგში, ასწორებს კურსებს ნებისმიერი სინტაქსური და გრამატიკული შეცდომისთვის. მეორეც, მტკივნეულად გვცემენ ჯოხებით და გინებას, როცა არის სრულიად გაუგებარი, გაუგებარი ადგილები. როდესაც ტექსტებში ჩნდება რამდენიმე გვერდიანი კომპლექსურად შედგენილი დაქვემდებარებული წინადადება ან აშკარა სისულელე. ისინი ყველაფერს კითხულობენ, აკვირდებიან.
• შემდეგ იწყება პრაქტიკული ტესტირების ეტაპი, სადაც ასევე იჭერენ აშკარა არასამუშაო ნივთებს და ნაჩვენებია რამდენიმე პუნქტი, რომელიც შეიძლება გართულდეს, რადგან ეს არც ისე საინტერესო ხდება - უბრალოდ ჯდომა და კოპირება - და იდენტიფიცირებულია ადგილები, სადაც ძალიან რთულია და ბევრი რამ გვაქვს გასაკეთებელი, რაც გვინდა იმ ადამიანებისგან, რომლებიც გაივლიან ამ კურსს. შემდეგ მოდის რეკომენდაციები: ”ბიჭებო, გაამარტივეთ აქ, უფრო ადვილი იქნება აღქმა და მეტი სარგებელი იქნება მისგან”.
• ამხელა სამუშაოს დასრულების შემდეგ იწერება ის ნაწილი, რომელიც ვიდეოს ეხება, ყველაფერი კარგადაა. თქვენ უკვე შეგიძლიათ მისი შემოწირულობა წარმოებისთვის, ამ კურსის რეკლამირებისთვის. მაგრამ კიდევ ერთხელ, არა, ჯერ ადრეა - რადგან ცოტა ხნის წინ ჩვენ შევწყვიტეთ საკუთარი თავის ნდობა და, პრინციპში, დავიწყეთ უფრო მეტი მუშაობა გამოხმაურებით. არსებობს ბეტა ტესტირება - ეს არის ის, როდესაც ადამიანებს იწვევენ აუტსაიდერებისგან, რომლებიც არანაირად არ არიან დაკავშირებული ჩვენს კომპანიასთან და ზოგიერთი სიკეთისთვის მათ უჩვენებენ კურსის ყველა ნაწილს, ვიდეოებს, ტექსტს, პრაქტიკულ დავალებებს, რათა მათ შევაფასეთ მასალის ხარისხი, მასალის ხელმისაწვდომობა და დაგვეხმარა კურსის მაქსიმალურად გამართვაში.
• და როდესაც რამდენიმე ასეთი გამეორება გადის, დინამიკები, ალფა ტესტირება ტექნიკური მხარდაჭერის სახით, ბეტა ტესტირება, გაუმჯობესებები. შემდეგ კი ყველაფერი თავიდან იწყება - ტექნიკური მხარდაჭერა, ბეტა ტესტირება, გაუმჯობესება.
• და რაღაც მომენტში ჩნდება გაგება, რომ ან ჩვენ დავასრულეთ ცვლილებები, რადგან სრულიად არარეალურია დარწმუნდეთ, რომ ყველას მოსწონს ეს, ან მიიღება მკვეთრი გადაწყვეტილებები. როდესაც ბევრი კომენტარი გარკვეულ ადგილებზე კრიტიკულია, გაიმეორეთ ისინი გლობალურად, რადგან რაღაც არასწორედ მოხდა.
• შემდეგ მოდის მცირე ცვლილებების დრო - სადღაც წინადადება არ არის ფორმულირებული ძალიან ლამაზად, სადღაც ვიღაცას არ მოსწონს შრიფტი, 14,5, მაგრამ სურს 15,7.
• როცა ამ ტიპის კომენტარი რჩება, მაშინ ეს არის, კურსი მეტ-ნაკლებად იხსნება, იწყება ოფიციალური გაყიდვები.

და ერთი შეხედვით, კურსის შექმნის მოკლე და მარტივი ამოცანა სულაც არ არის მარტივი და წარმოუდგენლად დიდი დრო სჭირდება.

და არის კიდევ ერთი მნიშვნელოვანი პუნქტი, რომ კურსთან მუშაობა არ მთავრდება კურსის გამოშვების შემდეგ. პირველ რიგში, ჩვენ ყურადღებით ვკითხულობთ კომენტარებს, რომლებიც დარჩა გარკვეულ ნაწილებზე. და მიუხედავად ყველა მცდელობისა, რაც ჩვენ გავაკეთეთ, გარკვეული ხარვეზები მაინც იდენტიფიცირებულია, გარკვეული შეცდომები გამოსწორდება და უმჯობესდება გზაში, რეალურ დროში, რათა ყოველი მომდევნო მომხმარებელი მიიღოს უკეთესი სერვისი.

თითოეულ კურსს ჰყავს თავისი პროდუქტის მფლობელი, რომელიც, გარდა ზოგადი კონცეფციის განსაზღვრისა, ამოწმებს ვადებს, მინდვრებში აკეთებს შენიშვნებს, რომ როცა დრო დადგება კურსის სრულად გადაწერა და აუცილებლად მოვა, რადგან ორ წელიწადში ან თუნდაც ერთი წლის შემდეგ, ზოგიერთი ის, რასაც ჩვენ ვამბობთ, შეუსაბამო გახდება მხოლოდ იმიტომ, რომ მორალურად მოძველდება. პროდუქტის მფლობელი აკეთებს შენიშვნებს მინდვრებში, რომ ყველაზე ხშირად ადამიანები კითხულობენ, რომელი პუნქტები იყო გაურკვეველი, რომელი ამოცანები ჩანდა ძალიან რთული და რომელი, პირიქით, ძალიან მარტივი. და ეს ყველაფერი მხედველობაში მიიღება კურსის ხელახალი ჩაწერისას, რაიმე სახის რეფაქტორინგის დროს, რათა გლობალური კურსის ყოველი გამეორება გახდეს უკეთესი, მოსახერხებელი და კომფორტული.

ასე ჩნდება კურსები.

როგორ დაიბადა დოკერის კურსი

ეს ჩვენთვის ცალკე და არაჩვეულებრივი თემაა. იმიტომ, რომ ერთი მხრივ, ჩვენ არ ვგეგმავდით ამის გაკეთებას, რადგან ბევრი ონლაინ სკოლა გვთავაზობს. მეორეს მხრივ, მან მოითხოვა გათავისუფლება და იპოვა ლოგიკური ადგილი კუბერნეტში IT სპეციალისტების მომზადების ჩვენს კონცეფციაში.

ძალიან გლობალურად რომ ვსაუბრობ, თავიდან ეს ყველაფერი დაიწყო Kubernetes-ის კურსით, როდესაც ის ახლახან დაიწყო, ჩემი აზრით, პირველი Slurm-ის შემდეგ. ჩვენ შევაგროვეთ გამოხმაურება და დავინახეთ, რომ ბევრს სურს წაიკითხოს რაიმე დამატებითი Docker-ის შესახებ სადმე სხვაგან, და ზოგადად ბევრი მოდის Kubernetes-ის საბაზისო კურსზე და არ იცის რა არის ეს. docker.

ამიტომ, მეორე Slurm-ისთვის მათ გააკეთეს კურსი - უფრო სწორად, კურსი კი არა, მაგრამ გააკეთეს რამდენიმე თავი Dockers-ზე. სადაც უთხრეს ყველაზე ელემენტარულ რაღაცეებს, რათა ინტენსიურზე მოსულმა ადამიანებმა თავი დაკარგულად არ იგრძნონ და საერთოდ გაეგოთ რა ხდებოდა.

შემდეგ კი მოვლენები დაახლოებით ასე განვითარდა. მასალის რაოდენობა გაიზარდა და შეჩერდა 3 დღეში. და გაჩნდა ლოგიკური და აშკარა იდეა: რატომ არ გადააქციოთ ის, რასაც Slurm Basic-ში ვფარავთ, რაღაც მცირე კურსად, სადაც შეგიძლიათ გაგზავნოთ ადამიანები, რომლებსაც სურთ უყურონ Docker-ის შესახებ რაიმეს, სანამ Kubernetes-ის ინტენსიურ კურსს გაივლიან.

Slurm Junior, ფაქტობრივად, რამდენიმე ასეთი ძირითადი კურსის ერთობლიობაა. შედეგად, Docker კურსი გახდა Slurm Junior-ის ნაწილი. ანუ, ეს ადრე ასეთი ნულოვანი ნაბიჯია ძირითადი и მეგა. შემდეგ კი იყო ძალიან ძირითადი აბსტრაქციები.

რაღაც მომენტში ხალხმა დაიწყო კითხვა: ”ბიჭებო, ეს ყველაფერი მშვენიერია, ეს საკმარისია იმისათვის, რომ გავიგოთ, რაზე საუბრობთ ინტენსიურ კურსებზე. სად შემიძლია უფრო დეტალურად წავიკითხო, თუ რისი გაკეთება შეუძლია დოკერს და როგორ უნდა იმუშაოს მასთან და რა არის ეს?” ასე რომ, იდეა გაჩნდა, რომ ეს გასწორებულიყო სრული კურსი Docker-ზე, ასე რომ, პირველ რიგში, ადამიანები, რომლებიც მოდიან Slurm-ში Kubernetes-ის გამოყენებით, კვლავ შეიძლება გაიგზავნონ მასში, ხოლო მეორე მხრივ, მათთვის, ვინც არც კი დაინტერესებულია Kubernetes-ით განვითარების ამ ეტაპზე. ასე რომ, IT სპეციალისტმა შეიძლება მოვიდეს, უყუროს ჩვენს კურსს Docker-ზე და დაიწყოს თავისი ევოლუციური გზა უბრალოდ სუფთა Docker-ით. ასე რომ, ჩვენ გვაქვს ასეთი სრულფასოვანი, სრული კურსი - და შემდეგ ბევრი, ვინც უყურა ამ კურსს, გარკვეული პერიოდის განმავლობაში მუშაობდა სუფთა Docker-თან, გაიზარდა იმ დონეზე, სადაც მათ სჭირდებათ Kubernetes ან სხვა საორკესტრო სისტემა. და კონკრეტულად ჩვენთან მოვიდნენ.

ზოგჯერ სვამენ კითხვას: „ახლა რომელ ადამიანებს არ სჭირდებათ კუბერნეტები? მაგრამ ეს კითხვა არ ეხება ადამიანებს, ეს უფრო კომპანიებს ეხება. აქ თქვენ უნდა გესმოდეთ, რომ Kubernetes-ს აქვს გარკვეული შემთხვევები, როდესაც მას კარგად შეეფერება და ამოცანები, რომლებსაც ის კარგად წყვეტს, მაგრამ პირიქით, არსებობს Kubernetes-ის გამოყენების გარკვეული სცენარი, როდესაც ის იწვევს დამატებით ტკივილს და დამატებით ტანჯვას. ამიტომ, ეს ადამიანებზე კი არ არის დამოკიდებული, არამედ იმაზე, თუ რა კომპანიები ვითარდებიან და რამდენი ხანია.

მაგალითად, ზოგიერთი საშინელი Legacy მონოლითი - თქვენ ალბათ არ უნდა დააყენოთ იგი Kubernetes-ში, რადგან ის უფრო მეტ პრობლემას გამოიწვევს, ვიდრე სარგებელს. ან, მაგალითად, თუ ეს პატარა პროექტია, მას აქვს მცირე დატვირთვა ან, პრინციპში, არც ისე ბევრი ფული და რესურსი. აზრი არ აქვს მის კუბერნეტებში ჩათრევას.

და ზოგადად, ალბათ, ზოგადად, როგორც უკვე ბევრმა თქვა, თუ თქვენ სვამთ კითხვას: "მჭირდება კუბერნეტები?", მაშინ, სავარაუდოდ, ეს არ გჭირდებათ. არ მახსოვს, ვინ მოიფიქრა პირველად, ჩემი აზრით, ფაშა სელივანოვმა. ამას 100%-ით ვეთანხმები. და თქვენ უნდა გაიზარდოთ Kubernetes - და როდესაც უკვე ცხადი გახდება, რომ მე მჭირდება Kubernetes და ჩვენს კომპანიას სჭირდება ეს, და ეს დაგეხმარებათ ამა თუ იმ საკითხების გადაჭრაში, მაშინ ალბათ აზრი აქვს წასვლას, რომ ვისწავლოთ და გავარკვიოთ, როგორ დავაყენოთ კარგად, ისე, რომ Kubernetes-ზე გადასვლის პროცესი არ არის ძალიან მტკივნეული.

ბავშვების ზოგიერთი სნეულება და რაღაც უბრალო, თანაც არც თუ ისე უბრალო, შეიძლება კონკრეტულად ჩვენგან გაიგოთ და არ გადაიტანოთ საკუთარი ზარალი და ტკივილი.

ბევრმა კომპანიამ წავიდა ზუსტად ისე, რომ თავიდან იყო მხოლოდ რაიმე სახის ინფრასტრუქტურა კონტეინერიზაციის გარეშე. შემდეგ მივიდნენ იქამდე, რომ გაუჭირდათ ამ ყველაფრის მართვა, გადავიდნენ Docker-ზე და რაღაც მომენტში გაიზარდნენ იქამდე, რომ ის დამძიმდა Docker-ის ფარგლებში და რასაც ის გვთავაზობს. და მათ დაიწყეს იმის ყურება, თუ რა იყო ირგვლივ, რა სისტემები წყვეტს ამ პრობლემებს და კერძოდ Kubernetes - ეს არის ერთ-ერთი იმ სისტემადან, რომელიც საშუალებას გაძლევთ მოაგვაროთ პრობლემები, როდესაც სუფთა Docker ხალხმრავლობაა და ფუნქციონირება აკლია, ეს ნამდვილად კარგი შემთხვევაა, როდესაც ხალხი ისინი ნაბიჯ-ნაბიჯ მიდიან ქვემოდან ზევით, ესმით, რომ ეს ტექნოლოგია არ არის საკმარისი და გადადიან შემდეგ ეტაპზე. რაღაც გამოიყენეს, ისევ მწირი გახდა და გადავიდნენ.

ეს არის შეგნებული არჩევანი - და ეს ძალიან მაგარია.

ზოგადად, მე ვხედავ, რომ ჩვენი სისტემა ძალიან ლამაზად არის აშენებული, მაგალითად, დოკერის კურსი, თუნდაც ვიდეო კურსების საშუალებით. შემდეგ დოკერის შემდეგ მიდის ძირითადი კუბერნეტები, მაშინ მეგა კუბერნეტესი, მაშინ ცეფ. ყველაფერი ლოგიკურად რიგდება - გადის ადამიანი და ჩნდება მყარი პროფესია.

პრინციპში, კურსების კომპლექტი გაძლევს საშუალებას დაფარო ბევრი შემთხვევა, თუნდაც თანამედროვე. ჯერ კიდევ არის ტერიტორიები, რომლებიც რჩება ნაცრისფერ ზონად, იმედი მაქვს, რომ მალე შევქმნით კურსებს, რომლებიც საშუალებას მოგვცემს დავხუროთ ეს ნაცრისფერი ზონები, კერძოდ, რაღაცას მოვიფიქრებთ უსაფრთხოების შესახებ. რადგან ეს ხდება ძალიან აქტუალური.

მოკლედ, გვაქვს ნაცრისფერი ადგილები, რომელთა დახურვაც ძალიან კარგი იქნებოდა, რომ სრული, სრული სურათი ყოფილიყო - და ხალხი მოვიდეს და ისევე, როგორც თავად კუბერნეტესი ლეგოს კონსტრუქტორს ჰგავს, შეგიძლიათ გააკეთოთ სხვადასხვა ნივთები. ის აგროვებს, თუ ჯერ კიდევ არ არის საკმარისი - დამატება, იგივე ჩვენი კურსებით, რათა ადამიანებმა გაიგონ, რა სჭირდებათ აქედან; მათ უნდა შეაგროვონ ერთგვარი თავსატეხი, ერთგვარი კონსტრუქციული ნაკრები ჩვენი კურსებიდან.

თუ საკუთარ თავს დაუსვით ზოგადად სწორი და გულწრფელი შეკითხვა: „ვის შეუძლია გამოიყენოს აქტიური Docker კურსი ახლა?“, მაშინ:

• სტუდენტებისთვის, რომლებიც ახლახან იწყებენ მასში შეღწევას.
• ტესტირების განყოფილების თანამშრომლები.
• ფაქტობრივად, არის ბევრი კომპანია, რომელიც ჯერ კიდევ, არა მხოლოდ არ იყენებს Docker-ს, არამედ არავის სმენია ასეთი ტექნოლოგიის შესახებ და პრინციპში, არ იცის როგორ გამოიყენოს იგი. მე ვიცი რამდენიმე მსხვილი კომპანია სანკტ-პეტერბურგში, რომლებიც მრავალი წელია ვითარდებიან და იყენებდნენ ძველ ტექნოლოგიებს, მიდიან ამ მიმართულებით. კერძოდ, ასეთი კომპანიებისთვის, ასეთ კომპანიებში ინჟინრებისთვის, ეს კურსი შეიძლება იყოს ძალიან საინტერესო, რადგან, პირველ რიგში, ის საშუალებას მოგცემთ სწრაფად ჩაეფლო ამ ტექნოლოგიაში და მეორეც, როგორც კი გამოჩნდება რამდენიმე ინჟინერი, რომლებსაც ესმით, როგორ ეს ყველაფერი. მუშაობს, შეუძლიათ კომპანიაში შემოიტანონ და განავითარონ ეს კულტურა და ეს მიმართულებები კომპანიის შიგნით.
• ჩემი აზრით, ეს კურსი შეიძლება მაინც გამოადგეს მათ, ვინც უკვე იმუშავა დოკერთან, მაგრამ ძალიან ცოტა და უფრო მეტად "გააკეთე ერთხელ, გააკეთე ორჯერ" სტილში - და ახლა ისინი აპირებენ როგორმე ურთიერთობას იმავე Kubernetes-თან და ეს აკისრებს მათ გარკვეულ ვალდებულებებს, თუ თქვენ გაქვთ ძალიან ზედაპირული ცოდნა იმის შესახებ, თუ რა არის დოკერი, როგორ მართოთ იგი, მაგრამ ამავე დროს არ იცით როგორ მუშაობს შიგნიდან, არ იცით რა არის საუკეთესო ამის გაკეთება. და რა ჯობია არ გააკეთო, მაშინ ეს კურსი კარგად შეეფერება ცოდნის სისტემატიზაციას და გაღრმავებას.

მაგრამ თუ თქვენ გაქვთ ცოდნა დონეზე: ”მე არ ვიცი როგორ დავწერო იგივე Docker ფაილები სწორად, წარმომიდგენია რა არის სახელთა სივრცეები, როგორ მუშაობს კონტეინერები, როგორ ხდება ისინი რეალურად დანერგილი ოპერაციული სისტემის დონეზე” - მაშინ არის ნამდვილად აზრი არ აქვს ჩვენთან მისვლას, ახალს ვერაფერს ისწავლით და ცოტათი მოწყენილი იქნებით დახარჯული ფულისა და დროის გამო.

თუ ჩამოვაყალიბებთ რა უპირატესობა აქვს ჩვენს კურსს, მაშინ:

• ჩვენ შევეცადეთ ეს კურსი გაგვეკეთებინა საკმარისი რაოდენობის პრაქტიკული შემთხვევებით, რაც საშუალებას მოგცემთ გაიგოთ არა მხოლოდ არსებული თეორიული ნაწილი, არამედ გაიგოთ, რატომ გჭირდებათ და როგორ გამოიყენებთ მას მომავალში;
• არის რამდენიმე განყოფილება, რომლებიც ძალიან იშვიათად გვხვდება სადმე - და ზოგადად მათზე არც ისე ბევრი მასალაა. ისინი ეხება Docker-ის ურთიერთქმედებას ოპერაციულ სისტემასთან, თუნდაც ოდნავ განსხვავებულად. რა მექანიზმები აიღო დოკერმა ოპერაციული სისტემიდან კონტეინერიზაციის სისტემის დასანერგად - და ეს იძლევა ასე უფრო ღრმა გაგებას ლინუქსის ოპერაციული სისტემის ფარგლებში კონტეინერების გაშვების მთელ საკითხზე. როგორ მუშაობს, როგორ ურთიერთქმედებს ის ერთმანეთთან ოპერაციული სისტემის შიგნით, გარეთ და ა.შ.

ეს ისეთი ღრმა სახეა, რომ საკმაოდ იშვიათად ხდება და ამავდროულად, ჩემი აზრით, ძალიან მნიშვნელოვანია. თუ გსურთ კარგად გაიგოთ ნებისმიერი ტექნოლოგია და გაიგოთ, რას უნდა ელოდოთ მისგან, უნდა გქონდეთ ზოგადი წარმოდგენა მაინც იმაზე, თუ როგორ მუშაობს ის დაბალ დონეზე.

ჩვენი კურსი გვიჩვენებს და მოგვითხრობს, თუ როგორ მუშაობს ეს ოპერაციული სისტემის თვალსაზრისით. ერთის მხრივ, კონტეინერიზაციის ყველა სისტემა იყენებს იგივე ოპერაციული სისტემის მექანიზმებს. მეორეს მხრივ, ისინი იღებენ იმას, რაც არის Linux ოპერაციულ სისტემაში, ისევე როგორც დოკერი. კონტეინერიზაციის სხვა სისტემებმა ახალი ვერაფერი მოიფიქრა - მათ აიღეს ის, რაც უკვე იყო Linux-ში და დაწერეს მხოლოდ მოსახერხებელი შეფუთვა, რომელიც საშუალებას გაძლევთ სწრაფად დარეკოთ, გაუშვათ ან როგორმე დაუკავშირდეთ მას. იგივე Docker არ არის ძალიან დიდი ფენა ოპერაციულ სისტემასა და ბრძანების ხაზს შორის, ეს არის ერთგვარი პროგრამა, რომელიც საშუალებას გაძლევთ არ დაწეროთ კილოტონა ბრძანებები ან რაიმე სახის C კოდი კონტეინერის შესაქმნელად, არამედ ამის გაკეთება შეყვანით. რამდენიმე ხაზი ტერმინალში.

და კიდევ ერთი რამ, თუ კონკრეტულად დოკერზე ვსაუბრობთ, ის, რაც დოკერმა რეალურად შემოიტანა IT სამყაროში, არის სტანდარტები. როგორ უნდა გაიხსნას აპლიკაცია, როგორ უნდა იმუშაოს, რა მოთხოვნები აქვს ლოგს, რა მოთხოვნები აქვს სკალირებას, თავად აპლიკაციის კონფიგურაციას.

მრავალი თვალსაზრისით, დოკერი ეხება სტანდარტებს.

სტანდარტები ასევე გადადის Kubernetes-ზე - და არის ზუსტად იგივე სტანდარტები; თუ იცით როგორ მართოთ თქვენი აპლიკაცია კარგად Docker-ში, მაშინ 99% ის იმუშავებს ისევე კარგად Kubernetes-ში.

თუ თქვენ დაინტერესდით არა მხოლოდ იმით, თუ როგორ შეიქმნა Docker კურსი, არამედ სხვა კურსებით, არამედ დაინტერესდით თავად კურსით პრაქტიკული თვალსაზრისით, მაშინ ჯერ კიდევ არის დრო, რომ შეიძინოთ იგი წინასწარი შეკვეთით 5000 რუბლის ფასდაკლებით 30 ივლისამდე.

მოხარული ვიქნებით თქვენი ნახვა!

წყარო: www.habr.com