منهنجو نالو دمتري سوگروبوف آهي، مان هڪ ڊولپر آهيان Leroy Merlin ۾. هن آرٽيڪل ۾ آئون توهان کي ٻڌايان ٿو ته هيلم جي ضرورت ڇو آهي، اهو ڪبرنيٽس سان ڪم ڪرڻ کي ڪيئن آسان بڻائي ٿو، ٽئين ورزن ۾ ڇا تبديلي آئي آهي، ۽ ان کي ڪيئن استعمال ڪجي اپ ڊيٽ ڪرڻ لاءِ پروڊڪشن ۾ ايپليڪيشنن کي اپ ڊيٽ ڪرڻ لاءِ.
هي خلاصو هڪ ڪانفرنس ۾ تقرير تي ٻڌل آهي by - جيڪڏھن توھان پڙھڻ نٿا چاھيو، وڊيو ڏسو.
اسان پيداوار ۾ ڪبرنيٽس ڇو استعمال ڪندا آهيون
Leroy Merlin روس ۽ يورپ ۾ DIY پرچون مارڪيٽ ۾ هڪ اڳواڻ آهي. اسان جي ڪمپنيءَ ۾ سؤ کان وڌيڪ ڊولپرز، 33 اندروني ملازمن ۽ ماڻھن جو وڏو تعداد ھائپر مارڪيٽ ۽ ويب سائيٽ جو دورو ڪندڙ آھي. انهن سڀني کي خوش ڪرڻ لاء، اسان صنعت جي معياري طريقن جي پيروي ڪرڻ جو فيصلو ڪيو. microservice فن تعمير کي استعمال ڪندي نئين ايپليڪيشنون ٺاهيو؛ ماحول کي الڳ ڪرڻ ۽ مناسب ترسيل کي يقيني بڻائڻ لاءِ ڪنٽينر استعمال ڪريو؛ ۽ آرڪيسٽريشن لاء ڪبرنيٽس استعمال ڪريو. آرڪيسٽرٽر استعمال ڪرڻ جي قيمت تيزي سان سستي ٿي رهي آهي: ٽيڪنالاجي ۾ ماهر انجنيئرن جو تعداد مارڪيٽ تي وڌي رهيو آهي، ۽ مهيا ڪندڙ ظاهر ڪري رهيا آهن ڪبرنيٽس کي خدمت جي طور تي پيش ڪري رهيا آهن.
هر شيءِ جيڪا ڪبرنيٽس ڪري ٿي، يقيناً، ٻين طريقن سان ٿي سگهي ٿي، مثال طور، ڪجهه جينڪنز ۽ ڊاڪر-ڪپوز کي اسڪرپٽ سان ڍڪڻ سان، پر جيڪڏهن تيار ٿيل ۽ قابل اعتماد حل موجود هجي ته زندگي کي پيچيده ڇو ڪجي؟ انهي ڪري اسان وٽ آيا آهيون ڪبرنيٽس ۽ ان کي استعمال ڪري رهيا آهيون پيداوار ۾ هڪ سال تائين. اسان وٽ هن وقت چوويهه ڪبرنيٽس ڪلسٽر آهن، جن مان سڀ کان پراڻو هڪ سال کان به پراڻو آهي، جنهن ۾ اٽڪل ٻه سؤ پوڊ آهن.
Kubernetes ۾ وڏي YAML فائلن جي لعنت
Kubernetes ۾ هڪ مائڪرو سروس شروع ڪرڻ لاءِ، اسان گهٽ ۾ گهٽ پنج YAML فائلون ٺاهينداسين: ڊيپلائيمينٽ، سروس، انگريس، ConfigMap، راز - ۽ انهن کي ڪلستر ڏانهن موڪليو. ايندڙ ايپليڪيشن لاءِ اسان جامن جو ساڳيو پيڪيج لکنداسين، ٽئين سان گڏ ٻيو لکنداسين، وغيره. جيڪڏهن اسان دستاويزن جي تعداد کي ماحول جي تعداد سان ضرب ڪريون ٿا، اسان اڳ ۾ ئي سوين فائلون حاصل ڪنداسين، ۽ اهو اڃا تائين متحرڪ ماحول ۾ نه ورتو ويو آهي.
ايڊم ريس، هيلم جو بنيادي سنڀاليندڙ، "" جو تصور متعارف ڪرايو."، جيڪو هن طرح نظر اچي ٿو:
- YAML ڪاپي ڪريو - ھڪڙو YAML فائل نقل ڪريو.
- YAML پيسٽ ڪريو - ان کي پيسٽ ڪريو.
- درست ڪريو انگ اکر- درست انگ اکر.
- ورجائي - ٻيهر ورجائي.
اختيار ڪم ڪري ٿو، پر توهان کي YAML فائلن کي ڪيترائي ڀيرا نقل ڪرڻو پوندو. هن چڪر کي تبديل ڪرڻ لاء، هيلم ايجاد ڪيو ويو.
هيلم ڇا آهي
پهرين، هيلم - پيڪيج مينيجر، جيڪو توهان کي گهربل پروگرام ڳولڻ ۽ انسٽال ڪرڻ ۾ مدد ڪري ٿو. انسٽال ڪرڻ لاء، مثال طور، MongoDB، توهان کي سرڪاري ويب سائيٽ تي وڃڻ جي ضرورت ناهي ۽ بائنري ڊائون لوڊ ڪريو، صرف حڪم هلائي helm install stable/mongodb.
ٻيو، هيلم - ٽيمپليٽ انجڻ، فائلن کي parameterize ڪرڻ ۾ مدد ڪري ٿي. اچو ته صورتحال ڏانھن واپس وڃو YAML فائلن سان Kubernetes ۾. اهو ساڳيو YAML فائل لکڻ آسان آهي، ان ۾ ڪجهه جڳهه هولڊر شامل ڪريو، جنهن ۾ هيلم قدر کي متبادل ڪندو. اهو آهي ته، اسڪافڊس جي هڪ وڏي سيٽ جي بدران، ٽيمپليٽس جو هڪ سيٽ هوندو جنهن ۾ گهربل قدر صحيح وقت تي تبديل ڪيا ويندا.
ٽيون، هيلم - مقرري ماسٽر. ان سان توهان ايپليڪيشنن کي انسٽال ڪري سگھو ٿا، رولبڪ ڪري سگھو ٿا ۽ تازه ڪاري ڪري سگھو ٿا. اچو ته سمجهون ته اهو ڪيئن ڪجي.
توهان جي پنهنجي ايپليڪيشنن کي ترتيب ڏيڻ لاء هيلم ڪيئن استعمال ڪجي
اچو ته توهان جي ڪمپيوٽر تي هيلم ڪلائنٽ انسٽال ڪريو، آفيسر جي پٺيان . اڳيون، اسان YAML فائلن جو هڪ سيٽ ٺاهينداسين. مخصوص قدرن جي وضاحت ڪرڻ بدران، اسان جڳھ رکندڙن کي ڇڏي ڏينداسين، جن کي Helm مستقبل ۾ معلومات سان ڀريندو. اهڙين فائلن جي هڪ سيٽ کي هيلم چارٽ سڏيو ويندو آهي. اهو ٽن طريقن سان هيلم ڪنسول ڪلائنٽ ڏانهن موڪلي سگھجي ٿو:
- ٽيمپليٽ سان گڏ فولڊر ظاهر ڪريو؛
- آرڪائيو کي هڪ .tar ۾ ڀريو ۽ ان ڏانهن اشارو ڪيو؛
- ٽيمپليٽ کي ريموٽ ريپوزٽري ۾ رکو ۽ هيلم ڪلائنٽ ۾ مخزن جي لنڪ شامل ڪريو.
توھان کي ھڪڙي فائل جي ضرورت آھي قدرن سان - values.yaml. اتان جي ڊيٽا ٽيمپليٽ ۾ داخل ڪئي ويندي. اچو ته ان کي به ٺاهيون.
هيلم جو ٻيو نسخو هڪ اضافي سرور ايپليڪيشن آهي - ٽيلر. اهو ڪبرنيٽس کان ٻاهر لڪي ٿو ۽ هيلم ڪلائنٽ جي درخواستن جو انتظار ڪري ٿو، ۽ جڏهن سڏيو وڃي ٿو، گهربل قدرن کي ٽيمپليٽ ۾ تبديل ڪري ٿو ۽ ان کي ڪبرنيٽس ڏانهن موڪلي ٿو.
Helm 3 آسان آهي: سرور تي ٽيمپليٽس کي پروسيس ڪرڻ جي بدران، معلومات هاڻي مڪمل طور تي Helm ڪلائنٽ پاسي تي پروسيس ڪئي وئي آهي ۽ سڌو سنئون Kubernetes API ڏانهن موڪليو ويو آهي. هي آساني ڪلستر سيڪيورٽي کي بهتر بڻائي ٿو ۽ رول آئوٽ اسڪيم کي آسان بڻائي ٿو.
اهو سڀ ڪيئن ڪم ڪندو آهي
حڪم هلايو helm install. اچو ته ائپليڪيشن رليز جو نالو ڏيکاريو ۽ Values.yaml جو رستو ڏيو. آخر ۾ اسان ظاهر ڪنداسين مخزن جنهن ۾ چارٽ واقع آهي ۽ چارٽ جو نالو. مثال ۾، اهي آهن "lmru" ۽ "bestchart"، ترتيب سان.
helm install --name bestapp --values values.yaml lmru/bestchart
حڪم صرف هڪ ڀيرو تي عمل ڪري سگهجي ٿو، جڏهن ان جي بدران ٻيهر عمل ڪيو وڃي install استعمال ڪرڻ جي ضرورت آهي upgrade. سادگي لاءِ، ٻن حڪمن جي بدران، توھان ڪمانڊ هلائي سگھو ٿا upgrade اضافي چاٻي سان --install. جڏهن پهريون ڀيرو عمل ڪيو ويو، هيلم رليز کي نصب ڪرڻ لاء هڪ حڪم موڪليندو، ۽ مستقبل ۾ ان کي تازه ڪاري ڪندو.
helm upgrade --install bestapp --values values.yaml lmru/bestchart
هيلم سان ايپليڪيشن جي نئين ورزن کي ترتيب ڏيڻ جا نقصان
ڪهاڻي جي هن نقطي تي، مان کيڏي رهيو آهيان Who Wants to Be a Millionaire سامعين سان، ۽ اسان اهو ڳولي رهيا آهيون ته ڪيئن حاصل ڪجي هيلم کي ايپ جي ورزن کي اپڊيٽ ڪرڻ لاءِ. .
جڏهن مان سکي رهيو هوس ته هيلم ڪيئن ڪم ڪندو آهي، مون کي عجيب رويي کان حيرت ٿي هئي جڏهن هلندڙ ايپليڪيشنن جي ورزن کي اپڊيٽ ڪرڻ جي ڪوشش ڪئي وئي. مون ايپليڪيشن ڪوڊ کي اپڊيٽ ڪيو، ڊاکر رجسٽري تي هڪ نئين تصوير اپ لوڊ ڪئي، ڊيپلائيشن ڪمانڊ موڪليو - ۽ ڪجھ به نه ٿيو. هيٺ ڏنل آهن ڪجھ مڪمل طور تي ڪامياب نه طريقا ايپليڪيشنن کي اپڊيٽ ڪرڻ لاءِ. انھن مان ھر ھڪ کي وڌيڪ تفصيل سان پڙھڻ سان، توھان اوزار جي اندروني ڍانچي کي سمجھڻ شروع ڪري سگھو ٿا ۽ ھن غير واضح رويي جي سببن کي.
طريقو 1. آخري لانچ کان معلومات تبديل نه ڪريو
جيئن چوي ٿو هيلم، "Kubernetes چارٽ وڏا ۽ پيچيده ٿي سگهن ٿا، تنهنڪري هيلم ڪوشش ڪري ٿو ته ڪنهن به شيء کي تمام گهڻو نه ڇڪي." تنهن ڪري، جيڪڏهن توهان ڊاکر رجسٽري ۾ ايپليڪيشن تصوير جو جديد نسخو اپڊيٽ ڪيو ۽ ڪمانڊ هلائيندا helm upgrade، پوءِ ڪجھ به نه ٿيندو. هيلم سوچيندو ته ڪجھ به تبديل نه ٿيو آهي ۽ ايپليڪيشن کي اپڊيٽ ڪرڻ لاء ڪبرنيٽس کي حڪم موڪلڻ جي ڪا ضرورت ناهي.
هتي ۽ هيٺ، تازو ٽيگ صرف هڪ مثال طور ڏيکاريل آهي. جڏهن توهان هن ٽيگ جي وضاحت ڪندا، ڪبرنيٽس هر دفعي تصوير کي ڊاکر رجسٽري مان ڊائون لوڊ ڪندو، قطع نظر imagePullPolicy پيٽرول جي. پيداوار ۾ جديد استعمال ڪرڻ ناپسنديده آهي ۽ ضمني اثرات پيدا ڪري ٿو.
طريقو 2. تصوير ۾ LABEL کي اپڊيٽ ڪريو
جيئن ئي لکيو ويو آهي ، "هيلم صرف هڪ ايپليڪيشن کي اپڊيٽ ڪندو جيڪڏهن اها آخري رليز کان تبديل ٿي وئي آهي." ان لاءِ هڪ منطقي آپشن لڳي ٿو LABEL کي ڊيڪر تصوير ۾ ئي اپڊيٽ ڪري رهيو آهي. بهرحال، هيلم ايپليڪيشن تصويرن ۾ نظر نٿو اچي ۽ انهن ۾ ڪنهن به تبديلي جي باري ۾ ڪا ڄاڻ ناهي. ان مطابق، تصوير ۾ ليبلز کي اپڊيٽ ڪرڻ وقت، هيلم انهن جي باري ۾ نه ڄاڻندو، ۽ ايپليڪيشن اپڊيٽ ڪمانڊ ڪبرنيٽس ڏانهن نه موڪليو ويندو.
طريقو 3: چاٻي استعمال ڪريو --force
اچو ته مينوئل ڏانهن رخ ڪريون ۽ گهربل ڪنجي ڳوليون. اهم سڀ کان وڌيڪ معني ڏئي ٿو --force. واضح نالو جي باوجود، رويي جي توقع کان مختلف آهي. ايپليڪيشن اپڊيٽ کي مجبور ڪرڻ جي بدران، ان جو اصل مقصد هڪ رليز کي بحال ڪرڻ آهي جيڪو ناڪام حالت ۾ آهي. جيڪڏهن توهان هن ڪنجي کي استعمال نٿا ڪريو، توهان کي حڪمن کي ترتيب ڏيڻ جي ضرورت آهي helm delete && helm install --replace. ان جي بدران چاٻي استعمال ڪرڻ جي صلاح ڏني وئي آهي --force، جيڪو انهن حڪمن جي ترتيب واري عمل کي خودڪار ڪري ٿو. وڌيڪ ڄاڻ هن ۾ . هيلم کي ايپليڪيشن ورزن کي اپڊيٽ ڪرڻ لاءِ چوڻ لاءِ، بدقسمتي سان، هي ڪيچ ڪم نه ڪندي.
طريقو 4. تبديل ڪريو ليبل سڌو سنئون Kubernetes ۾
ڪمانڊ استعمال ڪندي سڌو سنئون ڪلستر ۾ ليبل کي اپڊيٽ ڪرڻ kubectl edit - خراب خيال. ھي عمل ھلندڙ ايپليڪيشن ۽ ھڪڙي جي وچ ۾ معلومات جي غير مطابقت کي ڏسندو جيڪو اصل ۾ ترتيب ڏيڻ لاء موڪليو ويو ھو. هن معاملي ۾ تعیناتي دوران هيلم جو رويو ان جي ورزن کان مختلف آهي: هيلم 2 ڪجھ به نه ڪندو، ۽ هيلم 3 ايپليڪيشن جي نئين ورزن کي ترتيب ڏيندو. سمجھڻ لاءِ ڇو، توھان کي سمجھڻ گھرجي ته ھيلم ڪيئن ڪم ڪري ٿو.
هيلم ڪيئن ڪم ڪندو آهي؟
اهو طئي ڪرڻ لاءِ ته ڇا ايپليڪيشن ان جي آخري رليز کان تبديل ٿي وئي آهي، هيلم استعمال ڪري سگهي ٿو:
- Kubernetes ۾ هلندڙ ايپليڪيشن؛
- new values.yaml ۽ موجوده چارٽ؛
- هيلم جي اندروني ڇڏڻ جي معلومات.
وڌيڪ تجسس لاءِ: هيلم رليز بابت اندروني معلومات ڪٿي رکي ٿو؟حڪم تي عمل ڪندي helm history، اسان هيلم استعمال ڪندي انسٽال ٿيل ورزن بابت سڀ معلومات حاصل ڪنداسين.
موڪليل ٽيمپليٽس ۽ قدرن بابت تفصيلي ڄاڻ پڻ موجود آهي. اسان ان کي عرض ڪري سگهون ٿا:
هيلم جي ٻئي ورزن ۾، اها معلومات ساڳي نالي واري جاءِ تي واقع آهي جتي ٽيلر هلي رهيو آهي (ڪيوب-سسٽم ڊفالٽ)، ConfigMap ۾، جنهن کي نشان لڳل آهي "OWNER=TILLER":
جڏهن هيلم جو ٽيون نسخو ظاهر ٿيو، معلومات رازن ڏانهن منتقل ٿي وئي، ۽ ساڳئي نالي جي جاء تي جتي ايپليڪيشن هلائي رهي هئي. انهي جي مهرباني، اهو ممڪن ٿيو ته ڪيترن ئي ايپليڪيشنن کي هڪ ئي وقت ۾ مختلف نالن جي جڳهن ۾ هڪ ئي رليز نالي سان. ٻئي نسخي ۾ اهو هڪ سخت سر درد هو جڏهن نالا اسپيس الڳ ٿي ويا آهن پر هڪ ٻئي تي اثر انداز ڪري سگهن ٿا.
ٻيو هيلم، جڏهن اهو سمجهڻ جي ڪوشش ڪري ٿو ته ڇا هڪ تازه ڪاري جي ضرورت آهي، معلومات جا صرف ٻه ذريعا استعمال ڪري ٿو: هن کي ڇا مهيا ڪيو ويو آهي، ۽ رليز بابت اندروني معلومات، جيڪا ConfigMap ۾ آهي.
ٽيون هيلم استعمال ڪري ٿو ٽي طرفي ضم ڪرڻ واري حڪمت عملي: انهي معلومات کان علاوه، اهو پڻ اڪائونٽ ۾ وٺندو آهي ايپليڪيشن جيڪا هن وقت هلي رهي آهي ڪبرنيٽس ۾.
ان ڪري، هيلم جو پراڻو ورزن ڪجھ به نه ڪندو، ڇو ته اهو ڪلستر ۾ ايپليڪيشن جي معلومات کي حساب ۾ نٿو رکي، پر هيلم 3 تبديليون وصول ڪندو ۽ نئين ايپليڪيشن کي ڊيپلائي ڪرڻ لاءِ موڪليندو.
طريقو 5. استعمال ڪريو --recreate-pods سوئچ
چاٻي سان --recreate-pods توھان حاصل ڪري سگھوٿا جيڪو توھان اصل ۾ چاٻي سان حاصل ڪرڻ جي منصوبابندي ڪئي آھي --force. ڪنٽينر ٻيهر شروع ٿيندا ۽، مطابق ImagePullPolicy: هميشه تازي ٽيگ لاءِ پاليسي (هن تي وڌيڪ فوٽ نوٽ ۾)، ڪبرنيٽس تصوير جو نئون ورزن ڊائون لوڊ ۽ لانچ ڪندو. اهو بهترين طريقي سان نه ڪيو ويندو: بغير ڪنهن حڪمت عملي جي ترتيب ڏيڻ جي، اهو اوچتو سڀني پراڻي ايپليڪيشن مثالن کي بند ڪري ڇڏيندو ۽ نوان شروع ڪرڻ شروع ڪندو. ٻيهر شروع ڪرڻ دوران، سسٽم ڪم نه ڪندو، صارفين کي نقصان ٿيندو.
خود Kubernetes ۾، هڪ ساڳيو مسئلو هڪ ڊگهي وقت تائين موجود آهي. ۽ هاڻي، افتتاح کان 4 سال پوءِ ، مسئلو حل ڪيو ويو آهي، ۽ ڪبرنيٽس جي ورزن 1.15 سان شروع ڪندي، پوڊز کي ٻيهر شروع ڪرڻ جي صلاحيت ظاهر ٿئي ٿي.
هيلم صرف سڀني ايپليڪيشنن کي بند ڪري ٿو ۽ ويجھي نوان ڪنٽينر لانچ ڪري ٿو. توھان ھن کي پيداوار ۾ نه ٿا ڪري سگھو، جيئن ته ايپليڪيشن جي گھٽتائي جو سبب نه بڻجن. اهو صرف ترقي جي ضرورتن جي ضرورت آهي ۽ صرف اسٽيج ماحول ۾ انجام ڏئي سگهجي ٿو.
هيلم استعمال ڪندي ايپليڪيشن ورزن کي ڪيئن تازه ڪاري ڪجي؟
اسان هيلمٽ ڏانهن موڪليل قدر تبديل ڪنداسين. عام طور تي، اهي قدر آهن جيڪي تصوير جي ٽيگ جي جاء تي متبادل آهن. جديد جي صورت ۾، جيڪو اڪثر ڪري غير پيداواري ماحول لاءِ استعمال ڪيو ويندو آهي، تبديل ٿيندڙ معلومات هڪ تشريح آهي، جيڪا خود ڪبرنيٽس لاءِ بيڪار آهي، ۽ هيلم لاءِ اها ايپليڪيشن کي اپڊيٽ ڪرڻ جي ضرورت لاءِ سگنل طور ڪم ڪندي. تشريح جي قيمت ڀرڻ جا اختيار:
- بي ترتيب قدر معياري فنڪشن استعمال ڪندي -
{{ randAlphaNum 6 }}.
اتي ھڪڙو انتباہ آھي: ھر ھڪڙي ترتيب ڏيڻ کان پوء ھڪڙو چارٽ استعمال ڪندي اھڙي قسم جي متغير سان، تشريح جو قدر منفرد ھوندو، ۽ Helm فرض ڪندو ته تبديليون آھن. اهو ظاهر ٿئي ٿو ته اسان هميشه ايپليڪيشن کي ٻيهر شروع ڪنداسين، جيتوڻيڪ اسان ان جو نسخو تبديل نه ڪيو آهي. اهو نازڪ ناهي، ڇو ته ڪو به وقت نه هوندو، پر اهو اڃا تائين ناپسنديده آهي. - موجوده پيسٽ ڪريو تاريخ ۽ وقت -
{{ .Release.Date }}.
هڪ قسم هڪ بي ترتيب قدر سان ملندڙ جلندڙ آهي مستقل طور تي منفرد متغير سان. - هڪ وڌيڪ صحيح طريقو استعمال ڪرڻ آهي چيڪسم. هي تصوير جو SHA آهي يا گٽ ۾ آخري ڪمٽ جو SHA آهي -
{{ .Values.sha }}.
انهن کي ڳڻڻ جي ضرورت پوندي ۽ ڪالنگ واري پاسي هيلم ڪلائنٽ ڏانهن موڪليو ويو، مثال طور جينڪنز ۾. جيڪڏهن اپليڪيشن تبديل ٿي وئي آهي، ته چيڪسم تبديل ٿي ويندو. تنهن ڪري، هيلم صرف ايپليڪيشن کي اپڊيٽ ڪندو جڏهن ضرورت هجي.
اچو ته اسان جي ڪوششن جو خلاصو
- هيلم گهٽ ۾ گهٽ ناگوار طريقي سان تبديليون ڪري ٿو، تنهنڪري ڊاکر رجسٽري ۾ ايپليڪيشن تصويري سطح تي ڪا به تبديلي تازه ڪاري جي نتيجي ۾ نه ٿيندي: حڪم جاري ٿيڻ کان پوء ڪجھ به نه ٿيندو.
- ڪيٻي
--forceمشڪلاتي رليز کي بحال ڪرڻ لاء استعمال ڪيو ويو ۽ زبردستي اپڊيٽ سان لاڳاپيل ناهي. - ڪيٻي
--recreate-podsزبردستي ايپليڪيشنن کي اپڊيٽ ڪندو، پر ان کي وينڊل طريقي سان ڪندو: اهو اوچتو سڀني ڪنٽينر کي بند ڪري ڇڏيندو. استعمال ڪندڙ هن کان متاثر ٿيندا؛ توهان کي اهو نه ڪرڻ گهرجي پيداوار ۾. - ڪمانڊ استعمال ڪندي ڪبرنيٽس ڪلستر ۾ سڌو سنئون تبديليون ڪريو
kubectl editنه ڪريو: اسان مستقل مزاجي کي ٽوڙي ڇڏينداسين، ۽ رويو مختلف ٿيندو هيلم جي نسخي جي لحاظ کان. - هيلم جي نئين نسخي جي ڇڏڻ سان، ڪيترن ئي nuances ظاهر ڪيو آهي. هيلم مخزن ۾ مسئلا واضح ٻولي ۾ بيان ڪيا ويا آهن، اهي توهان جي تفصيل کي سمجهڻ ۾ مدد ڪندا.
- چارٽ ۾ قابل تدوين تشريح شامل ڪرڻ ان کي وڌيڪ لچڪدار بڻائيندو. هي توهان کي اجازت ڏيندو ته ايپليڪيشن کي صحيح طور تي رول آئوٽ ڪري، بغير وقت جي.
هڪ "عالمي امن" سوچ جيڪا زندگي جي سڀني شعبن ۾ ڪم ڪري ٿي: استعمال ڪرڻ کان اڳ هدايتون پڙهو، نه بعد ۾. صرف مڪمل معلومات سان اهو ممڪن ٿيندو ته قابل اعتماد سسٽم ٺاهڻ ۽ صارفين کي خوش ڪرڻ.
ٻيا لاڳاپيل لنڪ:
هي رپورٽ پهريون ڀيرو پيش ڪئي وئي طرفان Mail.ru Cloud Solutions. ڏس ٻين پرفارمنس ۽ ٽيليگرام تي واقعن جي اعلانن جي رڪنيت حاصل ڪريو .
جو ذريعو: www.habr.com