Зад сцената. Как се създават курсове?

Участник идва на курс или интензивен курс. Той вижда подредени редици от техническа поддръжка, спретнато прекарани захранващи кабели, шахматно оформление на лекционната зала, ярки картини и слайд диаграми. Говорителите с шеги и усмивки дават информация по такъв начин, че просто имате време да я разберете. Стойките са подредени, практическите задачи просто излитат от пръстите ви, освен че понякога се нуждаете от помощта на технически персонал. поддържа.

А също и кафе паузи със съмишленици, весела и енергична атмосфера, обмяна на опит, най-неочакваните въпроси за лекторите. Както отговори, така и информация, която няма да намерите в ръководствата, а само на практика.

Според вас колко време, усилия и нерви са били необходими, за да изглежда точно така?

Благодарение на Володя Гурянов, сертифициран администратор на Kubernetes и инженер/ръководител на екип в Southbridge, който е бил свидетел и е участвал активно в създаването на много курсове по Slurm от самото начало.

Той видя дъното на сътворението на курса — сложности и трънливи гребла, прозрения и неочаквани решения. И вече познатите Kubernetes интензивни, като Slurm Basic и Slurm Mega. И нов, до голяма степен преработен курс Slurm DevOps: Инструменти и кодове, който неумолимо наближава и ще започне на 19 август.

Но може би стига с текстовете, нека да преминем към самата история. Как от няколко интензивни теми един напълно самодостатъчен и многостранен Докер курс. Така че ще започна историята за това как се създават и развиват курсовете - точно като „Преди много време в една далечна, далечна галактика...“

Какво има зад кулисите?

Ако попитате как правим курсове и откъде започва всичко, ще отговоря просто „Всичко започва с идея“.

Обикновено идеята идва отнякъде - не седим с белезници в мазето, докато не измислим: „На каква тема да направим курс?“ Идеите идват отнякъде сами от външни източници. Понякога хората започват активно да питат: „Какво знаете за такава и такава конкретна технология?“ Или как беше с Докър, че не беше възможно да го впишат в тайминга за интензивния курс - явно трябваше да бъде изведен навън, за да има време да разкаже нещо по време на интензивния курс.

Така се появява една идея.

След обявяването му, по мое мнение, започва най-трудният момент - като цяло да разберем какво да включим в този курс - това е много сравнимо с това как се подготвят лекторите за всякакви конференции.

Има една основна болка, когато изглежда, че сте избрали тема и си мислите: „Какво да кажа за нея? Това е твърде просто, това е очевидно, всички го знаят също.”

Но всъщност това съвсем не е така. И аз лично казвам на много места, че това, което изглежда очевидно за вас, за тези, които идват да ви слушат или да вземат курс, изобщо не е очевидно. И тук възниква толкова голям слой работа и вътрешен конфликт, какво да включим в курса. В резултат на това получаваме такъв списък от глави с толкова обширни големи щрихи, за какво ще бъде курсът.

И тогава започва простата рутинна работа:

