Анхаарна уу. орчуулга.: Энэ оны 16-р сарын 3.0-ны өдөр Kubernetes - Helm-ийн багц менежерийг хөгжүүлэх чухал үе шат болж байна. Энэ өдөр төслийн ирээдүйн томоохон хувилбар болох XNUMX хувилбарын анхны альфа хувилбарыг танилцууллаа. Үүнийг гаргаснаар Helm-д мэдэгдэхүйц, удаан хүлээгдэж буй өөрчлөлтүүдийг авчрах болно, үүнд Кубернетес нийгэмлэгийн олон хүмүүс их найдаж байна. Бид Helm-ийг програмыг ашиглахад идэвхтэй ашигладаг тул бид өөрсдөө эдгээрийн нэг юм: бид үүнийг CI/CD-г хэрэгжүүлэх хэрэгсэлдээ нэгтгэсэн. мөн үе үе бид дээд урсгалын хөгжилд хувь нэмрээ оруулдаг. Энэхүү орчуулга нь Helm 7-ын анхны альфа хувилбарт зориулагдсан бөгөөд төслийн түүх, Helm 3-ын гол онцлогуудын тухай өгүүлсэн албан ёсны Helm блогоос 3 тэмдэглэлийг нэгтгэсэн болно. Тэдний зохиогч нь Microsoft-ын ажилтан Матт "баконгоблер" Фишер юм. мөн Helm-ийн гол хамгаалагчдын нэг.
15 оны 2015-р сарын 2-нд одоо Helm гэгддэг төсөл мэндэлжээ. Байгуулагдсанаасаа хойш ердөө нэг жилийн дараа Helm нийгэмлэг нь Helm 2018 дээр идэвхтэй ажиллаж байхдаа Kubernetes-д нэгдсэн. XNUMX оны XNUMX-р сард Helm хөгжиж буй (инкубацийн) төсөл болгон. Одоог хүртэл хурдан урагшил, шинэ Helm 3-ын анхны альфа хувилбар гарах гэж байна. (энэ хувилбар XNUMX-р сарын дундуур - ойролцоогоор. орчуул.).
Энэ хэсэгт би энэ бүхэн хаанаас эхэлсэн, бид хэрхэн өнөөдрийн түвшинд хүрсэн тухай, Helm 3-ын анхны альфа хувилбарт байгаа зарим онцлог шинж чанаруудыг танилцуулж, хэрхэн урагшлахаа тайлбарлах болно.
Хураангуй:
- Хелмийг бүтээсэн түүх;
- Тиллертэй зөөлөн салах ёс гүйцэтгэх;
- диаграмын агуулах;
- суллах менежмент;
- графикийн хамаарлын өөрчлөлт;
- номын сангийн диаграмм;
- Дараа нь юу юм?
Хелмийн түүх
Төрөлт
Helm 1 нь Deis-ийн бүтээсэн Нээлттэй эхийн төслөөр эхэлсэн. Бид жижиг гарааны компани байсан Microsoft 2017 оны хавар. Манай бусад Нээлттэй эхийн төсөл, мөн Deis нэртэй хэрэгсэлтэй байсан deisctl, (бусад зүйлсийн дотор) Deis платформыг суулгах, ажиллуулахад ашигласан . Тухайн үед Флот нь анхны чингэлэг найрал хөгжмийн платформуудын нэг байв.
2015 оны дундуур бид чиглэлээ өөрчлөхөөр шийдэж, Deis-ийг (тэр үед Deis Workflow нэртэй байсан) Флотоос Кубернетес рүү шилжүүлсэн. Хамгийн түрүүнд шинэчлэгдсэн нэг нь суулгах хэрэгсэл байв. deisctl. Бид үүнийг флотын кластерт Deis Workflow-ийг суулгаж, удирдахад ашигласан.
Helm 1 нь Homebrew, apt, yum зэрэг алдартай багц менежерүүдийн дүр төрхөөр бүтээгдсэн. Үүний гол зорилго нь Kubernetes дээр програмуудыг савлах, суулгах зэрэг ажлуудыг хялбарчлах явдал байв. Helm-ийг 2015 онд Сан Франциско хотод болсон KubeCon бага хурлын үеэр албан ёсоор танилцуулсан.
Бидний Helm-тэй хийсэн анхны оролдлого үр дүнд хүрсэн ч зарим нэг ноцтой хязгаарлалтгүй байсан. Тэрээр YAML блокуудын танилцуулга болгон генератороор амталсан Кубернетес манифестийн багцыг авсан. (урд талын асуудал)*, үр дүнг Kubernetes руу ачааллаа.
* Анхаарна уу. орчуулга.: Helm-ийн анхны хувилбараас Kubernetes-ийн нөөцийг тайлбарлахын тулд YAML синтаксийг сонгосон бөгөөд тохиргоо бичих үед Jinja загварууд болон Python скриптүүдийг дэмждэг байсан. Энэ тухай болон ерөнхийд нь Helm-ийн анхны хувилбарын бүтцийн талаар бид "Долгооны товч түүх" бүлэгт дэлгэрэнгүй бичсэн. .
Жишээлбэл, YAML файлын талбарыг солихын тулд манифестэд дараах бүтцийг нэмэх шаардлагатай.
#helm:generate sed -i -e s|ubuntu-debootstrap|fluffy-bunny| my/pod.yamlӨнөөдөр загвар хөдөлгүүрүүд байгаа нь гайхалтай, тийм үү?
Олон шалтгааны улмаас энэхүү анхны Кубернетес суулгагч нь манифест файлуудын хатуу кодлогдсон жагсаалтыг шаарддаг бөгөөд зөвхөн жижиг, тогтмол үйл явдлын дарааллыг гүйцэтгэдэг. Ашиглахад маш хэцүү байсан тул Deis Workflow R&D багийнхан бүтээгдэхүүнээ энэ платформ руу шилжүүлэх гэж оролдоход хэцүү байсан ч энэ санааны үр аль хэдийн тарьчихсан байсан. Бидний анхны оролдлого бол суралцах сайхан боломж байсан: бид хэрэглэгчдийнхээ өдөр тутмын асуудлыг шийдвэрлэх прагматик хэрэгслийг бий болгоход үнэхээр дуртай гэдгээ ойлгосон.
Өнгөрсөн алдаануудын туршлага дээр үндэслэн бид Helm 2-г хөгжүүлж эхэлсэн.
Дуулга хийх 2
2015 оны сүүлээр Google-ийн баг бидэнтэй холбоо барьсан. Тэд Kubernetes-д зориулсан ижил төстэй хэрэгсэл дээр ажиллаж байсан. Kubernetes-д зориулсан байршуулалтын менежер нь Google Cloud Platform-д ашиглагдаж байсан хэрэглүүрийн порт байсан. "Бид ижил төстэй болон ялгаатай талуудын талаар хэдэн өдөр ярилцахыг хүсч байна уу?"
2016 оны 2-р сард жолооны ба байршуулалтын менежерийн багууд Сиэтл хотод уулзаж санал бодлоо солилцсон. Хэлэлцээр нь хоёр төслийг нэгтгэн Helm XNUMX-ыг бүтээх гэсэн амбицтай төлөвлөгөөгөөр өндөрлөв. Deis болон Google-ийн хамтаар (одоо Битнамийн хэсэг - ойролцоогоор орчуулга.), мөн бид Helm 2 дээр ажиллаж эхэлсэн.
Бид Helm-ийг ашиглахад хялбар байлгахыг хүссэн боловч дараахь зүйлийг нэмнэ үү.
- өөрчлөн тохируулах диаграмын загварууд;
- багуудын кластер доторх менежмент;
- дэлхийн түвшний диаграмын сан;
- гарын үсгийн сонголт бүхий тогтвортой багц формат;
- семантик хувилбарыг гаргах, хувилбаруудын хооронд хоцрогдсон нийцтэй байдлыг хадгалах хүчтэй амлалт.
Эдгээр зорилгод хүрэхийн тулд Helm экосистемд хоёр дахь элемент нэмэгдсэн. Энэхүү кластер доторх бүрэлдэхүүн хэсгийг Tiller гэж нэрлэдэг байсан бөгөөд Helm диаграммуудыг суулгаж, тэдгээрийг удирдах үүрэгтэй байв.
2 онд Helm 2016-ыг гаргаснаас хойш Кубернетес хэд хэдэн томоохон шинэчлэлийг нэмсэн. Дүрд суурилсан хандалтын хяналтыг нэмсэн (), энэ нь эцэстээ Attribute-Based Access Control (ABAC)-ыг орлуулсан. Нөөцийн шинэ төрлүүдийг нэвтрүүлсэн (Тухайн үед байршуулалтууд бета хувилбарт байсан). Захиалгат нөөцийн тодорхойлолтыг (анх Гуравдагч этгээдийн нөөц эсвэл TPR гэж нэрлэдэг) зохион бүтээсэн. Хамгийн гол нь шилдэг туршлагын багц бий болсон.
Эдгээр бүх өөрчлөлтийн дунд Helm Kubernetes-ийн хэрэглэгчдэд үнэнчээр үйлчилсээр байв. Гурван жил, олон шинэ нэмэлтүүд хийсний дараа Helm нь хөгжиж буй экосистемийн өсөн нэмэгдэж буй хэрэгцээг үргэлжлүүлэн хангахын тулд кодын санд томоохон өөрчлөлт хийх цаг болсон нь тодорхой болсон.
Тиллертэй зөөлөн салах ёс гүйцэтгэж байна
Helm 2-ийг хөгжүүлэх явцад бид Google-ийн Deployment Manager-тэй нэгтгэх ажлын хүрээнд Tiller-ийг танилцуулсан. Тиллер нь нийтлэг кластерт ажилладаг багуудад чухал үүрэг гүйцэтгэсэн: энэ нь дэд бүтцийг ажиллуулдаг өөр өөр мэргэжилтнүүдэд ижил хувилбаруудтай харилцах боломжийг олгосон.
Kubernetes 1.6-д дүрд суурилсан хандалтын хяналт (RBAC) анхдагчаар идэвхжсэн тул үйлдвэрлэлд Tiller-тэй ажиллах нь илүү хэцүү болсон. Аюулгүй байдлын олон тооны боломжит бодлогын улмаас бидний байр суурь бол өгөгдмөл байдлаар зөвшөөрөгдсөн тохиргоог санал болгох явдал юм. Энэ нь шинэхэн хүмүүст аюулгүй байдлын тохиргоонд орохгүйгээр Helm болон Kubernetes-тэй туршилт хийх боломжийг олгосон. Харамсалтай нь энэ зөвшөөрлийн тохиргоо нь хэрэглэгчдэд хэрэгцээгүй хэт өргөн хүрээний зөвшөөрлийг өгч болзошгүй юм. DevOps болон SRE инженерүүд олон түрээслэгчтэй кластерт Tiller-ийг суулгахдаа үйл ажиллагааны нэмэлт алхмуудыг сурах шаардлагатай болсон.
Нийгэмлэг Helm-ийг тодорхой нөхцөл байдалд хэрхэн ашигладаг болохыг олж мэдсэнийхээ дараа бид Tiller-ийн хувилбарын удирдлагын систем нь төлөвийг хадгалахын тулд кластер доторх бүрэлдэхүүн хэсэгт найдах шаардлагагүй эсвэл хувилбарын мэдээллийн төв үүр болж байгааг ойлгосон. Үүний оронд бид зүгээр л Kubernetes API серверээс мэдээлэл хүлээн авч, үйлчлүүлэгчийн талд диаграм үүсгэж, суулгацын бичлэгийг Kubernetes-д хадгалах боломжтой.
Тиллерийн гол зорилго нь Тиллергүйгээр биелэх боломжтой байсан тул Helm 3-тай холбоотой бидний анхны шийдвэрүүдийн нэг нь Tiller-ийг бүрмөсөн орхих явдал байв.
Тиллер байхгүй болсноор Helm-ийн хамгаалалтын загвар эрс хялбарчлагдсан. Helm 3 нь одоогийн Kubernetes-ийн орчин үеийн бүх аюулгүй байдал, таних болон зөвшөөрлийн аргуудыг дэмждэг. Helm зөвшөөрлийг ашиглан тодорхойлно . Кластерын администраторууд хэрэглэгчийн эрхийг аль ч түвшинд хязгаарлаж болно. Хувилбарууд нь кластер дотор хадгалагдсан хэвээр байгаа бөгөөд Helm-ийн бусад функцууд бүрэн бүтэн хэвээр байна.
Диаграмын агуулахууд
Өндөр түвшинд диаграмын агуулах нь диаграммыг хадгалах, хуваалцах боломжтой газар юм. Helm клиент нь диаграммуудыг багцалж репозитор руу илгээдэг. Энгийнээр хэлбэл, диаграмын агуулах нь index.yaml файл болон багцалсан диаграмм бүхий анхдагч HTTP сервер юм.
Ихэнх үндсэн хадгалах шаардлагыг хангасан Charts Repository API нь зарим давуу талуудтай хэдий ч хэд хэдэн сул талууд байдаг:
- Диаграмын агуулахууд нь үйлдвэрлэлийн орчинд шаардлагатай ихэнх аюулгүй байдлын хэрэгжилттэй нийцдэггүй. Баталгаажуулалт, зөвшөөрлийн стандарт API-тай байх нь үйлдвэрлэлийн хувилбаруудад маш чухал юм.
- График дээр гарын үсэг зурах, бүрэн бүтэн байдал, гарал үүслийг шалгахад ашигладаг Helm-ийн диаграмын гарал үүслийн хэрэгслүүд нь Диаграмыг нийтлэх үйл явцын нэмэлт хэсэг юм.
- Олон хэрэглэгчийн хувилбарт ижил графикийг өөр хэрэглэгч байршуулж болох бөгөөд энэ нь ижил контентыг хадгалахад шаардагдах зайны хэмжээг хоёр дахин нэмэгдүүлнэ. Энэ асуудлыг шийдэхийн тулд илүү ухаалаг хадгалах сангуудыг боловсруулсан боловч тэдгээр нь албан ёсны тодорхойлолтын нэг хэсэг биш юм.
- Хайлт хийх, мета өгөгдлийг хадгалах, диаграмыг сэргээхэд нэг индекс файлыг ашиглах нь олон хэрэглэгчийн аюулгүй хэрэгжилтийг боловсруулахад хүндрэл учруулсан.
Төсөл (мөн Docker Registry v2 гэгддэг) нь Docker Registry-ийн залгамжлагч бөгөөд үндсэндээ Docker дүрсийг савлах, тээвэрлэх, хадгалах, хүргэх хэрэгслүүдийн үүрэг гүйцэтгэдэг. Олон том үүлэн үйлчилгээ нь Түгээлтэд суурилсан бүтээгдэхүүнийг санал болгодог. Энэхүү анхаарал халамж нэмэгдсэний ачаар Түгээх төсөл нь олон жилийн сайжруулалт, аюулгүй байдлын шилдэг туршлагууд болон хээрийн туршилтуудын үр шимийг хүртэж, Нээлттэй эхийн ертөнцийн хамгийн амжилттай баатруудын нэг болгосон.
Гэхдээ Түгээх төсөл нь зөвхөн чингэлэг дүрс биш, ямар ч хэлбэрийн контентыг түгээх зорилготой байсныг та мэдэх үү?
Хичээл зүтгэлийн ачаар (эсвэл OCI), Helm диаграмыг аль ч Түгээлтийн жишээн дээр байрлуулж болно. Одоогоор энэ үйл явц туршилтын шинж чанартай. Бүхэл бүтэн Helm 3-д шаардлагатай нэвтрэх дэмжлэг болон бусад функцууд нь ажил хийгдэж байгаа боловч OCI болон Distribution багуудын олон жилийн турш хийсэн нээлтүүдээс суралцаж байгаадаа баяртай байна. Мөн тэдний зааварчилгаа, зааварчилгаагаар бид өндөр хүртээмжтэй үйлчилгээг өргөн хүрээнд ажиллуулах нь ямар байдгийг мэдэж авдаг.
Helm диаграмын санд удахгүй болох өөрчлөлтүүдийн талаар илүү нарийвчилсан тайлбарыг авах боломжтой .
Хувилбарын удирдлага
Helm 3-д програмын төлөвийг кластер дотор хос объектоор хянадаг.
- суллах объект - програмын жишээг илэрхийлнэ;
- хувилбарын нууц - тодорхой цаг хугацааны програмын хүссэн төлөвийг илэрхийлдэг (жишээлбэл, шинэ хувилбар гаргах).
Сорилт helm install хувилбарын объект болон хувилбарын нууцыг үүсгэдэг. Дуудлага хийх helm upgrade хувилбарын объектыг (үүнийг өөрчлөх боломжтой) шаарддаг бөгөөд шинэ утгууд болон бэлтгэсэн манифест агуулсан шинэ хувилбарын нууцыг үүсгэдэг.
Хувилбарын объект нь хувилбарын талаарх мэдээллийг агуулдаг бөгөөд хувилбар нь нэрлэсэн диаграм болон утгуудын тусгай суулгац юм. Энэ объект нь хувилбарын талаархи дээд түвшний мета өгөгдлийг тодорхойлдог. Хувилбарын объект нь програмын амьдралын мөчлөгийн туршид хэвээр байх бөгөөд хувилбарын бүх нууц, түүнчлэн Helm диаграмаар шууд үүсгэгдсэн бүх объектын эзэмшигч юм.
Хувилбарын хувилбарын нууц нь хувилбарыг хэд хэдэн засвартай (суулгах, шинэчлэх, буцаах, устгах) холбодог.
Helm 2-т засварууд нь маш тууштай байсан. Дуудлага хийх helm install v1 үүсгэсэн, дараагийн шинэчлэлт (шинэчлэлт) - v2 гэх мэт. Хувилбар болон хувилбарын нууцыг засвар гэж нэрлэгддэг нэг объект болгон задалсан. Хувилбарууд нь Tiller-тэй ижил нэрийн талбарт хадгалагдсан бөгөөд энэ нь хувилбар бүр нэрийн талбарын хувьд "дэлхий" гэсэн үг юм; Үүний үр дүнд нэрний зөвхөн нэг жишээг ашиглаж болно.
Helm 3-т хувилбар бүр нь нэг буюу хэд хэдэн хувилбарын нууцтай холбоотой байдаг. Хувилбарын объект нь Kubernetes-д байршуулсан одоогийн хувилбарыг үргэлж тодорхойлдог. Хувилбарын хувилбар бүрийн нууц нь тухайн хувилбарын зөвхөн нэг хувилбарыг тайлбарладаг. Жишээлбэл, шинэчлэлт нь шинэ хувилбарын нууцыг үүсгэж, дараа нь тухайн шинэ хувилбар руу чиглүүлэхийн тулд хувилбарын объектыг өөрчлөх болно. Буцах тохиолдолд та хувилбарыг өмнөх төлөв рүү буцаахын тулд өмнөх хувилбарын нууцыг ашиглаж болно.
Tiller-г орхисны дараа Helm 3 нь хувилбарын өгөгдлийг хувилбартай ижил нэрийн зайд хадгалдаг. Энэ өөрчлөлт нь танд ижил хувилбарын нэртэй диаграммыг өөр нэрийн орон зайд суулгах боломжийг олгодог бөгөөд өгөгдөл нь кластерын шинэчлэлт/дахин ачаалах хооронд хадгалагдана. Жишээлбэл, та WordPress-ийг "foo" нэрийн талбарт, дараа нь "bar" нэрийн талбарт суулгаж болох бөгөөд хоёр хувилбарыг "wordpress" гэж нэрлэж болно.
Графикийн хамаарлын өөрчлөлт
Диаграмыг багцалсан (ашиглаж байна helm package) Helm 2-д ашиглахын тулд Helm 3-тай суулгаж болно, гэхдээ диаграм боловсруулах ажлын урсгалыг бүрэн шинэчилсэн тул Helm 3-тай график боловсруулалтыг үргэлжлүүлэхийн тулд зарим өөрчлөлтийг хийх шаардлагатай. Ялангуяа диаграмын хамаарлын удирдлагын систем өөрчлөгдсөн.
Графикийн хараат байдлын удирдлагын систем нүүсэн requirements.yaml и requirements.lock тухай Chart.yaml и Chart.lock. Энэ нь тушаалыг ашигласан графикууд гэсэн үг юм helm dependency, Helm 3 дээр ажиллахын тулд зарим тохиргоог хийх шаардлагатай.
Нэг жишээ авч үзье. Helm 2 дээрх графикт хамаарлыг нэмж, Helm 3 руу шилжихэд юу өөрчлөгдөхийг харцгаая.
2-р жолоодлого requirements.yaml иймэрхүү харагдсан:
dependencies:
- name: mariadb
version: 5.x.x
repository: https://kubernetes-charts.storage.googleapis.com/
condition: mariadb.enabled
tags:
- database
Helm 3-д ижил хамаарал таны дотор тусгагдах болно Chart.yaml:
dependencies:
- name: mariadb
version: 5.x.x
repository: https://kubernetes-charts.storage.googleapis.com/
condition: mariadb.enabled
tags:
- database
Диаграммуудыг татаж аваад лавлахад байршуулсан хэвээр байна charts/, тиймээс дэд диаграммууд (дэд диаграммууд), каталогт хэвтэж байна charts/, өөрчлөлтгүйгээр үргэлжлүүлэн ажиллах болно.
Номын сангийн графикуудыг танилцуулж байна
Helm 3 нь номын сангийн диаграм гэж нэрлэгддэг диаграммуудыг дэмждэг (номын сангийн график). Энэ диаграммыг бусад диаграммууд ашигладаг боловч дангаараа ямар ч хувилбарын олдвор үүсгэдэггүй. Номын сангийн диаграмын загварууд нь зөвхөн элементүүдийг зарлах боломжтой define. Бусад контентыг үл тоомсорлодог. Энэ нь хэрэглэгчдэд олон диаграммд ашиглаж болох кодын хэсгүүдийг дахин ашиглах, хуваалцах боломжийг олгодог бөгөөд ингэснээр давхардлаас сэргийлж, зарчмыг баримтална. .
Номын сангийн диаграммуудыг хэсэгт зарласан болно dependencies файлд Chart.yaml. Тэдгээрийг суулгах, удирдах нь бусад графикаас ялгаатай биш юм.
dependencies:
- name: mylib
version: 1.x.x
repository: quay.ioЭнэхүү бүрэлдэхүүн хэсэг нь диаграм боловсруулагчдад нээлттэй байх тохиолдол, мөн номын сангийн графикаас гарч болох шилдэг туршлагуудад бид баяртай байна.
Дараа нь юу юм бэ?
Helm 3.0.0-alpha.1 нь бидний Helm-ийн шинэ хувилбарыг бүтээх үндэс суурь юм. Нийтлэлд би Helm 3-ийн зарим сонирхолтой шинж чанаруудыг тайлбарласан. Тэдний олонх нь хөгжлийн эхний үе шатанд байгаа бөгөөд энэ нь хэвийн үзэгдэл юм; Альфа хувилбарын зорилго нь санааг туршиж үзэх, анхны хэрэглэгчдийн санал хүсэлтийг цуглуулах, бидний таамаглалыг батлах явдал юм.
Альфа хувилбар гарсан даруйд (энэ гэдгийг санаарай - ойролцоогоор. орчуул.), бид олон нийтээс Helm 3-ын засваруудыг хүлээн авч эхэлнэ. Та шинэ функцийг боловсруулж, нэвтрүүлэх, хэрэглэгчдэд тасалбар нээж, засвар хийх замаар үйл явцад оролцож байгаагаа мэдрэх хүчирхэг суурийг бий болгох хэрэгтэй.
Би Helm 3-т гарч буй томоохон сайжруулалтуудыг тодруулахыг оролдсон боловч энэ жагсаалт нь бүрэн гүйцэд биш юм. Helm 3-ын бүрэн замын зураглал нь сайжруулсан шинэчлэлтийн стратеги, OCI бүртгэлтэй илүү гүнзгий нэгтгэх, диаграмын утгыг баталгаажуулахын тулд JSON схемийг ашиглах зэрэг функцуудыг агуулдаг. Мөн кодын санг цэвэрлэж, сүүлийн гурван жил орхигдсон хэсгийг шинэчлэхээр төлөвлөж байна.
Хэрэв танд ямар нэг зүйл алдсан мэт санагдаж байвал бид таны бодлыг сонсоход таатай байх болно!
Манай хэлэлцүүлэгт нэгдээрэй :
-
#helm-usersасуулт, олон нийттэй энгийн харилцах; -
#helm-devтатах хүсэлт, код болон алдаануудыг хэлэлцэх.
Та мөн манай долоо хоног бүрийн пүрэв гарагийн 19:30 MSK-ийн Нийтийн Хөгжүүлэгчийн дуудлагаар чатлах боломжтой. Уулзалтууд нь гол хөгжүүлэгчид болон олон нийтийн ажиллаж буй асуудлууд, мөн долоо хоногт хэлэлцэх сэдвүүдийг хэлэлцэхэд зориулагдсан. Уулзалтад хэн ч нэгдэж, оролцох боломжтой. Холбоосыг Slack сувагт авах боломжтой #helm-dev.
Орчуулагчийн жич
Мөн манай блог дээрээс уншина уу:
- «";
- «";
- «";
- «";
- «".
Эх сурвалж: www.habr.com