نوټ. ژباړه: د دې کال د می 16 د کبرنیټس - هیلم لپاره د بسته بندۍ مدیر په پراختیا کې یو مهم پړاو په نښه کوي. په دې ورځ، د پروژې د راتلونکي لوی نسخه لومړی الفا خوشې کول - 3.0 - وړاندې شو. د دې خپریدل به په هیلم کې د پام وړ او اوږد انتظار کېدونکي بدلونونه راولي، چې د کوبرنیټس په ټولنه کې ډیری هیلې لري. موږ پخپله یو له دې څخه یو، ځکه چې موږ په فعاله توګه د غوښتنلیک پلي کولو لپاره هیلم کاروو: موږ دا د CI/CD پلي کولو لپاره زموږ په وسیله کې مدغم کړی دی. او وخت په وخت موږ د پورته جریان په پراختیا کې خپله ونډه اخلو. دا ژباړه د رسمي هیلم بلاګ څخه 7 یادښتونه یوځای کوي، کوم چې د هیلم 3 لومړي الفا خوشې کولو ته وقف شوي او د پروژې تاریخ او د هیلم 3 اصلي ځانګړتیاو په اړه خبرې کوي. د دوی لیکوال Matt "bacongobbler" Fisher دی، د مایکروسافټ کارمند دی. او د هیلم یو له مهمو ساتونکو څخه دی.
د اکتوبر په 15، 2015، پروژه چې اوس د هیلم په نوم پیژندل کیږي زیږیدلی. د هغې له تاسیس څخه یوازې یو کال وروسته، د هیلم ټولنه د Kubernetes سره یوځای شوه، پداسې حال کې چې په فعاله توګه په هیلم 2 کې کار کوي. د جون په 2018 کې، Helm، د یوې پرمختیایي پروژې په توګه. اوسني ته ګړندی وړاندې کړئ ، او د نوي هیلم 3 لومړی الفا خوشې کول په لاره کې دي. (دا خپرونه د می په نیمایي کې - نږدې. ژباړه.).
په دې برخه کې، زه به د دې په اړه وغږیږم چې دا ټول له کوم ځای څخه پیل شوي، موږ څنګه نن چیرته یوو، د هیلم 3 په لومړي الفا ریلیز کې شتون لري ځینې ځانګړي ځانګړتیاوې معرفي کړئ، او تشریح کړئ چې موږ څنګه د پرمختګ پلان لرو.
لنډیز:
- د هیلم د جوړولو تاریخ؛
- ټېلر ته په زړه پورې الوداع
- د چارټ ذخیره؛
- د خوشې کولو مدیریت؛
- په چارټ انحصار کې بدلون؛
- د کتابتون چارټونه؛
- ورپسی څه دي؟
د هلمند تاریخ
زیږون
هیلم 1 د ډیس لخوا رامینځته شوی د خلاصې سرچینې پروژې په توګه پیل شو. موږ یو کوچنی پیل وو مایکروسافټ د 2017 په پسرلي کې. زموږ د خلاصې سرچینې بله پروژه، چې د Deis په نوم هم نومول شوې، یوه وسیله درلوده deisctl، کوم چې د ډیس پلیټ فارم نصب او چلولو لپاره (د نورو شیانو په مینځ کې) کارول شوی و . په هغه وخت کې، فلیټ یو له لومړی کانټینر آرکیسټریشن پلیټ فارمونو څخه و.
د 2015 په مینځ کې، موږ پریکړه وکړه چې کورس بدل کړو او ډیس (په هغه وخت کې د ډیس ورک فلو نوم بدل شو) له فلیټ څخه Kubernetes ته ولیږدول شو. یو له لومړیو څخه چې له سره ډیزاین شوی و د نصبولو وسیله وه. deisctl. موږ دا د فلیټ کلستر کې د ډیس ورک فلو نصب او اداره کولو لپاره کارولی.
هیلم 1 د مشهور کڅوړې مدیرانو لکه هومبریو ، اپټ او یوم په عکس کې رامینځته شوی. د دې اصلي هدف دا و چې د کارونو ساده کول لکه بسته بندي او په کبرنیټس کې د غوښتنلیکونو نصب کول. هیلم په رسمي ډول په 2015 کې په سان فرانسسکو کې د کوبی کان کنفرانس کې معرفي شو.
د هیلم سره زموږ لومړۍ هڅه کار کوي، مګر دا د ځینو جدي محدودیتونو پرته نه وه. هغه د Kubernetes manifests یوه سیټ واخیست، د جنراتورونو سره د ابتدايي YAML بلاکونو په توګه خوندور (مخکې خبره)*، او پایلې یې په Kubernetes کې بار کړې.
* نوټ. ژباړه: د هیلم له لومړۍ نسخې څخه، د YAML ترکیب د Kubernetes سرچینې تشریح کولو لپاره غوره شوی و، او د جنجا ټیمپلیټونه او د پایتون سکریپټونه د ترتیبونو لیکلو په وخت کې ملاتړ شوي. موږ په دې اړه او په عمومي ډول د هیلم د لومړۍ نسخې جوړښت په اړه نور څه په فصل کې "د هیلم لنډ تاریخ" کې لیکلي. .
د مثال په توګه ، په YAML فایل کې د ساحې ځای په ځای کولو لپاره ، تاسو باید لاندې جوړښت په منشور کې اضافه کړئ:
#helm:generate sed -i -e s|ubuntu-debootstrap|fluffy-bunny| my/pod.yamlدا ډیره ښه ده چې نن ورځ د ټیمپلیټ انجنونه شتون لري، ایا دا نه ده؟
د ډیری دلیلونو لپاره، د دې ابتدايي Kubernetes انسټالر د ښکاره فایلونو سخت کوډ شوي لیست ته اړتیا درلوده او یوازې د پیښو یو کوچنی، ثابت ترتیب اجرا کړ. دا کارول خورا ستونزمن و چې د ډیس ورک فلو R&D ټیم سخت وخت درلود کله چې دوی هڅه وکړه خپل محصول دې پلیټ فارم ته انتقال کړي - په هرصورت ، د نظر تخم لا دمخه کرل شوی و. زموږ لومړۍ هڅه د زده کړې عالي فرصت و: موږ پوهیږو چې موږ واقعیا د عملي وسیلو رامینځته کولو کې لیواله یو چې زموږ د کاروونکو لپاره ورځنۍ ستونزې حل کړي.
د تیرو غلطیو د تجربې پراساس، موږ د هیلم 2 پراختیا پیل کړه.
د هیلم جوړول 2
د 2015 په پای کې، د ګوګل ټیم موږ سره اړیکه ونیوله. دوی د Kubernetes لپاره په ورته وسیله کار کاوه. د کوبرنیټس لپاره د ګمارنې مدیر د موجوده وسیلې بندر و چې د ګوګل کلاوډ پلیټ فارم لپاره کارول شوی و. دوی وپوښتل: "ایا موږ غواړو چې یو څو ورځې د ورته والي او توپیرونو په اړه بحث وکړو؟"
د جنوري په 2016 کې، د هیلم او د ځای پرځای کولو مدیر ټیمونه په سیټل کې د نظرونو د تبادلې لپاره سره ولیدل. خبرې اترې د یو هوښیار پلان سره پای ته ورسیدې: د هیلم 2 رامینځته کولو لپاره دواړه پروژې سره یوځای کول. د ډیس او ګوګل سره ، د هلکانو (اوس د Bitnami برخه - نږدې ژباړه.)، او موږ په هیلم 2 کار پیل کړ.
موږ غوښتل د هیلم کارولو اسانتیا وساتو، مګر لاندې اضافه کړئ:
- د اصلاح کولو لپاره چارټ ټیمپلیټونه؛
- د ټیمونو لپاره د کلستر دننه مدیریت؛
- د نړۍ په کچه د چارټ ذخیره؛
- د لاسلیک اختیار سره مستحکم بسته بڼه؛
- د سیمانټیک نسخه کولو او د نسخو ترمینځ شاته مطابقت ساتلو لپاره قوي ژمنتیا.
د دې اهدافو د ترلاسه کولو لپاره، د هیلم ایکوسیستم کې دویم عنصر اضافه شوی. دا د انټرا کلستر برخې ته ټیلر ویل کیده او د هیلم چارټونو د نصبولو او اداره کولو مسولیت درلود.
په 2 کې د هیلم 2016 د خوشې کیدو راهیسې، کبرنیټس ډیری لوی نوښتونه اضافه کړي. د رول پر بنسټ د لاسرسي کنټرول اضافه شوی ()، کوم چې په پای کې د Attribute-based Access Control (ABAC) ځای نیسي. د سرچینو نوي ډولونه معرفي شوي (ګومارنې لاهم په بیټا کې وې). د ګمرکي سرچینو تعریفونه (په اصل کې د دریمې ډلې سرچینې یا TPRs په نوم یادیږي) اختراع شوي. او تر ټولو مهم، د غوره کړنو یوه ټولګه راڅرګنده شوې ده.
د دې ټولو بدلونونو په جریان کې، هیلم د کبرنیټ کاروونکو ته په وفادارۍ سره خدمت ته دوام ورکړ. د دریو کلونو او ډیری نوي اضافو وروسته، دا څرګنده شوه چې دا وخت دی چې په کوډبیس کې د پام وړ بدلونونه رامینځته کړي ترڅو ډاډ ترلاسه شي چې هیلم کولی شي د پرمختللي ایکوسیستم مخ پر ودې اړتیاوو ته ادامه ورکړي.
ټیلر ته په زړه پورې الوداع
د هیلم 2 د پراختیا په جریان کې، موږ ټیلر د ګوګل د ځای پرځای کولو مدیر سره زموږ د ادغام د یوې برخې په توګه معرفي کړ. ټیلر د هغو ټیمونو لپاره مهم رول لوبولی چې په یو عام کلستر کې کار کوي: دا مختلف متخصصینو ته اجازه ورکوي چې زیربنا کار کوي د ورته ریلیزونو سره اړیکه ونیسي.
له هغه وخته چې د رول پراساس لاسرسي کنټرول (RBAC) په ډیفالټ په Kubernetes 1.6 کې فعال شوی و، په تولید کې د ټیلر سره کار کول خورا ستونزمن شول. د احتمالي امنیتي پالیسیو د ډیری شمیر له امله، زموږ دریځ دا دی چې د ډیفالټ لخوا د اجازې ترتیب وړاندیز وکړو. دې نوي زده کونکو ته اجازه ورکړه چې د هیلم او کبرنیټس سره تجربه وکړي پرته لدې چې لومړی امنیتي ترتیباتو کې ډوب شي. له بده مرغه، د دې اجازې ترتیب کولی شي کارونکي ته د ډیرو پراخو اجازو سره ورکړي چې دوی ورته اړتیا نلري. DevOps او SRE انجنیران باید اضافي عملیاتي مرحلې زده کړي کله چې په څو کرایه کونکي کلستر کې ټیلر نصب کړي.
وروسته له دې چې پوه شو چې ټولنه څنګه په ځانګړو شرایطو کې هیلم کاروي، موږ پوهیږو چې د ټیلر د خوشې کولو مدیریت سیسټم اړتیا نه درلوده چې د انټرا کلستر برخې باندې تکیه وکړي ترڅو دولت وساتي یا د معلوماتو د خپرولو لپاره د مرکزي مرکز په توګه فعالیت وکړي. پرځای یې، موږ کولی شو په ساده ډول د Kubernetes API سرور څخه معلومات ترلاسه کړو، د مراجعینو په اړخ کې یو چارټ تولید کړو، او په Kubernetes کې د نصب کولو ریکارډ ذخیره کړو.
د ټیلر اصلي هدف د ټیلر پرته ترلاسه کیدی شي، نو د هیلم 3 په اړه زموږ د لومړنیو پریکړو څخه یوه د ټیلر پریښودل وو.
د ټیلر له منځه تللو سره، د هیلم امنیتي ماډل په بنسټیز ډول ساده شوی. Helm 3 اوس د اوسني Kubernetes د ټولو عصري امنیت، پیژندنې، او واک ورکولو میتودونو ملاتړ کوي. د هیلم اجازه په کارولو سره ټاکل کیږي . د کلستر مدیران کولی شي د کارونکي حقونه د هرډول کچې پورې محدود کړي. ریلیزونه لاهم په کلستر کې خوندي شوي، او د هیلم پاتې فعالیت پاتې دی.
د چارټ ذخیره
په لوړه کچه، د چارټ ذخیره هغه ځای دی چیرې چې چارټونه ذخیره او شریک کیدی شي. د هیلم پیرودونکی بسته بندي کوي او چارتونه ذخیره ته لیږي. په ساده ډول ووایاست، د چارټونو ذخیره یو ابتدايي HTTP سرور دی چې د index.yaml فایل او ځینې بسته شوي چارټونه لري.
پداسې حال کې چې د چارټونو ذخیره کولو API ته ځینې ګټې شتون لري چې ډیری لومړني ذخیره اړتیاوې پوره کوي ، یو څو زیانونه هم شتون لري:
- د چارټ ذخیره د تولید چاپیریال کې اړین ډیری امنیتي پلي کولو سره مطابقت نلري. د تصدیق او اختیار لپاره د معیاري API درلودل د تولید سناریو کې خورا مهم دي.
- د هیلم د چارټ ثابتولو وسیلې چې د لاسلیک کولو لپاره کارول کیږي، د چارټ بشپړتیا او ثابتیت تصدیق کوي، د چارټ خپرولو پروسې اختیاري برخه ده.
- د څو کاروونکو سناریوګانو کې، ورته چارټ د بل کارونکي لخوا اپلوډ کیدی شي، د ورته مینځپانګې ذخیره کولو لپاره اړین ځای دوه چنده کوي. د دې ستونزې د حل لپاره سمارټ زیرمې رامینځته شوي ، مګر دا د رسمي توضیحاتو برخه ندي.
- د لټون کولو، د میټاډاټا ذخیره کولو، او د چارټونو ترلاسه کولو لپاره د واحد شاخص فایل کارول دا ستونزمنه کړې چې د څو کاروونکو خوندي پلي کولو پراختیا ومومي.
پروژه (د ډاکر راجسټری v2 په نوم هم پیژندل شوی) د ډاکر راجسټری جانشین دی او په اصل کې د ډاکر عکسونو بسته کولو ، بار وړلو ، ذخیره کولو او تحویلولو لپاره د وسیلو سیټ په توګه کار کوي. ډیری لوی کلاوډ خدمتونه د توزیع پراساس محصولات وړاندیز کوي. د دې زیاتې پاملرنې څخه مننه، د توزیع پروژې د کلونو پرمختګونو، غوره امنیتي تمرینونو، او ساحې ازموینې څخه ګټه پورته کړې چې دا یې د خلاصې سرچینې نړۍ یو له ترټولو بریالي ناڅرګند اتلانو څخه جوړ کړی دی.
مګر ایا تاسو پوهیږئ چې د توزیع پروژه د هر ډول مینځپانګې ویشلو لپاره ډیزاین شوې وه ، نه یوازې د کانټینر عکسونه؟
د هڅو په هیله (یا OCI)، د هیلم چارټونه د توزیع په هر مثال کې کیښودل کیدی شي. د اوس لپاره، دا پروسه تجربه ده. د بشپړ هیلم 3 لپاره د ننوتلو ملاتړ او نور ب featuresې اړین دي چې کار په پرمختګ کې دی ، مګر موږ د هغه موندنو څخه زده کولو ته لیواله یو چې د OCI او توزیع ټیمونو په تیرو کلونو کې کړي دي. او د دوی د لارښوونې او لارښوونې له لارې، موږ زده کوو چې په پیمانه د خورا لوړ شتون خدمت چلولو په څیر څه شی دی.
د هیلم چارټ ذخیره کې د ځینو راتلونکو بدلونونو نور تفصیلي توضیحات شتون لري .
د خوشې کولو مدیریت
په هیلم 3 کې، د غوښتنلیک حالت په کلستر کې د یو جوړه شیانو لخوا تعقیب کیږي:
- د خوشې کولو اعتراض - د غوښتنلیک مثال څرګندوي؛
- د خوشې کولو نسخه راز - د وخت په یو مشخص وخت کې د غوښتنلیک مطلوب حالت استازیتوب کوي (د بیلګې په توګه، د نوې نسخې خوشې کول).
ننګونې helm install د خوشې کولو څیز رامینځته کوي او نسخه راز خوشې کوي. زنګ helm upgrade د خوشې کولو څیز ته اړتیا لري (کوم چې دا بدلیدلی شي) او د نوي خوشې نسخه راز رامینځته کوي چې نوي ارزښتونه او چمتو شوي منشور لري.
ریلیز اعتراض د ریلیز په اړه معلومات لري، چیرته چې خوشې کول د نوم شوي چارټ او ارزښتونو ځانګړی نصب دی. دا اعتراض د خوشې کولو په اړه د لوړې کچې میټاډاټا بیانوي. د خوشې کولو څیز د غوښتنلیک د ژوند دورې په اوږدو کې دوام لري او د ټولو خوشې نسخو رازونو مالک دی ، او همدارنګه ټول هغه توکي چې مستقیم د هیلم چارټ لخوا رامینځته شوي.
د خوشې نسخه پټ د بیاکتنې لړۍ (انسټالول ، تازه کول ، رول بیکس ، حذف کول) سره خوشې کول شریکوي.
په هیلم 2 کې، بیاکتنې خورا دوامداره وې. زنګ ووهئ helm install v1 رامینځته شوی ، ورپسې تازه (اپ گریڈ) - v2 ، او داسې نور. د خوشې کولو او خوشې کولو نسخه راز په یو واحد شی کې سقوط شوی چې د بیاکتنې په نوم پیژندل کیږي. بیاکتنې د ټیلر په څیر په ورته نوم ځای کې زیرمه شوي، چې پدې معنی چې هر خوشې کول د نوم ځای په شرایطو کې "نړیوال" و. د پایلې په توګه، د نوم یوازې یوه بیلګه کارول کیدی شي.
په هیلم 3 کې، هر خوشې کول د یو یا ډیرو خوشې نسخو رازونو سره تړاو لري. د خوشې کولو اعتراض تل د کوبرنیټس ته ګمارل شوی اوسنی ریلیز تشریح کوي. د هرې خوشې نسخه راز د دې خوشې کولو یوازې یوه نسخه بیانوي. یو اپ گریډ به د مثال په توګه د نوي خوشې نسخه راز رامینځته کړي او بیا به د خوشې کولو اعتراض بدل کړي ترڅو دې نوي نسخې ته اشاره وکړي. د رول بیک په حالت کې ، تاسو کولی شئ د خوشې کیدو مخکیني نسخې رازونه وکاروئ ترڅو خوشې بیرته پخواني حالت ته واړوئ.
وروسته له هغه چې ټیلر پریښودل شو، هیلم 3 ذخیره په ورته نوم ځای کې ډاټا خپروي لکه څنګه چې خوشې کیږي. دا بدلون تاسو ته اجازه درکوي چې په بل نوم ځای کې د ورته خوشې نوم سره چارټ نصب کړئ، او ډاټا په etcd کې د کلستر تازه معلوماتو / ریبوټونو ترمنځ خوندي کیږي. د مثال په توګه، تاسو کولی شئ ورڈپریس په "foo" نوم ځای کې نصب کړئ او بیا په "بار" نوم ځای کې، او دواړه ریلیزونه د "ورډپریس" نومول کیدی شي.
د چارټ انحصار ته بدلون
چارټونه بسته شوي (په کارولو سره helm package) د هیلم 2 سره د کارولو لپاره د هیلم 3 سره نصب کیدی شي، په هرصورت، د چارټ پراختیا کاري فلو په بشپړه توګه ترمیم شوی، نو د هیلم 3 سره د چارټ پراختیا ته دوام ورکولو لپاره باید ځینې بدلونونه رامنځته شي. په ځانګړې توګه، د چارټ انحصار مدیریت سیسټم بدل شوی.
د چارټ د انحصار مدیریت سیسټم له دې ځایه تللی دی requirements.yaml и requirements.lock په Chart.yaml и Chart.lock. دا پدې مانا ده چې هغه چارټونه چې کمانډ یې کارولی helm dependencyپه هیلم 3 کې د کار کولو لپاره یو څه ترتیب ته اړتیا لري.
راځئ چې یو مثال وګورو. راځئ چې په هیلم 2 کې چارټ ته انحصار اضافه کړو او وګورو چې د هیلم 3 ته د تګ پر مهال څه بدلون راځي.
په هیلم 2 کې requirements.yaml داسې ښکارېده:
dependencies:
- name: mariadb
version: 5.x.x
repository: https://kubernetes-charts.storage.googleapis.com/
condition: mariadb.enabled
tags:
- database
په هیلم 3 کې، ورته انحصار به ستاسو کې منعکس شي Chart.yaml:
dependencies:
- name: mariadb
version: 5.x.x
repository: https://kubernetes-charts.storage.googleapis.com/
condition: mariadb.enabled
tags:
- database
چارټونه لاهم ډاونلوډ شوي او په لارښود کې ځای په ځای شوي charts/نو فرعي چارټونه (فرعي چارټونه)په کتلاګ کې پروت دی charts/د بدلون پرته به کار ته دوام ورکړي.
د کتابتون چارتونه معرفي کول
هیلم 3 د کتابتون چارټونو په نوم د چارټونو ټولګي ملاتړ کوي (د کتابتون چارټ). دا چارټ د نورو چارټونو لخوا کارول کیږي، مګر په خپل ځان کې د خوشې کولو اثار نه جوړوي. د کتابتون چارټ ټیمپلیټونه یوازې عناصر اعلان کولی شي define. نور مواد په ساده ډول له پامه غورځول شوي. دا کاروونکو ته اجازه ورکوي چې د کوډ ټوټې بیا وکاروي او شریک کړي چې په ډیری چارټونو کې کارول کیدی شي، په دې توګه د نقل کولو څخه مخنیوی کوي او اصولو ته غاړه ایښودل کیږي. .
د کتابتون چارټونه په برخه کې اعلان شوي dependencies په دوتنه کې Chart.yaml. د دوی نصب او اداره کول د نورو چارټونو څخه توپیر نلري.
dependencies:
- name: mylib
version: 1.x.x
repository: quay.ioموږ د کارونې قضیو په اړه خوښ یو چې دا برخه به د چارټ پراختیا کونکو لپاره خلاص شي ، او همدارنګه غوره عملونه چې د کتابتون چارټونو څخه راپورته کیدی شي.
څه راتلونکو؟
هیلم 3.0.0-alpha.1 هغه بنسټ دی چې موږ یې د هیلم نوې نسخه جوړول پیل کوو. په مقاله کې ما د هیلم 3 ځینې په زړه پورې ځانګړتیاوې بیان کړې. ډیری یې لاهم د پراختیا په لومړیو مرحلو کې دي او دا عادي خبره ده. د الفا د خوشې کولو نقطه د نظر ازموینه ده، د لومړنیو کاروونکو څخه فیډبیک راټول کړئ، او زموږ انګیرنې تایید کړئ.
هرڅومره ژر چې د الفا نسخه خپره شي (په یاد ولرئ چې دا دی - نږدې ژباړه.)، موږ به د ټولنې څخه د هیلم 3 لپاره د پیچونو منل پیل کړو. تاسو اړتیا لرئ یو قوي بنسټ رامینځته کړئ چې د نوي فعالیت رامینځته کولو او غوره کولو ته اجازه ورکوي ، او د کاروونکو لپاره د ټکټونو په خلاصولو او اصلاح کولو سره په پروسه کې دخیل احساس وکړي.
ما هڅه کړې چې ځینې لوی پرمختګونه روښانه کړم چې هیلم 3 ته راځي، مګر دا لیست په هیڅ ډول بشپړ ندی. د هیلم 3 لپاره بشپړ سړک نقشه کې ځانګړتیاوې شاملې دي لکه د تازه تازه کولو ستراتیژۍ، د OCI راجسترونو سره ژور ادغام، او د چارټ ارزښتونو اعتبار کولو لپاره د JSON سکیمونو کارول. موږ دا پلان هم لرو چې کوډبیس پاک کړو او د هغې برخې تازه کړو چې د تیرو دریو کلونو راهیسې غفلت شوي.
که تاسو داسې احساس کوئ چې موږ یو څه له لاسه ورکړی، موږ به ستاسو د افکارو اوریدلو خوښ کړو!
زموږ په بحث کې ګډون وکړئ :
-
#helm-usersد ټولنې سره د پوښتنو او ساده اړیکو لپاره؛ -
#helm-devد پلولو غوښتنو، کوډونو او بګونو په اړه بحث کول.
تاسو کولی شئ د پنجشنبې په ورځ په 19:30 MSK کې زموږ په اونۍ کې د عامه پراختیا کونکي تلیفونونو کې هم خبرې وکړئ. غونډې د هغو مسلو په اړه بحث کولو ته وقف شوي چې کلیدي پراختیا کونکي او ټولنه کار کوي، او همدارنګه د اونۍ لپاره د بحث موضوعات. هر څوک کولی شي په غونډه کې ګډون او ګډون وکړي. لینک په سلیک چینل کې شتون لري #helm-dev.
PS د ژباړونکي څخه
زموږ په بلاګ کې هم ولولئ:
- «»
- «»
- «»
- «»
- «".
سرچینه: www.habr.com