Учесник доаѓа на курс или интензивен курс. Гледа уредни редови на техничка поддршка, уредно распоредени кабли за напојување, распоред на шаховска табла на салата за предавања, светли слики и дијаграми со слајдови. Говорниците со шеги и насмевки даваат информации на таков начин што едноставно имате време да ги разберете. Трибините се поставени, задачите за вежбање едноставно ви одлетуваат од прстите, освен што понекогаш ви треба помош од технички персонал. поддршка.
А исто така и кафе паузи со истомисленици, весела и енергична атмосфера, размена на искуства, најнеочекувани прашања за говорниците. И одговорите и информациите што нема да ги најдете во прирачниците, туку само во пракса.
Што мислите, колку време, труд и нерви беа потребни за да изгледа токму вака?
Благодарение на Володија Гурјанов, сертифициран администратор на Кубернетес и инженер/тим раководител во Саутбриџ, кој беше сведок и активно учествуваше во создавањето на многу курсеви за Slurm од самиот почеток.
Тој го виде долниот дел од стомакот, се разбира создавањето - комплексности и трнливи гребла, увиди и неочекувани решенија. И веќе познатите Kubernetes intensives, како што се Slurm Basic и Slurm Mega. И нов, во голема мера ревидиран курс , кој незапирливо се наближува и ќе започне на 19 август.
Но, можеби, доволно е текстот, ајде да преминеме на самата приказна. Како од пар интензивни теми сосема самодоволна и повеќеслојна . Така, ќе ја започнам приказната за тоа како се создаваат и развиваат курсевите - исто како „Одамна во галаксија далеку, далеку...“
Што има зад сцената?
Ако прашате како правиме курсеви и од каде започнува сè, јас едноставно ќе одговорам „Сè започнува со идеја“.
Обично идејата доаѓа од некаде - не седиме со лисици во подрумот додека не дојдеме до: „На која тема да направиме курс? Идеите доаѓаат од некаде сами од надворешни извори. Понекогаш луѓето почнуваат активно да прашуваат: „Што знаете за таква и таква специфична технологија? Или како беше со Докер што беше невозможно да се вклопи во тајмингот за интензивниот курс - очигледно мораше да се изнесе надвор за да има време да каже нешто за време на интензивниот курс.
Вака се појавува идеја.
Откако беше објавено, според мене, започнува најтешкиот момент - генерално да се разбере што да се вклучи во овој курс - ова е многу споредливо со тоа како говорниците се подготвуваат за какви било конференции.
Има една главна болка кога се чини дека сте одбрале тема и размислувате: „Што да кажам за тоа? Ова е премногу едноставно, ова е очигледно, ова го знаат и сите“.
Но, всушност тоа воопшто не е така. И јас лично на многу места велам дека она што ти изгледа очигледно, на оние кои доаѓаат да те слушаат или да земат курс, воопшто не е очигледно. И тука се појавува толку голем слој на работа и внатрешен конфликт, што да се вклучи во курсот. Како резултат на тоа, добиваме таков список на поглавја со такви убедливи големи потези, за што ќе биде курсот.
И тогаш започнува едноставната рутинска работа:
- Избор на материјал
- Внимателно прочитајте ја документацијата за тековната верзија, бидејќи ИТ светот сега се развива со некаква космичка брзина. Дури и ако работите со нешто и правите курс за тоа, треба да отидете во документацијата и да видите што има ново таму, што е интересно да се зборува, што може да биде особено корисно да се спомене.
- И се појавува одреден скелет на курсот, каде што повеќето теми, генерално, се веќе опфатени и се чини дека што и да има - снимајте видеа и лансирајте ги во продукција.
- Но, всушност, не, тогаш започнува напорната работа, но не за авторите на курсот, туку за оние кои тестираат. Обично нашите алфа-тестери се техничка поддршка, која, прво, ги лекторира курсевите за какви било синтаксички и граматички грешки. Второ, болно не тепаат со стапови и пцујат кога има некои сосема неочигледни, неразбирливи места. Кога во текстовите се појавуваат некои сложено составени подредени реченици кои траат по неколку страници или очигледни глупости. Сето тоа го читаат, внимаваат на тоа.
- Потоа започнува фазата на тестирање на практиката, каде што исто така се фатени некои очигледни неработни работи и се покажуваат некои точки кои можат или да се отежнат, бидејќи станува не многу интересно - само седење и копирање - и се идентификуваат места каде што е многу тешко и имаме многу да направиме што сакаме од луѓе кои ќе го следат овој курс. И тогаш доаѓаат препораки: „Момци, поедноставете го овде, полесно ќе се согледа и ќе има поголема корист од тоа“.
- Откако ќе се заврши оваа количина на работа, се пишува делот што се однесува на видеото, се чини дека се е во ред. И веќе можете да го донирате за производство, за рекламирање на овој курс. Но, повторно, не, премногу е рано - затоа што неодамна престанавме малку да си веруваме и, во принцип, почнавме да работиме повеќе со повратни информации. Постои такво нешто како бета тестирање - ова е кога луѓето се поканети од надворешни лица, кои не се поврзани со нашата компанија на кој било начин, а за некои добрини им се прикажуваат сите делови од курсот, видеа, текст, практични задачи, така што тие оцени го квалитетот на материјалот, достапноста на материјалот и ни помогна да го направиме курсот што е можно подобар.
- И кога ќе поминат неколку такви повторувања, звучници, алфа тестирање во форма на техничка поддршка, бета тестирање, подобрувања. И тогаш сè започнува одново - техничка поддршка, бета тестирање, подобрувања.
- И во одреден момент доаѓа разбирање дека или сме завршиле со модификации, бидејќи е сосема нереално да се увериме дека тоа ќе им се допадне на сите, или се носат некои драстични одлуки. Кога многу коментари на одредени места се критични, повторете ги глобално, бидејќи нешто тргна наопаку.
- Тогаш доаѓа време за мали уредувања - некаде реченицата не е многу убаво формулирана, некаде некому не му се допаѓа фонтот, 14,5, но би сакал 15,7.
- Кога ќе остане ваков тип на коментари, тогаш тоа е тоа, курсот повеќе или помалку се отвора, започнува официјалната продажба.
И на прв поглед, кратката и едноставна задача за создавање курс се покажува дека не е воопшто едноставна и трае неверојатно долго време.
И има уште една важна точка дека работата со курсот не завршува кога курсот ќе се ослободи. Прво, внимателно ги читаме коментарите што се оставаат на одредени делови. И покрај сите напори што ги направивме, некои недостатоци сè уште се идентификувани, некои грешки се поправаат и подобруваат на патот, во реално време, така што секој нареден корисник добива подобра услуга.
Секој курс има свој сопственик на производ, кој освен што го дефинира генералниот концепт, ги проверува роковите, на маргините забележува дека кога ќе дојде време целосно да се преработи курсот, а тој дефинитивно ќе дојде, бидејќи за две години, или дури една година подоцна, некои од она што го кажуваме ќе станат ирелевантни едноставно затоа што ќе станат морално застарени. Сопственикот на производот прави белешки на маргините дека најчесто луѓето прашуваат кои точки биле нејасни, кои задачи изгледале многу тешки, а кои, напротив, многу едноставни. И сето тоа се зема предвид при повторното снимање на курсот, при некакво рефакторирање, така што секое повторување на глобалниот курс станува подобро, поудобно и удобно.
Вака се појавуваат курсевите.
Како се роди курсот Докер
Ова е посебна, па дури и необична тема за нас. Затоа што од една страна, не планиравме да го направиме тоа, бидејќи многу онлајн училишта го нудат. Од друга страна, тој самиот побара слобода и најде логично место во нашиот концепт за обука на ИТ специјалисти во Кубернетес.
Зборувајќи многу глобално, првично сè започна со курс за Кубернетис, кога штотуку започна, според мене, по првиот Slurm. Собравме повратни информации и видовме дека многу луѓе сакаат да прочитаат нешто дополнително за Docker некаде на друго место, а генерално многумина доаѓаат на основниот курс за Kubernetes без да знаат што е тоа .
Затоа, за вториот Slurm направија курс - или подобро кажано, дури ни курс, туку направија неколку поглавја за Dockers. Каде што кажаа некои од најосновните работи, за луѓето кои доаѓаат на интензивно да не се чувствуваат лишени и генерално да разберат што се случува.
И тогаш настаните се развија приближно вака. Количината на материјалот порасна и престана да се вклопува за 3 дена. И се појави логична и очигледна идеја: зошто да не го претворите она што го покриваме во Slurm Basic во некој вид мал курс на кој можете да испратите луѓе кои сакаат да гледаат нешто за Docker пред да посетуваат интензивен курс за Kubernetes.
Slurm Junior е, всушност, комбинација од неколку такви основни курсеви. Како резултат на тоа, курсот Докер стана дел од Slurm Junior. Односно, ова е толку нула чекор претходно и . И тогаш имаше само многу основни апстракции.
Во одреден момент, луѓето почнаа да прашуваат: „Момци, сето ова е одлично, доволно е да се разбере за што зборувате на интензивните курсеви. Каде можам да прочитам подетално за тоа што може да направи docker и како да работи со него, и што е тоа? Така се појави идејата да се направи исправен , така што, прво, луѓето кои доаѓаат во Slurm користејќи Kubernetes сè уште можат да бидат испратени до него, а од друга страна, за оние кои не се ни заинтересирани за Kubernetes во оваа фаза на развој. За да може ИТ специјалист да дојде да го гледа нашиот курс за Docker и да го започне својот еволутивен пат едноставно со чист Докер. За да имаме таков полноправен, комплетен курс - а потоа многумина, откако го гледаа овој курс, работејќи извесно време со чистиот Докер, пораснаа на ниво каде што им требаат Кубернети или некој друг систем за оркестрација. И тие дојдоа кај нас особено.
Понекогаш се поставува прашањето: „Какви луѓе сега можеби нема да имаат потреба од Кубернети? Но, ова прашање не е за луѓе, туку за компании. Овде треба да разберете дека Kubernetes има одредени случаи каде што е добро прилагоден и задачи што добро ги решава, но напротив, постојат некои сценарија за користење на Kubernetes кога предизвикува дополнителна болка и дополнително страдање. Затоа, не зависи ни од луѓето, туку од тоа кои компании развиваат и колку долго.
На пример, некој ужасен Legacy монолит - веројатно не треба да го туркате во Kubernetes, бидејќи тоа ќе предизвика повеќе проблеми отколку придобивки. Или, на пример, ако ова е мал проект, има мал товар или, во принцип, не многу пари и ресурси. Нема смисла да се влече во Кубернетес.
И воопшто, веројатно, воопшто, како што веќе рекоа многу луѓе, ако го поставувате прашањето: „Дали ми треба Кубернетес?“, тогаш најверојатно не ви треба. Не се сеќавам кој прв го смислил, според мое мислење, Паша Селиванов. Се согласувам со ова 100%. И треба да пораснете во Kubernetes - и кога веќе ќе стане јасно дека ми треба Kubernetes и ѝ треба на нашата компанија, и тоа ќе помогне да се решат такви и такви прашања, тогаш веројатно има смисла да одите да научите и да дознаете точно како да поставите добро, така што процесот на префрлување на Кубернетес не е многу болен.
Некои детски тегоби и некои едноставни работи, па дури и не многу едноставни, може да се дознаат особено кај нас, а не да поминуваат низ сопствената гребло и болка.
Многу компании отидоа токму онака како што на почетокот имаше само некаква инфраструктура без контејнеризација. Потоа стигнаа до точка каде што стана тешко да се управува сето тоа, се префрлија на Docker и во одреден момент пораснаа до точка што стана тесно во рамките на Docker и она што го нуди. И тие почнаа да гледаат што е наоколу, кои системи ги решаваат овие проблеми, а особено Кубернетес - ова е еден од оние системи што ви овозможува да решавате проблеми кога чистиот Докер е преполн и нема функционалност, ова е навистина добар случај кога луѓето Тие одат чекор по чекор од дното нагоре, разбираат дека оваа технологија не е доволна и преминуваат на следното ниво. Искористија нешто, пак оскудија и продолжија понатаму.
Ова е свесен избор - и тоа е многу кул.
Во принцип, гледам дека нашиот систем е многу убаво изграден, на пример, , дури и преку видео курсеви. Потоа по докерот оди тогаш тогаш . Сè се реди логично - човек поминува и излегува солидна професија.
Во принцип, сетот на курсеви ви овозможува да покриете многу случаи, дури и модерни. Сè уште има области кои остануваат сива зона, се надевам дека наскоро ќе создадеме некои курсеви кои ќе ни овозможат да ги затвориме овие сиви области, особено, ќе смислиме нешто за безбедноста. Бидејќи ова станува многу релевантно.
Накратко, имаме некои сиви зони кои би било многу убаво да ги затвориме, за да биде целосна, целосна слика - и луѓето би можеле да дојдат, и исто како што самиот Кубернетес е како конструктор на Лего, можете да направите различни работи од собира, ако сè уште нема доволно - дополни, истото со нашите курсеви, за луѓето да разберат што им треба од ова, треба да состават еден вид загатка, еден вид конструктивен сет од нашите курсеви.
Ако си поставите генерално точно и искрено прашање: „Кој би можел да користи активен курс за Docker сега?“, тогаш:
- За студенти кои штотуку почнуваат да навлегуваат во тоа.
- Вработени во одделот за тестирање.
- Всушност, има многу компании кои сè уште, не само што не користат Docker, туку никој не слушнал за таква технологија и, во принцип, не знаат како да ја користат. И јас познавам неколку големи компании во Санкт Петербург кои се развиваат долги години, а користеле некои стари технологии, се движат во оваа насока. Конкретно, за такви компании, за инженери во такви компании, овој курс може да биде многу интересен, бидејќи, прво, ќе ви овозможи брзо да се нурнете во оваа технологија, и второ, штом се појават неколку инженери кои разбираат како сето тоа работи, тие можат да го донесат во компанијата и да ја развијат оваа култура и овие насоки во рамките на компанијата.
- Според мое мислење, овој курс може сè уште да биде корисен за оние кои веќе работеле со docker, но многу малку и повеќе во стилот „направи еднаш, направи двапати“ - и сега тие некако ќе комуницираат со истите Кубернети, и ова им наметнува одредени обврски, ако имаш многу површни сознанија што е докер, како да го работиш, но во исто време не знаеш како функционира од внатре, не знаеш што е најдобро да правиш со тоа и што е подобро да не се прави, тогаш овој курс е добро прилагоден за систематизирање и продлабочување на знаењето.
Но, ако имате знаење на ниво на: „Не знам како правилно да ги пишувам истите Docker-датотеки, можам да замислам какви се имињата на имињата, како функционираат контејнерите, како всушност се имплементирани на ниво на оперативен систем“ - тогаш има дефинитивно нема смисла да одите кај нас, нема да научите ништо ново и ќе бидете малку тажни поради потрошените пари и време.
Ако формулираме какви предности има нашиот курс, тогаш:
- Се обидовме да го направиме овој курс со доволен број практични случаи кои ќе ви овозможат не само да го разберете теоретскиот дел што постои, туку и да разберете зошто ви е потребен и како ќе го користите во иднина;
- има неколку делови кои многу ретко се наоѓаат некаде - и воопшто нема толку многу материјал на нив. Тие се однесуваат на интеракцијата на Docker со оперативниот систем, дури и малку поинаку. Кои механизми ги презеде Docker од оперативниот систем за да го имплементира системот за контејнеризација - и ова дава толку подлабоко разбирање на целото прашање на водење на контејнери во рамките на оперативниот систем Линукс. Како функционира, како меѓусебно комуницира внатре во оперативниот систем, надвор и така натаму.
Ова е толку навистина длабок изглед што се случува доста ретко, а во исто време, според мое мислење, е многу важен. Ако сакате добро да разберете која било технологија и да разберете што да очекувате од неа, треба барем да имате општа идеја за тоа како таа работи на ниско ниво.
Нашиот курс покажува и кажува како ова функционира од гледна точка на оперативниот систем. Од една страна, сите системи за контејнери ги користат истите механизми на оперативниот систем. Од друга страна, тие го земаат она што е во оперативниот систем Линукс, како докер. Другите системи за контејнеризација не излегоа со ништо ново - тие го зедоа она што веќе беше во Linux и напишаа само пригодна обвивка што ви овозможува брзо да го повикате, да го стартувате или некако да комуницирате со него. Истиот Docker не е многу голем слој помеѓу оперативниот систем и командната линија, тој е еден вид алатка која ви овозможува да не пишувате килотони команди или некој вид C код за да креирате контејнер, туку да го направите ова со внесување неколку линии во терминалот.
И уште нешто, ако зборуваме конкретно за Docker, она што Docker навистина го донесе во светот на ИТ се стандардите. Како треба да се стартува апликацијата, како треба да работи, кои се барањата за логови, кои се барањата за скалирање, конфигурирање на самата апликација.
На многу начини, докер е за стандарди.
Стандардите исто така се префрлаат на Kubernetes - и постојат сосема исти стандарди; ако знаете како добро да ја извршите вашата апликација во Docker, тогаш 99% од времето ќе работи исто толку добро во Kubernetes.
Доколку сте заинтересирани не само за тоа како е создаден курсот Docker, туку и за други курсеви, но исто така сте заинтересирани за самиот курс од практична гледна точка, тогаш
Ќе ни биде мило да ве видиме!
Извор: www.habr.com