Mae cyfranogwr yn dod i gwrs neu gwrs dwys. Mae'n gweld rhesi trefnus o gymorth technegol, ceblau pŵer wedi'u cyfeirio'n daclus, cynllun bwrdd gwirio'r neuadd ddarlithio, lluniau llachar a diagramau sleidiau. Mae siaradwyr â jôcs a gwên yn rhoi gwybodaeth yn y fath fodd fel bod gennych chi amser i'w deall. Mae'r standiau wedi'u gosod, mae tasgau ymarfer yn syml yn hedfan oddi ar eich bysedd, heblaw bod angen help staff technegol arnoch weithiau. cefnogaeth.
A hefyd egwyliau coffi gyda phobl o'r un anian, awyrgylch siriol ac egnïol, cyfnewid profiadau, y cwestiynau mwyaf annisgwyl i siaradwyr. Y ddau ateb a gwybodaeth na fyddwch yn dod o hyd iddynt mewn llawlyfrau, ond yn ymarferol yn unig.
Faint o amser, ymdrech a nerfau ydych chi'n meddwl gymerodd i wneud iddo edrych yn union fel hyn?
Diolch i Volodya Guryanov, gweinyddwr Kubernetes ardystiedig a pheiriannydd / arweinydd tîm yn Southbridge, sydd wedi bod yn dyst ac wedi cymryd rhan weithredol yn y gwaith o greu llawer o gyrsiau Slurm o'r cychwyn cyntaf.
Gwelodd y greadigaeth waelodol wrth gwrs—cymhlethdodau a chribiniau pigog, mewnwelediadau ac atebion annisgwyl. A'r Kubernetes dwys sydd eisoes yn gyfarwydd, fel Slurm Basic a Slurm Mega. A chwrs newydd, wedi'i ddiwygio i raddau helaeth , sy'n agosáu yn ddiwrthdro ac a fydd yn dechrau ar Awst 19.
Ond, efallai, digon o'r geiriau, gadewch i ni symud ymlaen at y stori ei hun. Sut o un neu ddau o bynciau dwys yn gwbl hunangynhaliol ac amlochrog . Felly fe ddechreuaf y stori am sut mae cyrsiau'n cael eu creu a'u datblygu - yn union fel “Amser maith yn ôl mewn galaeth bell, bell i ffwrdd...”
Beth sydd y tu ôl i'r llenni?
Os gofynnwch sut rydyn ni'n gwneud cyrsiau a lle mae'r cyfan yn dechrau, byddaf yn ateb yn syml "Mae'r cyfan yn dechrau gyda syniad."
Fel arfer mae’r syniad yn dod o rywle – dydyn ni ddim yn eistedd gyda gefynnau yn yr islawr nes i ni feddwl am: “Pa bwnc dylen ni wneud cwrs arno?” Daw syniadau o rywle ar eu pen eu hunain o ffynonellau allanol. Weithiau mae pobl yn dechrau gofyn yn weithredol: "Beth ydych chi'n ei wybod am dechnoleg o'r fath a thechnoleg benodol?" Neu sut oedd hi gyda Docker ei bod hi’n amhosib ei ffitio i mewn i amseriad y cwrs dwys – yn amlwg roedd rhaid mynd ag e allan er mwyn cael amser i ddweud rhywbeth yn ystod y cwrs dwys.
Dyma sut mae syniad yn ymddangos.
Ar ôl ei gyhoeddi, yn fy marn i, mae'r foment anoddaf yn dechrau - i ddeall yn gyffredinol beth i'w gynnwys yn y cwrs hwn - mae hyn yn debyg iawn i sut mae siaradwyr yn cael eu paratoi ar gyfer unrhyw gynadleddau.
Mae un brif boen pan mae'n ymddangos eich bod wedi dewis pwnc ac yn meddwl: “Beth alla i ei ddweud amdano? Mae hyn yn rhy syml, mae hyn yn amlwg, mae pawb yn gwybod hyn hefyd. ”
Ond mewn gwirionedd nid yw hyn yn wir o gwbl. Ac rwy'n dweud yn bersonol mewn sawl man nad yw'r hyn sy'n ymddangos yn amlwg i chi, i'r rhai sy'n dod i wrando arnoch chi neu i ddilyn cwrs, yn amlwg o gwbl. Ac yma mae haen mor fawr o waith a gwrthdaro mewnol yn codi, o ran beth i'w gynnwys yn y cwrs. O ganlyniad, rydym yn cael rhestr o'r fath o benodau gyda strociau mawr ysgubol o'r fath, beth fydd y cwrs yn ei gylch.
Ac yna mae'r gwaith arferol syml yn dechrau:
- Detholiad o ddeunydd
- Darllenwch y ddogfennaeth ar gyfer y fersiwn gyfredol yn ofalus, gan fod y byd TG bellach yn datblygu ar ryw fath o gyflymder cosmig. Hyd yn oed os ydych chi'n gweithio gyda rhywbeth ac yn gwneud cwrs amdano, mae'n rhaid i chi fynd i'r ddogfennaeth a gweld beth sy'n newydd yno, beth sy'n ddiddorol siarad amdano, beth allai fod yn arbennig o ddefnyddiol i'w grybwyll.
- Ac mae sgerbwd penodol o'r cwrs yn ymddangos, lle mae'r rhan fwyaf o'r pynciau, yn gyffredinol, eisoes wedi'u cynnwys ac mae'n ymddangos bod beth bynnag sydd yno - recordio fideos a'u lansio i gynhyrchu.
- Ond mewn gwirionedd, na, yna mae'r gwaith caled yn dechrau, ond nid i awduron y cwrs, ond i'r rhai sy'n profi. Fel arfer mae ein profwyr alffa yn gymorth technegol, sydd, yn gyntaf, yn prawfddarllen y cyrsiau am unrhyw wallau cystrawenyddol a gramadegol. Yn ail, maen nhw'n ein curo'n boenus â ffyn ac yn rhegi pan fo rhai mannau cwbl anamlwg, annealladwy. Pan fydd rhai brawddegau israddol wedi'u cyfansoddi'n gymhleth yn para cwpl o dudalennau neu nonsens amlwg yn ymddangos yn y testunau. Maen nhw'n darllen y cyfan, edrychwch allan amdano.
- Yna mae'r cam profi ymarfer yn dechrau, lle mae rhai pethau amlwg nad ydynt yn gweithio hefyd yn cael eu dal a rhai eiliadau'n cael eu dangos y gellir naill ai eu gwneud yn anoddach, gan nad yw'n dod yn ddiddorol iawn - dim ond eistedd a chopïo - a nodir mannau lle mae'n anodd iawn. anodd ac mae gennym lawer i'w wneud yr ydym ei eisiau gan bobl a fydd yn dilyn y cwrs hwn. Ac yna daw argymhellion: “Bois, gwnewch bethau’n symlach yma, bydd yn haws ei ganfod a bydd mwy o fudd ohono.”
- Ar ôl i'r swm hwn o waith gael ei wneud, ysgrifennir y rhan sy'n ymwneud â'r fideo, mae'n ymddangos bod popeth yn iawn. A gallwch chi ei roi eisoes ar gyfer cynhyrchu, ar gyfer hysbysebu'r cwrs hwn. Ond eto, na, mae’n rhy gynnar – oherwydd yn ddiweddar rydym wedi rhoi’r gorau i ymddiried yn ein hunain ychydig ac, mewn egwyddor, wedi dechrau gweithio mwy gydag adborth. Mae yna'r fath beth â phrofi beta - dyma pryd mae pobl yn cael eu gwahodd gan bobl o'r tu allan, nad ydyn nhw'n gysylltiedig â'n cwmni mewn unrhyw ffordd, ac ar gyfer rhai nwyddau da dangosir iddynt bob rhan o'r cwrs, fideos, testun, tasgau ymarferol, fel eu bod gwerthuso ansawdd y deunydd, hygyrchedd y deunydd a'n helpu i wneud y cwrs cystal â phosibl.
- A phan fydd sawl iteriad o'r fath yn mynd drwodd, siaradwyr, profion alffa ar ffurf cymorth technegol, profion beta, gwelliannau. Ac yna mae popeth yn dechrau eto - cefnogaeth dechnegol, profi beta, gwelliannau.
- Ac ar ryw adeg benodol, daw'r ddealltwriaeth ein bod naill ai wedi'n gwneud ag addasiadau, oherwydd ei bod yn gwbl afrealistig gwneud yn siŵr bod pawb yn ei hoffi, neu fod rhai penderfyniadau llym yn cael eu gwneud. Pan fydd llawer o sylwadau ar rai lleoedd yn hollbwysig, dylech eu hail-wneud yn fyd-eang, oherwydd aeth rhywbeth o'i le.
- Yna daw'r amser am fân olygiadau - rhywle nad yw'r frawddeg wedi'i llunio'n braf iawn, rhywle nad yw rhywun yn hoffi'r ffont, 14,5, ond hoffai 15,7.
- Pan erys y math hwn o sylw, yna dyna ni, mae'r cwrs yn agor fwy neu lai, mae gwerthiant swyddogol yn dechrau.
Ac ar yr olwg gyntaf, nid yw'r dasg fer a syml o greu cwrs yn syml o gwbl ac mae'n cymryd amser anhygoel o hir.
Ac mae pwynt pwysig arall nad yw gwaith gyda'r cwrs yn dod i ben pan ryddheir y cwrs. Yn gyntaf, rydym yn darllen yn ofalus y sylwadau sy'n weddill ar rai rhannau. A hyd yn oed er gwaethaf yr holl ymdrechion yr ydym wedi'u gwneud, mae rhai diffygion yn dal i gael eu nodi, mae rhai camgymeriadau yn cael eu cywiro a'u gwella ar hyd y ffordd, mewn amser real, fel bod pob defnyddiwr dilynol yn derbyn gwasanaeth gwell.
Mae gan bob cwrs ei berchennog cynnyrch ei hun, sydd, yn ogystal â diffinio'r cysyniad cyffredinol, yn gwirio'r terfynau amser, mae'n gwneud nodiadau ar yr ymylon, pan ddaw'r amser i ailysgrifennu'r cwrs yn llwyr, a bydd yn bendant yn dod, oherwydd ymhen dwy flynedd, neu hyd yn oed flwyddyn yn ddiweddarach, bydd rhywfaint o'r hyn a ddywedwn yn dod yn amherthnasol yn syml oherwydd y bydd yn darfod yn foesol. Mae perchennog y cynnyrch yn gwneud nodiadau ar yr ymylon y mae pobl yn aml yn gofyn pa bwyntiau oedd yn aneglur, pa dasgau oedd yn ymddangos yn anodd iawn, ac a oedd yn ymddangos, i'r gwrthwyneb, yn syml iawn. Ac mae hyn i gyd yn cael ei ystyried wrth ail-gofnodi'r cwrs, yn ystod rhyw fath o ailffactorio, fel bod pob iteriad o'r cwrs byd-eang yn dod yn well, yn fwy cyfleus a chyfforddus.
Dyma sut mae cyrsiau'n ymddangos.
Sut y ganwyd y cwrs Docker
Mae hwn yn bwnc ar wahân a hyd yn oed yn anarferol i ni. Oherwydd ar y naill law, nid oeddem yn bwriadu ei wneud, oherwydd mae llawer o ysgolion ar-lein yn ei gynnig. Ar y llaw arall, gofynnodd ef ei hun am ryddid a daeth o hyd i le rhesymegol yn ein cysyniad o hyfforddi arbenigwyr TG yn Kubernetes.
A siarad yn fyd-eang iawn, i ddechrau dechreuodd y cyfan gyda chwrs ar Kubernetes, pan oedd newydd ddechrau, yn fy marn i, ar ôl y Slurm cyntaf. Fe wnaethom gasglu adborth a gweld bod llawer o bobl eisiau darllen rhywbeth ychwanegol am Docker yn rhywle arall, ac yn gyffredinol mae llawer yn dod i'r cwrs sylfaenol ar Kubernetes heb wybod beth ydyw .
Felly, ar gyfer yr ail Slurm gwnaethant gwrs - neu yn hytrach, nid hyd yn oed gwrs, ond gwnaethant cwpl o benodau ar Dockers. Lle roedden nhw’n dweud rhai o’r pethau mwyaf sylfaenol, fel na fyddai pobl sy’n dod i’r dwys yn teimlo’n ddifreintiedig ac yn deall yn gyffredinol beth oedd yn digwydd.
Ac yna datblygodd digwyddiadau yn fras fel hyn. Tyfodd faint o ddeunydd a stopiodd ffitio mewn 3 diwrnod. Ac ymddangosodd syniad rhesymegol ac amlwg: beth am droi'r hyn rydyn ni'n ei gwmpasu yn Slurm Basic yn rhyw fath o gwrs bach y gallech chi anfon pobl iddo sydd eisiau gwylio rhywbeth am Docker cyn dilyn cwrs dwys ar Kubernetes.
Mewn gwirionedd, mae Slurm Junior yn gyfuniad o nifer o gyrsiau sylfaenol o'r fath. O ganlyniad, daeth y cwrs Docker yn ddarn o Slurm Junior. Hynny yw, mae hwn yn gam mor sero o'r blaen и . Ac yna dim ond tyniadau sylfaenol iawn oedd.
Ar ryw adeg, dechreuodd pobl ofyn: “Bois, mae hyn i gyd yn wych, mae hyn yn ddigon i ddeall beth rydych chi'n siarad amdano yn y cyrsiau dwys. Ble alla i ddarllen yn fwy manwl am yr hyn y gall dociwr ei wneud a sut i weithio gydag ef, a beth ydyw?” Felly daeth y syniad i'w wneud yn syth , fel y gellir dal i anfon pobl sy'n dod i Slurm gan ddefnyddio Kubernetes ato, ac ar y llaw arall, i'r rhai nad oes ganddynt ddiddordeb hyd yn oed yn Kubernetes ar y cam hwn o ddatblygiad. Fel y gall arbenigwr TG ddod i wylio ein cwrs ar Docker a dechrau ei lwybr esblygiadol yn syml gyda Docker pur. Fel bod gennym gwrs mor llawn, cyflawn - ac yna mae llawer, ar ôl gwylio'r cwrs hwn, ar ôl gweithio ers peth amser gyda Docker pur, wedi tyfu i'r lefel lle mae angen Kubernetes neu ryw system cerddorfaol arall arnynt. A daethant atom yn arbennig.
Weithiau gofynnir y cwestiwn: “Pa fath o bobl nawr efallai nad oes angen Kubernetes arnyn nhw?” Ond nid yw'r cwestiwn hwn yn ymwneud â phobl, yn hytrach yn gwestiwn am gwmnïau. Yma mae angen i chi ddeall bod gan Kubernetes rai achosion lle mae'n addas iawn a thasgau y mae'n eu datrys yn dda, ond i'r gwrthwyneb, mae rhai senarios ar gyfer defnyddio Kubernetes pan fydd yn achosi poen ychwanegol a dioddefaint ychwanegol. Felly, nid yw hyd yn oed yn dibynnu ar bobl, ond ar yr hyn y mae cwmnïau wedi bod yn ei ddatblygu ac am ba hyd.
Er enghraifft, monolith Etifeddiaeth ofnadwy - mae'n debyg na ddylech ei wthio i mewn i Kubernetes, oherwydd bydd yn achosi mwy o broblemau na buddion. Neu, er enghraifft, os yw hwn yn brosiect bach, mae ganddo lwyth bach neu, mewn egwyddor, dim llawer o arian ac adnoddau. Nid oes diben ei lusgo i mewn i Kubernetes.
Ac yn gyffredinol, yn ôl pob tebyg, yn gyffredinol, fel y mae llawer o bobl wedi'i ddweud eisoes, os ydych chi'n gofyn y cwestiwn: "A oes angen Kubernetes arnaf?", yna mae'n fwyaf tebygol nad oes ei angen arnoch chi. Nid wyf yn cofio pwy ddaeth i fyny ag ef gyntaf, yn fy marn i, Pasha Selivanov. Rwy'n cytuno â'r 100% hwn. Ac mae angen i chi dyfu i fyny i Kubernetes - a phan ddaw'n amlwg eisoes bod angen Kubernetes arnaf ac mae ein cwmni ei angen, a bydd yn helpu i ddatrys materion o'r fath ac o'r fath, yna mae'n debyg ei bod yn gwneud synnwyr i fynd i ddysgu a chyfrif i maes yn union sut i osod i fyny yn dda, fel nad yw'r broses o newid i Kubernetes yn boenus iawn.
Mae anhwylderau rhai plant a rhai pethau syml, a hyd yn oed nid rhai syml iawn, i'w cael yn arbennig gennym ni, a pheidio â mynd trwy'ch rhaca a'ch poen eich hun.
Mae llawer o gwmnïau wedi mynd yn union fel mai dim ond rhyw fath o seilwaith oedd ar y dechrau heb gynhwysydd. Yna fe gyrhaeddon nhw'r pwynt lle daeth yn anodd rheoli'r cyfan, fe wnaethant newid i Docker ac ar ryw adeg fe dyfodd i'r pwynt lle daeth yn gyfyng o fewn fframwaith Docker a'r hyn y mae'n ei gynnig. A dechreuon nhw edrych ar yr hyn oedd o gwmpas, pa systemau sy'n datrys y problemau hyn, ac yn arbennig Kubernetes - dyma un o'r systemau hynny sy'n eich galluogi i ddatrys problemau pan fydd Docker pur yn dod yn orlawn ac yn brin o ymarferoldeb, mae hwn yn achos da iawn pan fydd pobl. Maent yn mynd gam wrth gam o'r gwaelod i fyny, yn deall nad yw'r dechnoleg hon yn ddigon ac yn symud i'r lefel nesaf. Fe wnaethon nhw ddefnyddio rhywbeth, aeth yn brin eto, a symudon nhw ymlaen.
Mae hwn yn ddewis ymwybodol - ac mae'n cŵl iawn.
Yn gyffredinol, gwelaf fod ein system wedi'i hadeiladu'n hyfryd iawn, er enghraifft, , hyd yn oed trwy gyrsiau fideo. Yna ar ôl docker mae'n mynd yna yna . Mae popeth yn cyd-fynd yn rhesymegol - mae person yn pasio ac mae proffesiwn cadarn yn dod i'r amlwg.
Mewn egwyddor, mae'r set o gyrsiau yn caniatáu ichi gwmpasu llawer o achosion, hyd yn oed rhai modern. Mae yna feysydd sy'n parhau i fod yn ardal lwyd, rwy'n gobeithio y byddwn yn creu rhai cyrsiau cyn bo hir a fydd yn caniatáu inni gau'r ardaloedd llwyd hyn, yn benodol, byddwn yn meddwl am rywbeth am ddiogelwch. Oherwydd mae hyn yn dod yn berthnasol iawn.
Yn fyr, mae gennym rai ardaloedd llwyd y byddai'n braf iawn eu cau, fel y byddai'n ddarlun cyflawn, cyflawn - a gallai pobl ddod, ac yn union fel Kubernetes ei hun yn debyg i adeiladwr Lego, gallwch wneud pethau gwahanol o mae'n casglu, os nad oes digon o hyd - atodiad, yr un peth â'n cyrsiau, fel y gall pobl ddeall yr hyn sydd ei angen arnynt o hyn; mae angen iddynt gydosod math o bos, math o set adeiladu o'n cyrsiau.
Os gofynnwch gwestiwn cyffredinol gywir a gonest i chi'ch hun: “Pwy allai ddefnyddio cwrs Docker gweithredol nawr?”, yna:
- Ar gyfer myfyrwyr sydd newydd ddechrau mynd i mewn iddo.
- Profi gweithwyr yr adran.
- Mewn gwirionedd, mae yna lawer o gwmnïau sydd, nid yn unig, nid yn unig yn defnyddio Docker, ond nid oes neb wedi clywed am dechnoleg o'r fath ac, mewn egwyddor, ddim yn gwybod sut i'w ddefnyddio. Ac yr wyf yn gwybod nifer o gwmnïau mawr yn St Petersburg sydd wedi bod yn datblygu ers blynyddoedd lawer, ac maent yn defnyddio rhai technolegau hen, maent yn symud i'r cyfeiriad hwn. Yn benodol, ar gyfer cwmnïau o'r fath, ar gyfer peirianwyr mewn cwmnïau o'r fath, gall y cwrs hwn fod yn ddiddorol iawn, oherwydd, yn gyntaf, bydd yn caniatáu ichi ymgolli'n gyflym yn y dechnoleg hon, ac yn ail, cyn gynted ag y bydd sawl peiriannydd yn ymddangos sy'n deall sut mae'r cyfan. yn gweithio, gallant ddod ag ef i'r cwmni a datblygu'r diwylliant hwn a'r cyfarwyddiadau hyn o fewn y cwmni.
- Yn fy marn i, efallai y bydd y cwrs hwn yn dal i fod yn ddefnyddiol i'r rhai sydd eisoes wedi gweithio gyda docwr, ond ychydig iawn a mwy yn yr arddull "gwneud unwaith, gwnewch ddwywaith" - a nawr maen nhw'n mynd i ryngweithio rywsut gyda'r un Kubernetes, a hyn yn gosod rhwymedigaethau penodol arnynt, os oes gennych wybodaeth arwynebol iawn o beth yw docwr, sut i'w redeg, ond ar yr un pryd nid ydych chi'n gwybod sut mae'n gweithio o'r tu mewn, nid ydych chi'n gwybod beth sydd orau i'w wneud ag ef a beth sy'n well peidio â'i wneud, Yna mae'r cwrs hwn yn addas iawn ar gyfer systemateiddio a dyfnhau gwybodaeth.
Ond os oes gennych chi wybodaeth ar lefel: “Dydw i ddim yn gwybod sut i ysgrifennu'r un ffeiliau Dociwr yn gywir, gallaf ddychmygu beth yw gofodau enwau, sut mae cynwysyddion yn gweithio, sut maen nhw'n cael eu gweithredu ar lefel y system weithredu” - yna mae yna yn bendant dim pwynt mynd atom ni, ni fyddwch yn dysgu unrhyw beth newydd a byddwch ychydig yn drist am yr arian a'r amser a dreulir.
Os byddwn yn llunio pa fanteision sydd gan ein cwrs, yna:
- Fe wnaethon ni geisio gwneud y cwrs hwn gyda nifer digonol o achosion ymarferol a fydd yn eich galluogi nid yn unig i ddeall y rhan ddamcaniaethol sy'n bodoli, ond hefyd i ddeall pam mae ei angen arnoch a sut y byddwch yn ei ddefnyddio yn y dyfodol;
- mae yna sawl adran sydd i’w cael yn anaml iawn yn unman – ac yn gyffredinol does dim cymaint â hynny o ddeunydd arnyn nhw. Maent yn ymwneud â rhyngweithio Docker â'r system weithredu, hyd yn oed ychydig yn wahanol. Pa fecanweithiau a gymerodd Docker o'r system weithredu i weithredu'r system cynhwysyddion - ac mae hyn yn rhoi dealltwriaeth mor ddyfnach o'r holl fater o redeg cynwysyddion o fewn system weithredu Linux. Sut mae'n gweithio, sut mae'n rhyngweithio â'i gilydd y tu mewn i'r system weithredu, y tu allan, ac ati.
Mae hwn yn edrychiad mor ddwfn fel ei fod yn digwydd yn eithaf anaml, ac ar yr un pryd, yn fy marn i, mae'n bwysig iawn. Os ydych chi eisiau deall unrhyw dechnoleg yn dda a deall beth i'w ddisgwyl ganddi, mae angen i chi o leiaf gael syniad cyffredinol o sut mae'n gweithio ar lefel isel.
Mae ein cwrs yn dangos ac yn dweud sut mae hyn yn gweithio o safbwynt y system weithredu. Ar y naill law, mae'r holl systemau cynhwysyddion yn defnyddio'r un mecanweithiau system weithredu. Ar y llaw arall, maen nhw'n cymryd yr hyn sydd yn system weithredu Linux, fel docker. Ni ddaeth systemau cynhwysyddion eraill i fyny ag unrhyw beth newydd - fe wnaethant gymryd yr hyn a oedd eisoes yn Linux ac ysgrifennu deunydd lapio cyfleus yn unig sy'n eich galluogi i'w alw'n gyflym, ei redeg, neu rywsut ryngweithio ag ef. Nid yw'r un Dociwr yn haen fawr iawn rhwng y system weithredu a'r llinell orchymyn, mae'n fath o ddefnyddioldeb sy'n eich galluogi i beidio ag ysgrifennu kilotonau o orchmynion neu ryw fath o god C i greu cynhwysydd, ond i wneud hyn trwy fynd i mewn cwpl o linellau yn y derfynell.
Ac un peth arall, os ydym yn sôn yn benodol am Docker, yr hyn a ddaeth Docker i'r byd TG mewn gwirionedd yw safonau. Sut y dylid lansio'r cais, sut y dylai weithio, beth yw'r gofynion ar gyfer logiau, beth yw'r gofynion ar gyfer graddio, ffurfweddu'r cais ei hun.
Mewn sawl ffordd, mae docker yn ymwneud â safonau.
Mae safonau hefyd yn symud i Kubernetes - ac mae'r un safonau yn union; os ydych chi'n gwybod sut i redeg eich cais yn dda yn Docker, yna 99% o'r amser bydd yn gweithio cystal o fewn Kubernetes.
Os oedd gennych ddiddordeb nid yn unig yn y ffordd y crëwyd y cwrs Docker, ond hefyd mewn cyrsiau eraill, ond hefyd â diddordeb yn y cwrs ei hun o safbwynt ymarferol, yna
Byddwn yn falch o'ch gweld!
Ffynhonnell: hab.com