• Избор на материал
• Прочетете внимателно документацията за текущата версия, тъй като ИТ светът сега се развива с някаква космическа скорост. Дори ако работите с нещо и правите курс за него, трябва да отидете в документацията и да видите какво ново има там, какво е интересно да се говори, какво може да е особено полезно да се спомене.
• И се появява определен скелет на курса, където повечето от темите като цяло вече са обхванати и изглежда, че каквото има - записвайте видеоклипове и ги пускайте в производство.
• Но всъщност не, тогава започва тежката работа, но не за авторите на курса, а за тези, които тестват. Обикновено нашите алфа тестери са техническа поддръжка, която, първо, коригира курсовете за всякакви синтактични и граматически грешки. Второ, бият ни болезнено с пръчки и псуват, когато има съвсем неочевидни, неразбираеми места. Когато в текстовете се появят сложносъставени подчинени изречения с дължина няколко страници или очевидни глупости. Четат всичко, внимават за него.
• След това започва етапът на практическото тестване, където също се хващат някои очевидни неработещи неща и се показват някои моменти, които или могат да бъдат усложнени, тъй като не става много интересно - просто седи и копира - и се идентифицират места, където е много трудно и имаме много работа, която искаме от хората, които ще вземат този курс. И тогава идват препоръки: „Момчета, опростете го тук, ще бъде по-лесно за възприемане и ще има повече полза от него.“
• След като това количество работа е свършено, частта, която се отнася до видеото, е написана, всичко изглежда наред. И вече можете да го дарите за производство, за реклама на този курс. Но отново, не, твърде рано е - защото напоследък малко спряхме да се доверяваме и по принцип започнахме да работим повече с обратна връзка. Има такова нещо като бета тестване - това е, когато хората са поканени от външни лица, които не са свързани с нашата компания по никакъв начин, и за някои екстри им се показват всички части от курса, видеоклипове, текст, практически задачи, така че да оцени качеството на материала, достъпността на материала и ни помогна да направим курса възможно най-добър.
• И когато преминат няколко такива итерации, високоговорители, алфа тестване под формата на техническа поддръжка, бета тестване, подобрения. И тогава всичко започва отначало - техническа поддръжка, бета тестване, подобрения.
• И в един момент идва разбирането, че или сме приключили с модификациите, защото е напълно нереалистично да сме сигурни, че всички го харесват, или се вземат някакви драстични решения. Когато много коментари на определени места са критични, повторете ги глобално, защото нещо се обърка.
• След това идва моментът за малки редакции - някъде изречението не е формулирано много добре, някъде някой не харесва шрифта, 14,5, но би искал 15,7.
• Когато този тип коментари останат, тогава това е всичко, курсът повече или по-малко се отваря, официалните продажби започват.

И на пръв поглед кратката и лесна задача за създаване на курс се оказва никак проста и отнема невероятно дълго време.

И има още един важен момент, че работата с курса не приключва, когато курсът бъде пуснат. Първо, ние внимателно четем коментарите, които са оставени на определени части. И въпреки всички усилия, които положихме, някои недостатъци все още се идентифицират, някои грешки се коригират и подобряват по пътя, в реално време, така че всеки следващ потребител да получи по-добра услуга.

Всеки курс има свой собственик на продукта, който, в допълнение към определянето на общата концепция, проверява крайните срокове, той прави бележки в полетата, че когато дойде времето за пълно пренаписване на курса, и то определено ще дойде, защото след две години, или дори година по-късно, част от това, което разказваме, ще стане неуместно, просто защото ще стане морално остаряло. Собственикът на продукта отбелязва в полетата, че най-често хората питат кои точки са неясни, кои задачи изглеждат много трудни и кои, напротив, много прости. И всичко това се взема предвид при повторно записване на курса, по време на някакъв вид рефакторинг, така че всяка итерация на глобалния курс да стане по-добра, по-удобна и удобна.

Така се появяват курсовете.

Как се роди курсът Docker

Това е отделна и дори необичайна тема за нас. Защото от една страна не сме планирали да го правим, защото много онлайн училища го предлагат. От друга страна, той сам поиска свобода и намери логично място в концепцията ни за обучение на IT специалисти в Kubernetes.

Говорейки много глобално, първоначално всичко започна с курс по Kubernetes, когато току-що започна, според мен, след първия Slurm. Събрахме отзиви и видяхме, че много хора искат да прочетат нещо допълнително за Docker някъде другаде и като цяло много идват на основния курс на Kubernetes, без да знаят какво е докер.

Следователно, за втория Slurm те направиха курс - или по-скоро дори не курс, но направиха няколко глави за Dockers. Където казаха някои от най-елементарните неща, за да не се чувстват хората, които идват на интензивно, лишени и като цяло да разбират какво се случва.

И тогава събитията се развиха приблизително така. Количеството материал нарасна и спря да пасва за 3 дни. И се появи логична и очевидна идея: защо да не превърнем това, което покриваме в Slurm Basic, в някакъв малък курс, на който можете да изпратите хора, които искат да гледат нещо за Docker, преди да вземат интензивен курс по Kubernetes.

Slurm Junior всъщност е комбинация от няколко основни курса. В резултат курсът на Docker стана част от Slurm Junior. Тоест това е такава нулева стъпка преди Основен и мега. И тогава имаше само много основни абстракции.

