PiezÄ«me. tulk.: Ŕī gada 16. maijs iezÄ«mÄ nozÄ«mÄ«gu pavÄrsienu Kubernetes - Helm pakotÅu pÄrvaldnieka attÄ«stÄ«bÄ. Å ajÄ dienÄ tika prezentÄts projekta topoÅ”Äs galvenÄs versijas pirmais alfa laidiens - 3.0. TÄ izlaiÅ”ana ienesÄ«s Helm nozÄ«mÄ«gas un ilgi gaidÄ«tas izmaiÅas, uz kurÄm daudzi Kubernetes kopienÄ saista lielas cerÄ«bas. MÄs paÅ”i esam viens no tiem, jo āāmÄs aktÄ«vi izmantojam Helm lietojumprogrammu izvietoÅ”anai: esam to integrÄjuÅ”i mÅ«su CI/CD ievieÅ”anas rÄ«kÄ. werf un laiku pa laikam mÄs sniedzam savu ieguldÄ«jumu augÅ”teces attÄ«stÄ«bÄ. Å ajÄ tulkojumÄ ir apvienotas 7 piezÄ«mes no oficiÄlÄ Helm emuÄra, kas ir veltÄ«tas Helm 3 pirmajam alfa izlaidumam un stÄsta par projekta vÄsturi un Helm 3 galvenajÄm iezÄ«mÄm. To autors ir Mets ābacongobblerā FiÅ”ers, Microsoft darbinieks. un viens no galvenajiem Helm uzturÄtÄjiem.
15. gada 2015. oktobrÄ« piedzima projekts, kas tagad pazÄ«stams kÄ Helm. Tikai gadu pÄc tÄs dibinÄÅ”anas Helmas kopiena pievienojÄs Kubernetes, vienlaikus aktÄ«vi strÄdÄjot pie Helm 2. 2018. gada jÅ«nijÄ Helm pievienojÄs CNCF kÄ attÄ«stÄ«bas (inkubÄcijas) projekts. Ätri pÄrejiet uz mÅ«sdienÄm, un jaunÄ Helm 3 pirmÄ alfa versija ir ceļÄ. (Å”is izlaidums jau ir noticis maija vidÅ« - apm. tulk.).
Å ajÄ rakstÄ es runÄÅ”u par to, kur tas viss sÄkÄs, kÄ mÄs nokļuvÄm tur, kur esam Å”odien, iepazÄ«stinÄÅ”u ar dažÄm unikÄlajÄm funkcijÄm, kas pieejamas pirmajÄ Helm 3 alfa laidienÄ, un paskaidroÅ”u, kÄ mÄs plÄnojam virzÄ«ties uz priekÅ”u.
Kopsavilkums
Helmas izveides vÄsture;
maigas atvadas no Tillera;
diagrammu krÄtuves;
izlaiŔanas vadība;
izmaiÅas diagrammu atkarÄ«bÄs;
bibliotÄku diagrammas;
ko tÄlÄk?
Helmas vÄsture
DzimŔana
Helm 1 sÄkÄs kÄ Deisa izveidots atvÄrtÄ pirmkoda projekts. MÄs bijÄm mazs startup uzsÅ«cas Microsoft 2017. gada pavasarÄ«. MÅ«su citam atvÄrtÄ pirmkoda projektam, ko sauc arÄ« par Deisu, bija rÄ«ks deisctl, kas tika izmantota (cita starpÄ), lai instalÄtu un darbinÄtu Deis platformu Flotes klasteris. TajÄ laikÄ Fleet bija viena no pirmajÄm konteineru orÄ·estrÄÅ”anas platformÄm.
2015. gada vidÅ« mÄs nolÄmÄm mainÄ«t kursu un pÄrcÄlÄm Deis (tolaik pÄrdÄvÄja par Deis Workflow) no Fleet uz Kubernetes. Viens no pirmajiem, kas tika pÄrveidots, bija instalÄcijas rÄ«ks. deisctl. MÄs to izmantojÄm, lai instalÄtu un pÄrvaldÄ«tu Deis Workflow flotes klasterÄ«.
Helm 1 tika izveidots pÄc slavenu pakotÅu pÄrvaldnieku, piemÄram, Homebrew, apt un yum, tÄla. TÄs galvenais mÄrÄ·is bija vienkÄrÅ”ot tÄdus uzdevumus kÄ iesaiÅoÅ”ana un lietojumprogrammu instalÄÅ”ana vietnÄ Kubernetes. Helms oficiÄli tika prezentÄts 2015. gadÄ KubeCon konferencÄ Sanfrancisko.
MÅ«su pirmais mÄÄ£inÄjums ar Helmu izdevÄs, taÄu tas nebija bez nopietniem ierobežojumiem. ViÅÅ” paÅÄma Kubernetes manifestu komplektu, kas papildinÄts ar Ä£eneratoriem kÄ ievada YAML blokus. (priekÅ”Äjais jautÄjums)* un ielÄdÄja rezultÄtus Kubernetes.
* PiezÄ«me. tulk.: no pirmÄs Helm versijas YAML sintakse tika izvÄlÄta, lai aprakstÄ«tu Kubernetes resursus, un, rakstot konfigurÄcijas, tika atbalstÄ«tas Jinja veidnes un Python skripti. VairÄk par to un Helmas pirmÄs versijas uzbÅ«vi kopumÄ rakstÄ«jÄm nodaÄ¼Ä āÄŖsa Helmas vÄstureā Å”o materiÄlu.
PiemÄram, lai YAML failÄ aizstÄtu lauku, manifestam bija jÄpievieno Å”Äda konstrukcija:
#helm:generate sed -i -e s|ubuntu-debootstrap|fluffy-bunny| my/pod.yaml
Tas ir lieliski, ka mÅ«sdienÄs pastÄv veidÅu dzinÄji, vai ne?
Daudzu iemeslu dÄļ Å”im agrÄ«najam Kubernetes instalÄtÄjam bija nepiecieÅ”ams cieti kodÄts manifesta failu saraksts un tika izpildÄ«ta tikai neliela, fiksÄta notikumu secÄ«ba. To bija tik grÅ«ti izmantot, ka Deis Workflow R&D komandai bija grÅ«ti, mÄÄ£inot pÄrnest savu produktu uz Å”o platformu ā tomÄr idejas sÄklas jau bija iesÄtas. MÅ«su pirmais mÄÄ£inÄjums bija lieliska mÄcÄ«bu iespÄja: mÄs sapratÄm, ka esam patiesi aizrautÄ«gi ar pragmatisku rÄ«ku izveidi, kas risina mÅ«su lietotÄju ikdienas problÄmas.
Pamatojoties uz pagÄtnes kļūdu pieredzi, mÄs sÄkÄm izstrÄdÄt Helm 2.
Stūres izgatavoŔana 2
2015. gada beigÄs Google komanda ar mums sazinÄjÄs. ViÅi strÄdÄja pie lÄ«dzÄ«ga Kubernetes rÄ«ka. Kubernetes izvietoÅ”anas pÄrvaldnieks bija esoÅ”a rÄ«ka ports, kas tika izmantots pakalpojumam Google Cloud Platform. "Vai mÄs vÄlÄtos," viÅi jautÄja, "pavadÄ«t dažas dienas, lai apspriestu lÄ«dzÄ«bas un atŔķirÄ«bas?"
2016. gada janvÄrÄ« Helm un Deployment Manager komandas tikÄs SietlÄ, lai apmainÄ«tos ar idejÄm. Sarunas beidzÄs ar vÄrienÄ«gu plÄnu: apvienot abus projektus, lai izveidotu Helm 2. KopÄ ar Deisu un Google puiÅ”i no plkst. SkipBox(tagad daļa no Bitnami ā aptuveni tulk.), un mÄs sÄkÄm strÄdÄt pie Helm 2.
stingra apÅemÅ”anÄs nodroÅ”inÄt semantisko versiju veidoÅ”anu un saglabÄt atgriezenisku saderÄ«bu starp versijÄm.
Lai sasniegtu Å”os mÄrÄ·us, Helmas ekosistÄmai ir pievienots otrs elements. Å o klastera iekÅ”Äjo komponentu sauca par Tiller, un tas bija atbildÄ«gs par Helm diagrammu instalÄÅ”anu un to pÄrvaldÄ«bu.
KopÅ” Helm 2 izlaiÅ”anas 2016. gadÄ Kubernetes ir pievienojis vairÄkus nozÄ«mÄ«gus jauninÄjumus. Pievienota uz lomu balstÄ«ta piekļuves kontrole (RBAC), kas galu galÄ aizstÄja uz atribÅ«tiem balstÄ«tu piekļuves kontroli (ABAC). Tika ieviesti jauni resursu veidi (tolaik izvietoÅ”ana vÄl bija beta versijÄ). Tika izgudrotas pielÄgotas resursu definÄ«cijas (sÄkotnÄji sauktas par TreÅ”Äs puses resursiem vai TPR). Un pats galvenais, ir izveidojies paraugprakses kopums.
Visu Å”o izmaiÅu laikÄ Helm turpinÄja uzticÄ«gi apkalpot Kubernetes lietotÄjus. PÄc trim gadiem un daudziem jauniem papildinÄjumiem bija skaidrs, ka ir pienÄcis laiks veikt bÅ«tiskas izmaiÅas kodu bÄzÄ, lai nodroÅ”inÄtu, ka Helm varÄtu turpinÄt apmierinÄt augoÅ”Äs ekosistÄmas vajadzÄ«bas.
Maigas atvadas no Tillera
Helm 2 izstrÄdes laikÄ mÄs ieviesÄm Tiller kÄ daļu no mÅ«su integrÄcijas ar Google izvietoÅ”anas pÄrvaldnieku. Tiller spÄlÄja svarÄ«gu lomu komandÄm, kas strÄdÄja kopÄjÄ klasterÄ«: tas ļÄva dažÄdiem speciÄlistiem, kas izmanto infrastruktÅ«ru, mijiedarboties ar vienu un to paÅ”u izlaidumu kopu.
TÄ kÄ Kubernetes 1.6 versijÄ pÄc noklusÄjuma tika iespÄjota uz lomu balstÄ«ta piekļuves kontrole (RBAC), darbs ar Tiller ražoÅ”anas procesÄ kļuva grÅ«tÄks. Å emot vÄrÄ iespÄjamo droŔības politiku milzÄ«go skaitu, mÅ«su nostÄja ir bijusi pÄc noklusÄjuma piedÄvÄt pieļaujamu konfigurÄciju. Tas ļÄva iesÄcÄjiem eksperimentÄt ar Helm un Kubernetes, vispirms neiedziļinoties droŔības iestatÄ«jumos. DiemžÄl Ŕī atļauju konfigurÄcija var nodroÅ”inÄt lietotÄju ar pÄrÄk plaÅ”u atļauju klÄstu, kas viÅam nebija vajadzÄ«gas. InstalÄjot Tiller vairÄku nomnieku klasterÄ«, DevOps un SRE inženieriem bija jÄapgÅ«st papildu darbÄ«bas.
Uzzinot, kÄ kopiena izmanto Helm konkrÄtÄs situÄcijÄs, mÄs sapratÄm, ka Tiller laidienu pÄrvaldÄ«bas sistÄmai nav jÄpaļaujas uz klastera iekÅ”Äjo komponentu, lai uzturÄtu stÄvokļus vai darbotos kÄ centrÄlais izlaiÅ”anas informÄcijas centrs. TÄ vietÄ mÄs varÄtu vienkÄrÅ”i saÅemt informÄciju no Kubernetes API servera, Ä£enerÄt diagrammu klienta pusÄ un saglabÄt instalÄÅ”anas ierakstu Kubernetes.
Tillera galveno mÄrÄ·i varÄja sasniegt bez Tillera, tÄpÄc viens no mÅ«su pirmajiem lÄmumiem attiecÄ«bÄ uz Helm 3 bija pilnÄ«bÄ atteikties no Tillera.
LÄ«dz ar Tillera aizieÅ”anu Helmas droŔības modelis ir radikÄli vienkÄrÅ”ots. Helm 3 tagad atbalsta visas paÅ”reizÄjÄs Kubernetes mÅ«sdienu droŔības, identitÄtes un autorizÄcijas metodes. StÅ«res atļaujas tiek noteiktas, izmantojot kubeconfig failu. Klasteru administratori var ierobežot lietotÄju tiesÄ«bas lÄ«dz jebkuram precizitÄtes lÄ«menim. Izlaidumi joprojÄm tiek saglabÄti klasterÄ«, un pÄrÄjÄ Helm funkcionalitÄte paliek neskarta.
Diagrammu krÄtuves
AugstÄ lÄ«menÄ« diagrammu repozitorijs ir vieta, kur diagrammas var uzglabÄt un koplietot. Helm klients iepako un nosÅ«ta diagrammas uz repozitoriju. VienkÄrÅ”i sakot, diagrammu repozitorijs ir primitÄ«vs HTTP serveris ar failu index.yaml un dažÄm iepakotÄm diagrammÄm.
Lai gan Charts Repository API, kas atbilst lielÄkajai daļai pamata krÄtuves prasÄ«bu, ir dažas priekÅ”rocÄ«bas, ir arÄ« daži trÅ«kumi:
Diagrammu krÄtuves nav saderÄ«gas ar lielÄko daļu droŔības ievieÅ”anu, kas nepiecieÅ”ama ražoÅ”anas vidÄ. Standarta API autentifikÄcijai un autorizÄcijai ir ÄrkÄrtÄ«gi svarÄ«gi ražoÅ”anas scenÄrijos.
Helmas diagrammas izcelsmes rÄ«ki, ko izmanto, lai parakstÄ«tu, pÄrbaudÄ«tu diagrammas integritÄti un izcelsmi, ir diagrammas publicÄÅ”anas procesa izvÄles daļa.
VairÄku lietotÄju scenÄrijos vienu un to paÅ”u diagrammu var augÅ”upielÄdÄt cits lietotÄjs, tÄdÄjÄdi dubultojot vietas daudzumu, kas nepiecieÅ”ams viena un tÄ paÅ”a satura glabÄÅ”anai. Lai atrisinÄtu Å”o problÄmu, ir izstrÄdÄtas viedÄkas krÄtuves, taÄu tÄs neietilpst oficiÄlajÄ specifikÄcijÄ.
Viena indeksa faila izmantoÅ”ana meklÄÅ”anai, metadatu glabÄÅ”anai un diagrammu izgÅ«Å”anai ir apgrÅ«tinÄjusi droÅ”u vairÄku lietotÄju ievieÅ”anu.
Projekts Docker izplatÄ«Å”ana (pazÄ«stams arÄ« kÄ Docker Registry v2) ir Docker Registry pÄctecis un bÅ«tÄ«bÄ darbojas kÄ rÄ«ku komplekts Docker attÄlu iesaiÅoÅ”anai, nosÅ«tÄ«Å”anai, uzglabÄÅ”anai un piegÄdei. Daudzi lieli mÄkoÅpakalpojumi piedÄvÄ uz izplatÄ«Å”anu balstÄ«tus produktus. Pateicoties Å”ai pastiprinÄtajai uzmanÄ«bai, Distribution projekts ir guvis labumu no gadiem ilgiem uzlabojumiem, droŔības paraugprakses un lauka testÄÅ”anas, kas padarÄ«ja to par vienu no veiksmÄ«gÄkajiem neapdziedÄtajiem varoÅiem atvÄrtÄ pirmkoda pasaulÄ.
Bet vai zinÄjÄt, ka izplatÄ«Å”anas projekts tika izstrÄdÄts, lai izplatÄ«tu jebkÄda veida saturu, ne tikai konteineru attÄlus?
Pateicoties pÅ«lÄm AtvÄrt konteineru iniciatÄ«vu (vai OCI), stÅ«res diagrammas var ievietot jebkurÄ izplatÄ«Å”anas instancÄ. PagaidÄm Å”is process ir eksperimentÄls. PieteikÅ”anÄs atbalsts un citas funkcijas, kas nepiecieÅ”amas pilnam Helm 3, ir darbs, taÄu mÄs ar prieku varam mÄcÄ«ties no atklÄjumiem, ko OCI un izplatÄ«Å”anas komandas ir veikuÅ”as gadu gaitÄ. Pateicoties viÅu mentoringam un norÄdÄ«jumiem, mÄs uzzinÄm, kÄ ir nodroÅ”inÄt ļoti pieejamu pakalpojumu plaÅ”Ä mÄrogÄ.
Ir pieejams detalizÄtÄks apraksts par dažÄm gaidÄmajÄm izmaiÅÄm Helm diagrammu krÄtuvÄs ŠæŠ¾ ŃŃŃŠ»ŠŗŠµ.
Izlaidumu pÄrvaldÄ«ba
ProgrammÄ Helm 3 lietojumprogrammas stÄvokli klasterÄ« izseko objektu pÄris:
izlaiduma versijas noslÄpums - apzÄ«mÄ vÄlamo lietojumprogrammas stÄvokli noteiktÄ brÄ«dÄ« (piemÄram, jaunas versijas izlaiÅ”ana).
Zvans helm install izveido izlaiÅ”anas objektu un laidiena versijas noslÄpumu. Zvaniet helm upgrade pieprasa izlaiÅ”anas objektu (ko tas var mainÄ«t) un izveido jaunas laidiena versijas noslÄpumu, kas satur jaunÄs vÄrtÄ«bas un sagatavotu manifestu.
Izlaiduma objekts satur informÄciju par laidienu, kur laidiens ir konkrÄta nosauktas diagrammas un vÄrtÄ«bu instalÄcija. Å is objekts apraksta augstÄkÄ lÄ«meÅa metadatus par laidienu. Izlaiduma objekts saglabÄjas visÄ lietojumprogrammas dzÄ«ves ciklÄ un ir visu laidiena versiju noslÄpumu Ä«paÅ”nieks, kÄ arÄ« visi objekti, kas ir tieÅ”i izveidoti Helm diagrammÄ.
Laidiena versijas noslÄpums saista laidienu ar virkni labojumu (instalÄÅ”ana, atjauninÄjumi, atcelÅ”ana, dzÄÅ”ana).
Helm 2 pÄrskatÄ«Å”anas bija ļoti konsekventas. Zvaniet helm install izveidots v1, sekojoÅ”ais atjauninÄjums (upgrade) - v2 utt. Izlaiduma un izlaiduma versijas noslÄpums ir sakļauts vienÄ objektÄ, kas pazÄ«stams kÄ pÄrskatÄ«Å”ana. PÄrskati tika glabÄti tajÄ paÅ”Ä nosaukumvietÄ kÄ Tiller, kas nozÄ«mÄja, ka katrs laidiens bija "globÄls" nosaukumvietas ziÅÄ; rezultÄtÄ varÄja izmantot tikai vienu nosaukuma gadÄ«jumu.
ProgrammÄ Helm 3 katrs laidiens ir saistÄ«ts ar vienu vai vairÄkiem laidiena versijas noslÄpumiem. Izlaiduma objekts vienmÄr apraksta paÅ”reizÄjo Kubernetes laidienu. Katrs laidiena versijas noslÄpums apraksta tikai vienu Ŕī laidiena versiju. PiemÄram, jauninÄÅ”ana izveidos jaunas laidiena versijas noslÄpumu un pÄc tam mainÄ«s laidiena objektu, lai norÄdÄ«tu uz Å”o jauno versiju. AtcelÅ”anas gadÄ«jumÄ varat izmantot iepriekÅ”ÄjÄs laidiena versijas noslÄpumus, lai atgrieztu laidienu uz iepriekÅ”Äjo stÄvokli.
PÄc tam, kad Tiller ir pamests, Helm 3 izlaiduma datus glabÄ tajÄ paÅ”Ä nosaukumvietÄ, kurÄ atrodas izlaidums. Å Ä«s izmaiÅas ļauj instalÄt diagrammu ar tÄdu paÅ”u laidiena nosaukumu citÄ nosaukumvietÄ, un dati tiek saglabÄti starp klasteru atjauninÄjumiem/atsÄknÄÅ”anu programmÄ etcd. PiemÄram, varat instalÄt WordPress nosaukumvietÄ "foo" un pÄc tam nosaukumvietÄ "bar", un abus laidienus var nosaukt par "wordpress".
IzmaiÅas diagrammu atkarÄ«bÄs
Iepakotas diagrammas (izmantojot helm package) lietoÅ”anai ar Helm 2 var instalÄt ar Helm 3, tomÄr diagrammu izstrÄdes darbplÅ«sma ir pilnÄ«bÄ pÄrveidota, tÄpÄc ir jÄveic dažas izmaiÅas, lai turpinÄtu diagrammu izstrÄdi ar Helm 3. Jo Ä«paÅ”i ir mainÄ«jusies diagrammu atkarÄ«bas pÄrvaldÄ«bas sistÄma.
Diagrammas atkarÄ«bas pÄrvaldÄ«bas sistÄma ir pÄrvietota no requirements.yaml Šø requirements.lock par Chart.yaml Šø Chart.lock. Tas nozÄ«mÄ, ka diagrammas, kas izmantoja komandu helm dependency, nepiecieÅ”ama noteikta iestatÄ«Å”ana, lai darbotos Helm 3.
ApskatÄ«sim piemÄru. Pievienosim atkarÄ«bu Helm 2 diagrammai un redzÄsim, kas mainÄs, pÄrejot uz Helm 3.
Diagrammas joprojÄm tiek lejupielÄdÄtas un ievietotas direktorijÄ charts/, tÄtad apakÅ”diagrammas (apakÅ”diagrammas), kas atrodas katalogÄ charts/, turpinÄs strÄdÄt bez izmaiÅÄm.
IepazÄ«stinÄm ar bibliotÄku diagrammÄm
Helm 3 atbalsta diagrammu klasi, ko sauc par bibliotÄku diagrammÄm (bibliotÄkas diagramma). Å o diagrammu izmanto citas diagrammas, taÄu tÄ pati nerada nekÄdus izlaiÅ”anas artefaktus. BibliotÄkas diagrammas veidnes var deklarÄt tikai elementus define. Cits saturs tiek vienkÄrÅ”i ignorÄts. Tas ļauj lietotÄjiem atkÄrtoti izmantot un koplietot koda fragmentus, ko var izmantot vairÄkÄs diagrammÄs, tÄdÄjÄdi izvairoties no dublÄÅ”anÄs un saglabÄjot principu. DRY.
BibliotÄkas diagrammas ir deklarÄtas sadaÄ¼Ä dependencies failÄ Chart.yaml. To instalÄÅ”ana un pÄrvaldÄ«ba neatŔķiras no citÄm diagrammÄm.
MÄs priecÄjamies par lietoÅ”anas gadÄ«jumiem, ko Å”is komponents pavÄrs diagrammu izstrÄdÄtÄjiem, kÄ arÄ« par labÄko praksi, kas var parÄdÄ«ties no bibliotÄku diagrammÄm.
Ko tÄlÄk?
Helm 3.0.0-alpha.1 ir pamats, uz kura mÄs sÄkam veidot jaunu Helm versiju. RakstÄ es aprakstÄ«ju dažas interesantas Helm 3 iezÄ«mes. Daudzas no tÄm joprojÄm ir attÄ«stÄ«bas sÄkuma stadijÄ, un tas ir normÄli; Alfa versijas mÄrÄ·is ir pÄrbaudÄ«t ideju, apkopot atsauksmes no agrÄ«najiem lietotÄjiem un apstiprinÄt mÅ«su pieÅÄmumus.
TiklÄ«dz iznÄks alfa versija (atcerieties, ka tas ir jau noticis ā apm. tulk.), mÄs sÄksim pieÅemt Helm 3 ielÄpus no kopienas. Jums ir jÄizveido spÄcÄ«gs pamats, kas ļauj izstrÄdÄt un pieÅemt jaunas funkcionalitÄtes, un lietotÄji var justies iesaistÄ«ti procesÄ, atverot biļetes un veicot labojumus.
Esmu mÄÄ£inÄjis izcelt dažus no galvenajiem Helm 3 uzlabojumiem, taÄu Å”is saraksts nekÄdÄ ziÅÄ nav pilnÄ«gs. PilnajÄ Helm 3 ceļvedÄ« ir iekļautas tÄdas funkcijas kÄ uzlabotas atjauninÄÅ”anas stratÄÄ£ijas, dziļÄka integrÄcija ar OCI reÄ£istriem un JSON shÄmu izmantoÅ”ana diagrammu vÄrtÄ«bu apstiprinÄÅ”anai. MÄs arÄ« plÄnojam iztÄ«rÄ«t kodu bÄzi un atjauninÄt tÄs daļas, kas pÄdÄjos trÄ«s gadus ir atstÄtas novÄrtÄ.
Ja jÅ«tat, ka esam kaut ko palaiduÅ”i garÄm, mÄs labprÄt uzklausÄ«sim jÅ«su domas!
#helm-users jautÄjumiem un vienkÄrÅ”ai komunikÄcijai ar sabiedrÄ«bu;
#helm-dev lai apspriestu izvilkŔanas pieprasījumus, kodu un kļūdas.
Varat arÄ« tÄrzÄt mÅ«su iknedÄļas publiskajos izstrÄdÄtÄju zvanos ceturtdienÄs plkst. 19:30 MSK. SanÄksmes ir veltÄ«tas, lai apspriestu jautÄjumus, pie kuriem strÄdÄ galvenie izstrÄdÄtÄji un sabiedrÄ«ba, kÄ arÄ« nedÄļas diskusiju tÄmas. Ikviens var pievienoties un piedalÄ«ties sanÄksmÄ. Saite pieejama Slack kanÄlÄ #helm-dev.