Un participant ve a un curs o curs intensiu. Veu fileres ordenades de suport tècnic, cables d'alimentació ben encaminats, una disposició de l'aula d'escacs, imatges brillants i diagrames de diapositives. Els parlants amb acudits i somriures donen informació de tal manera que només tens temps d'entendre-la. Els estands estan muntats, les tasques de pràctica simplement et surten dels dits, excepte que de vegades necessites l'ajuda del personal tècnic. suport.
I també pauses cafè amb persones afins, ambient alegre i enèrgic, intercanvi d'experiències, preguntes més inesperades per als ponents. Tant respostes com informació que no trobareu als manuals, sinó només a la pràctica.
Quant de temps, esforç i nervis creieu que va trigar a fer-lo veure exactament així?
Gràcies a Volodya Guryanov, administrador certificat de Kubernetes i enginyer/cap d'equip a Southbridge, que ha estat testimoni i ha participat activament en la creació de molts cursos Slurm des del principi.
Va veure el fons de la creació del curs: complexitats i rasclets espinosos, idees i solucions inesperades. I els ja coneguts intensius de Kubernetes, com Slurm Basic i Slurm Mega. I un curs nou, en gran part revisat , que s'acosta inexorablement i començarà el 19 d'agost.
Però, potser, prou amb la lletra, passem a la història en si. Com a partir d'un parell de temes intensius un completament autosuficient i polièdric . Així que començaré la història de com es creen i desenvolupen els cursos, com "Fa molt de temps en una galàxia molt, molt llunyana...".
Què hi ha darrere de les escenes?
Si preguntes com fem els cursos i on comença tot, simplement et respondré: "Tot comença amb una idea".
En general, la idea ve d'algun lloc: no ens asseiem emmanillats al soterrani fins que ens plantegem: "De quin tema hem de fer un curs?" Les idees provenen d'algun lloc per si soles de fonts externes. De vegades, la gent comença a preguntar-se activament: "Què en saps sobre tal o tal tecnologia específica?" O com va ser amb Docker que va ser impossible encaixar-lo en el temps del curs intensiu: òbviament s'havia de portar fora per tenir temps per explicar alguna cosa durant el curs intensiu.
Així és com apareix una idea.
Després d'anunciar-ho, al meu entendre, comença el moment més difícil - per entendre en general què incloure en aquest curs - això és molt comparable a com es preparen els ponents per a qualsevol conferència.
Hi ha un dolor principal quan sembla que has triat un tema i penses: "Què puc dir-hi? Això és massa senzill, això és obvi, això també ho sap tothom".
Però, de fet, aquest no és gens així. I jo personalment dic en molts llocs que allò que et sembla evident, als que et vénen a escoltar o a fer un curs, no ho són gens. I aquí sorgeix una capa tan gran de treball i conflicte intern, quant a què incloure al curs. Com a resultat, obtenim una llista de capítols amb traços tan grans, de què tractarà el curs.
I aleshores comença el senzill treball de rutina:
- Selecció de material
- Llegiu atentament la documentació de la versió actual, ja que el món de les TI s'està desenvolupant a una certa velocitat còsmica. Encara que treballeu amb alguna cosa i feu un curs sobre això, heu d'anar a la documentació i veure què hi ha de nou, de què és interessant parlar, què pot ser especialment útil esmentar.
- I apareix un cert esquelet del curs, on la majoria de temes, en general, ja estan tractats i sembla que hi hagi el que hi hagi: gravar vídeos i posar-los en marxa.
- Però de fet, no, aleshores comença el treball dur, però no per als autors del curs, sinó per als que fan la prova. Normalment, els nostres testers alfa són suport tècnic, que, en primer lloc, corregeix els cursos per detectar qualsevol error sintàctic i gramatical. En segon lloc, ens peguen dolorosamente amb pals i juren quan hi ha llocs completament poc evidents, incomprensibles. Quan apareixen en els textos unes oracions subordinades complexament compostes que duren un parell de pàgines o despropòsits evidents. Ho llegeixen tot, vigilen.
- Aleshores comença l'etapa de proves pràctiques, on també es capten algunes coses evidents que no funcionen i es mostren alguns moments que o bé es poden fer més difícils, ja que esdevé poc interessant -només seure i copiar- i s'identifiquen llocs on és molt. difícil i tenim molt a fer que volem de la gent que farà aquest curs. I després vénen les recomanacions: "Nois, feu-ho més senzill aquí, serà més fàcil de percebre i hi haurà més beneficis".
- Un cop feta aquesta quantitat de treball, s'escriu la part relacionada amb el vídeo, tot sembla estar bé. I ja el podeu donar per a la producció, per fer publicitat d'aquest curs. Però de nou, no, és massa aviat, perquè recentment hem deixat de confiar una mica en nosaltres mateixos i, en principi, hem començat a treballar més amb el feedback. Hi ha una cosa com les proves beta: és quan es convida persones de fora, que no estan connectades amb la nostra empresa de cap manera, i per a algunes llaminadures se'ls mostren totes les parts del curs, vídeos, text, tasques pràctiques, perquè avaluar la qualitat del material, l'accessibilitat del material i ens va ajudar a fer el curs el millor possible.
- I quan passen diverses iteracions, altaveus, proves alfa en forma de suport tècnic, proves beta i millores. I tot comença de nou: assistència tècnica, proves beta, millores.
- I en algun moment s'entén que o hem acabat amb les modificacions, perquè no és del tot realista assegurar-nos que agradi a tothom, o bé es prenen decisions dràstiques. Quan molts comentaris en determinats llocs siguin crítics, torneu-los a fer de manera global, perquè alguna cosa va fallar.
- Aleshores arriba el moment de les edicions menors: en algun lloc la frase no està molt ben formulada, en algun lloc a algú no li agrada el tipus de lletra, 14,5, però voldria 15,7.
- Quan es manté aquest tipus de comentaris, ja està, més o menys s'obre el curs, comencen les vendes oficials.
I a primera vista, la tasca breu i senzilla de crear un curs resulta que no és gens senzilla i triga un temps increïblement llarg.
I hi ha un altre punt important que el treball amb el curs no s'acaba quan s'estrena el curs. En primer lloc, llegim atentament els comentaris que es deixen en determinades parts. I malgrat tots els esforços que hem fet, encara s'identifiquen alguns defectes, alguns errors s'estan corregint i millorant al llarg del camí, en temps real, perquè cada usuari posterior rebi un millor servei.
Cada curs té el seu propi product owner, que, a més de definir el concepte general, revisa els terminis, fa notes als marges que quan arribi el moment de reescriure completament el curs, i segur que arribarà, perquè d'aquí a dos anys, o fins i tot un any després, part del que expliquem es tornarà irrellevant simplement perquè quedarà moralment obsolet. El propietari del producte fa notes als marges que la majoria de vegades es pregunta quins punts no estaven clars, quines tasques semblaven molt difícils i quines semblaven, al contrari, molt senzilles. I tot això es té en compte a l'hora de tornar a gravar el curs, durant algun tipus de refactorització, perquè cada iteració del curs global sigui millor, més còmode i còmode.
Així apareixen els cursos.
Com va néixer el curs Docker
Aquest és un tema a part i fins i tot inusual per a nosaltres. Perquè d'una banda, no teníem previst fer-ho, perquè moltes escoles online ho ofereixen. D'altra banda, ell mateix va demanar llibertat i va trobar un lloc lògic en el nostre concepte de formació d'especialistes informàtics a Kubernetes.
Parlant molt globalment, inicialment tot va començar amb un curs sobre Kubernetes, quan tot just va començar, al meu entendre, després del primer Slurm. Hem recollit comentaris i hem vist que moltes persones volen llegir alguna cosa addicional sobre Docker en un altre lloc i, en general, molts arriben al curs bàsic sobre Kubernetes sense saber què és. .
Per tant, per al segon Slurm van fer un curs, o millor dit, ni tan sols un curs, sinó que van fer un parell de capítols sobre Dockers. On explicaven algunes de les coses més bàsiques, perquè la gent que vingués a l'intensiu no se sentia privada i en general entengués què passava.
I després els esdeveniments es van desenvolupar aproximadament així. La quantitat de material va créixer i va deixar d'encaixar en 3 dies. I va aparèixer una idea lògica i òbvia: per què no convertir el que cobrim a Slurm Basic en una mena de petit curs al qual podríeu enviar persones que vulguin veure alguna cosa sobre Docker abans de fer un curs intensiu de Kubernetes.
Slurm Junior és, de fet, una combinació de diversos cursos bàsics d'aquest tipus. Com a resultat, el curs Docker es va convertir en una peça de Slurm Junior. És a dir, aquest és un pas tan zero abans и . I després només hi havia abstraccions molt bàsiques.
En algun moment, la gent va començar a preguntar: “Nois, tot això està genial, n'hi ha prou per entendre de què parleu als cursos intensius. On puc llegir amb més detall sobre què pot fer Docker i com treballar-hi, i què és?" Així que va sorgir la idea de fer-ho clar , de manera que, en primer lloc, les persones que vinguin a Slurm utilitzant Kubernetes encara hi puguin ser enviades, i d'altra banda, els que ni tan sols estiguin interessats en Kubernetes en aquesta fase de desenvolupament. Perquè un especialista informàtic pugui venir a veure el nostre curs sobre Docker i començar el seu camí evolutiu simplement amb Docker pur. De manera que tenim un curs tan complet i complet, i després molts, havent vist aquest curs, després d'haver treballat durant un temps amb Docker pur, han crescut fins al nivell que necessiten Kubernetes o algun altre sistema d'orquestració. I ens van venir especialment.
De vegades es fa la pregunta: "Quin tipus de gent ara pot no necessitar Kubernetes?" Però aquesta pregunta no és sobre persones, sinó sobre empreses. Aquí cal entendre que Kubernetes té certs casos en què s'adapta bé i tasques que resol bé, però al contrari, hi ha alguns escenaris per utilitzar Kubernetes quan provoca dolor addicional i patiment addicional. Per tant, ni tan sols depèn de les persones, sinó de quines empreses han estat desenvolupant i durant quant de temps.
Per exemple, un monòlit heretat terrible: probablement no hauríeu d'introduir-lo a Kubernetes, perquè causarà més problemes que beneficis. O, per exemple, si es tracta d'un projecte petit, té una petita càrrega o, en principi, pocs diners i recursos. No té sentit arrossegar-lo a Kubernetes.
I en general, probablement, en general, com molta gent ja ha dit, si feu la pregunta: "Necessito Kubernetes?", és molt probable que no ho necessitis. No recordo qui el va inventar primer, al meu entendre, Pasha Selivanov. Estic d'acord amb això al 100%. I heu de créixer fins a Kubernetes, i quan ja quedi clar que necessito Kubernetes i la nostra empresa ho necessita, i ajudarà a resoldre aquests o altres problemes, probablement tingui sentit anar a aprendre i esbrinar exactament com configurar-lo. funciona bé, de manera que el procés de canvi a Kubernetes no sigui gaire dolorós.
Algunes dolències infantils i algunes coses senzilles, i fins i tot no molt simples, es poden descobrir especialment per nosaltres, i no passar pel vostre propi rasclet i dolor.
Moltes empreses han fet exactament el camí que al principi només hi havia algun tipus d'infraestructura sense contenidors. Llavors van arribar al punt en què es va fer difícil gestionar-ho tot, van canviar a Docker i en algun moment van créixer fins al punt que es va reduir en el marc de Docker i el que ofereix. I van començar a mirar què hi havia al voltant, quins sistemes resolen aquests problemes i, en particular, Kubernetes: aquest és un d'aquells sistemes que us permeten resoldre problemes quan Docker pur s'amuntega i no té funcionalitat, aquest és un cas molt bo quan la gent Van pas a pas de baix a dalt, entenen que aquesta tecnologia no és suficient i passen al següent nivell. Van fer servir alguna cosa, va tornar a escassejar i van seguir endavant.
Aquesta és una elecció conscient i és molt interessant.
En general, veig que el nostre sistema està molt ben construït, per exemple, , fins i tot mitjançant cursos de vídeo. Llavors després de docker va aleshores aleshores . Tot s'alinea lògicament: una persona passa i sorgeix una professió sòlida.
En principi, el conjunt de cursos permet cobrir molts casos, fins i tot moderns. Encara hi ha zones que segueixen sent una zona grisa, espero que aviat creem alguns cursos que ens permetran tancar aquestes zones grises, en particular, ens sortirem alguna cosa sobre seguretat. Perquè això s'està tornant molt rellevant.
En resum, tenim algunes zones grises que estaria molt bé tancar, perquè fos una imatge completa i completa, i la gent podria venir, i igual que Kubernetes és com un constructor de Lego, pots fer coses diferents de recull, si encara no n'hi ha prou, suplement, el mateix amb els nostres cursos, perquè la gent entengui què necessita d'això; han de muntar una mena de trencaclosques, una mena de conjunt de construcció dels nostres cursos.
Si us feu una pregunta generalment correcta i honesta: "Qui podria utilitzar un curs de Docker actiu ara?", aleshores:
- Per a estudiants que tot just comencen a introduir-s'hi.
- Empleats del departament de proves.
- De fet, hi ha moltes empreses que encara no només no fan servir Docker, sinó que ningú ha sentit a parlar d'aquesta tecnologia i, en principi, no la sap utilitzar. I conec diverses grans empreses a Sant Petersburg que s'han desenvolupat durant molts anys, i van utilitzar algunes tecnologies antigues, s'estan movent en aquesta direcció. En particular, per a aquestes empreses, per als enginyers d'aquestes empreses, aquest curs pot ser molt interessant, ja que, en primer lloc, us permetrà submergir-vos ràpidament en aquesta tecnologia i, en segon lloc, tan aviat com apareguin diversos enginyers que entenguin com tot això. funciona, poden portar-ho a l'empresa i desenvolupar aquesta cultura i aquestes direccions dins de l'empresa.
- Al meu entendre, aquest curs encara pot ser útil per a aquells que ja han treballat amb Docker, però molt poc i més a l'estil "fes una vegada, fes dues vegades", i ara interactuaran d'alguna manera amb el mateix Kubernetes, i això els imposa certes obligacions, si tens un coneixement molt superficial de què és docker, com s'executa, però alhora no saps com funciona des de dins, no saps què és millor fer-ho. això i què és millor no fer, Aleshores aquest curs és molt adequat per sistematitzar i aprofundir en el coneixement.
Però si teniu coneixements a nivell de: "No sé com escriure correctament els mateixos fitxers Docker, puc imaginar què són els espais de noms, com funcionen els contenidors, com s'implementen realment a nivell de sistema operatiu" - llavors hi ha definitivament no té sentit anar a nosaltres, no aprendràs res nou i estaràs una mica trist pels diners i el temps invertit.
Si formulem quins avantatges té el nostre curs, aleshores:
- Hem intentat fer aquest curs amb un nombre suficient de casos pràctics que et permetran no només entendre la part teòrica que hi ha, sinó també entendre per què el necessites i com el faràs servir en el futur;
- hi ha diverses seccions que molt poques vegades es troben enlloc i, en general, no hi ha gaire material. Es relacionen amb la interacció de Docker amb el sistema operatiu, fins i tot de manera una mica diferent. Quins mecanismes va prendre Docker del sistema operatiu per implementar el sistema de contenidors, i això proporciona una comprensió més profunda de tot el problema de l'execució de contenidors dins del sistema operatiu Linux. Com funciona, com interactuen entre ells dins del sistema operatiu, fora, etc.
Aquesta és una mirada tan profunda que passa poques vegades i, al mateix temps, al meu entendre, és molt important. Si voleu entendre bé qualsevol tecnologia i entendre què esperar-ne, com a mínim cal tenir una idea general de com funciona a un nivell baix.
El nostre curs mostra i explica com funciona això des del punt de vista del sistema operatiu. D'una banda, tots els sistemes de contenidorització utilitzen els mateixos mecanismes del sistema operatiu. D'altra banda, prenen el que hi ha al sistema operatiu Linux, com Docker. Altres sistemes de contenidors no van presentar res de nou: van agafar el que ja estava a Linux i van escriure només un embolcall convenient que us permet trucar-lo, executar-lo o interactuar d'alguna manera amb ell. El mateix Docker no és una capa molt gran entre el sistema operatiu i la línia d'ordres, és una mena d'utilitat que permet no escriure quilotones d'ordres o algun tipus de codi C per crear un contenidor, sinó fer-ho introduint un parell de línies a la terminal.
I una cosa més, si parlem específicament de Docker, el que realment va aportar Docker al món informàtic són els estàndards. Com s'ha de llançar l'aplicació, com ha de funcionar, quins són els requisits dels registres, quins són els requisits per a l'escalat, la configuració de l'aplicació en si.
En molts aspectes, Docker tracta d'estàndards.
Els estàndards també s'estan traslladant a Kubernetes, i hi ha exactament els mateixos estàndards; si sabeu com executar bé la vostra aplicació a Docker, el 99% del temps funcionarà igual de bé a Kubernetes.
Si t'interessa no només com es va crear el curs Docker, sinó també altres cursos, sinó també el curs en si des d'un punt de vista pràctic, aleshores
Estarem encantats de veure't!
Font: www.habr.com