В един момент хората започнаха да питат: „Момчета, всичко това е страхотно, това е достатъчно, за да разберем за какво говорите в интензивните курсове. Къде мога да прочета по-подробно какво може да прави докерът и как да работя с него и какво представлява?“ Така се появи идеята да го направим направо пълен курс по Docker, така че, първо, хората, които идват в Slurm с помощта на Kubernetes, все още могат да бъдат изпратени до него, и от друга страна, за тези, които дори не се интересуват от Kubernetes на този етап на развитие. Така че ИТ специалист може да дойде да гледа нашия курс за Docker и да започне своя еволюционен път просто с чист Docker. Така че имаме такъв пълноценен, завършен курс - и след това мнозина, след като са гледали този курс, след като са работили известно време с чист Docker, са израснали до нивото, на което се нуждаят от Kubernetes или някаква друга система за оркестрация. И те идваха специално при нас.

Понякога се задава въпросът: „Какви хора сега може да не се нуждаят от Kubernetes?“ Но този въпрос не е за хората, а по-скоро за компаниите. Тук трябва да разберете, че Kubernetes има определени случаи, в които е подходящ и задачи, които решава добре, но напротив, има някои сценарии за използване на Kubernetes, когато причинява допълнителна болка и допълнително страдание. Следователно дори не зависи от хората, а от това какви компании се развиват и от колко време.

Например някакъв ужасен Legacy monolith - вероятно не трябва да го вкарвате в Kubernetes, защото ще причини повече проблеми, отколкото ползи. Или, например, ако това е малък проект, има малко натоварване или по принцип няма много пари и ресурси. Няма смисъл да го влачите в Kubernetes.

И като цяло, вероятно, като цяло, както много хора вече казаха, ако задавате въпроса: „Имам ли нужда от Kubernetes?“, Тогава най-вероятно нямате нужда от него. Не помня кой пръв го измисли, според мен Паша Селиванов. Съгласен съм с това на 100%. И трябва да пораснете до Kubernetes - и когато вече стане ясно, че имам нужда от Kubernetes и нашата компания се нуждае от него и ще помогне за решаването на такива и такива проблеми, тогава вероятно има смисъл да отидете да научите и да разберете как точно да настроите добре, така че процесът на преминаване към Kubernetes да не е много болезнен.

Някои детски заболявания и някои прости неща, и дори не много прости, могат да бъдат открити по-специално от нас, а не да преминавате през собствения си рейк и болка.

Много компании са тръгнали точно по пътя, по който първоначално е имало просто някакъв вид инфраструктура без контейнеризация. След това стигнаха до точката, в която им стана трудно да управляват всичко това, преминаха към Docker и в един момент израснаха до точката, в която им стана тясно в рамките на Docker и това, което предлага. И те започнаха да разглеждат какво има наоколо, какви системи решават тези проблеми и по-специално Kubernetes - това е една от онези системи, които ви позволяват да решавате проблеми, когато чистият Docker стане пренаселен и му липсва функционалност, това е наистина добър случай, когато хората Те вървят стъпка по стъпка отдолу нагоре, разбират, че тази технология не е достатъчна и преминават към следващото ниво. Използваха нещо, пак стана оскъдно и продължиха напред.

Това е съзнателен избор - и е много готино.

Като цяло виждам, че нашата система е много красиво изградена, напр. докер курс, дори чрез видео курсове. Тогава след докер отива основен Kubernetes, тогава Мега Kubernetes, тогава Цеф. Всичко се подрежда логично – минава човек и излиза солидна професия.

По принцип наборът от курсове ви позволява да покриете много случаи, дори и съвременни. Все още има области, които остават сиви зони, надявам се, че скоро ще създадем някои курсове, които ще ни позволят да затворим тези сиви зони, по-специално, ще измислим нещо относно сигурността. Защото това става много актуално.

Накратко, имаме някои сиви зони, които би било много хубаво да затворим, така че да е пълна, цялостна картина - и хората да идват, и както самият Kubernetes е като конструктор Лего, можете да правите различни неща от събирайте, ако все още не достига - допълвайте, същото е и с нашите курсове, за да могат хората да разберат какво им трябва от това; трябва да сглобят един вид пъзел, един вид строителен комплект от нашите курсове.

Ако си зададете като цяло правилен и честен въпрос: „Кой би могъл да използва активен Docker курс сега?“, тогава:

• За ученици, които тепърва започват да се занимават с него.
• Служители на отдела за тестване.
• Всъщност има много компании, които все още не само не използват Docker, но никой не е чувал за такава технология и по принцип не знае как да я използва. И познавам няколко големи компании в Санкт Петербург, които се развиват от много години и са използвали някои стари технологии, те се движат в тази посока. По-специално, за такива компании, за инженери в такива компании, този курс може да бъде много интересен, тъй като, първо, ще ви позволи бързо да се потопите в тази технология, и второ, веднага щом се появят няколко инженери, които разбират как всичко работи, те могат да го донесат в компанията и да развият тази култура и тези насоки в компанията.
• По мое мнение този курс все още може да бъде полезен за тези, които вече са работили с докер, но много малко и повече в стила „направи веднъж, направи два пъти“ - и сега те ще взаимодействат по някакъв начин със същия Kubernetes и това им налага определени задължения, ако имате много повърхностни познания какво е докер, как да го управлявате, но в същото време не знаете как работи отвътре, не знаете какво е най-добре да правите с това и какво е по-добре да не правите, тогава този курс е много подходящ за систематизиране и задълбочаване на знанията.

Но ако имате познания на ниво: „Не знам как да напиша правилно едни и същи Docker файлове, мога да си представя какво представляват пространствата от имена, как работят контейнерите, как всъщност се изпълняват на ниво операционна система“ - тогава има определено няма смисъл да ходите при нас, няма да научите нищо ново и ще бъдете малко тъжни за парите и времето, което отделяте.

Ако формулираме какви предимства има нашият курс, тогава:

• Опитахме се да направим този курс с достатъчен брой практически казуси, които ще ви позволят не само да разберете теоретичната част, която съществува, но и да разберете защо имате нужда от нея и как ще я използвате в бъдеще;
• има няколко раздела, които много рядко се срещат навсякъде - и като цяло няма толкова много материал за тях. Те се отнасят до взаимодействието на Docker с операционната система, дори малко по-различно. Какви механизми е взел Docker от операционната система, за да внедри системата за контейнеризация - и това дава по-задълбочено разбиране на целия проблем с изпълнението на контейнери в операционната система Linux. Как работи, как взаимодейства един с друг вътре в операционната система, извън нея и т.н.

Това е толкова дълбок поглед, че се случва доста рядко и в същото време, според мен, е много важен. Ако искате да разберете добре всяка технология и да разберете какво да очаквате от нея, трябва поне да имате обща представа за това как работи на ниско ниво.

Нашият курс показва и разказва как работи това от гледна точка на операционната система. От една страна, всички системи за контейнеризация използват едни и същи механизми на операционната система. От друга страна, те вземат това, което е в операционната система Linux, като докер. Други системи за контейнеризация не излязоха с нищо ново - те взеха това, което вече беше в Linux, и написаха просто удобна обвивка, която ви позволява бързо да го извикате, стартирате или по някакъв начин да взаимодействате с него. Същият Docker не е много голям слой между операционната система и командния ред, това е вид помощна програма, която ви позволява да не пишете килотони команди или някакъв вид C код, за да създадете контейнер, а да направите това, като въведете няколко реда в терминала.

И още нещо, ако говорим конкретно за Docker, това, което Docker наистина донесе на ИТ света са стандартите. Как трябва да се стартира приложението, как трябва да работи, какви са изискванията за логове, какви са изискванията за мащабиране, конфигуриране на самото приложение.

В много отношения докерът е свързан със стандарти.

Стандартите също се преместват в Kubernetes - и има точно същите стандарти; ако знаете как да стартирате приложението си добре в Docker, тогава 99% от времето то ще работи също толкова добре в Kubernetes.

Ако откриете, че се интересувате не само от това как е създаден курсът Docker, но и от други курсове, но също така се интересувате от самия курс от практическа гледна точка, тогава Все още има време да го закупите с отстъпка за предварителна поръчка от 5000 рубли до 30 юли.

Ще се радваме да ви видим!

Източник: www.habr.com