ڪلائوڊ-نيٽيو ايپس ٺاهڻ لاءِ 5 عام فهم اصول

"ڪلائوڊ اصلي" يا صرف "ڪلائوڊ" ايپليڪيشنون ٺاهيا ويا آهن خاص طور تي ڪلائوڊ انفراسٽرڪچر ۾ ڪم ڪرڻ لاءِ. اهي عام طور تي ٺهيل آهن هڪ سيٽ جي طور تي ٺهيل ٺهيل مائڪرو سروسز جو ڪنٽينرز ۾ پيڪيج، جنهن جي نتيجي ۾ هڪ ڪلائوڊ پليٽ فارم طرفان منظم ڪيو ويندو آهي. اهڙيون ايپليڪيشنون ڊفالٽ طور ناڪامين لاءِ تيار ڪيون وينديون آهن، جنهن جو مطلب آهي ته اهي ڪم ڪن ٿيون معتبر ۽ پيماني تي جيتوڻيڪ انفراسٽرڪچر جي سطح جي سنگين ناڪامين جي صورت ۾. سڪي جو ٻيو پاسو پابنديون (معاهدو) جو سيٽ آهي جيڪو ڪلائوڊ پليٽ فارم ڪنٽينر ايپليڪيشنن تي لاڳو ڪري ٿو ته جيئن انهن کي خودڪار طريقي سان منظم ڪرڻ جي قابل ٿي وڃي.

ڪلائوڊ-نيٽيو ايپس ٺاهڻ لاءِ 5 عام فهم اصول

جڏهن ته بادل تي ٻڌل ايپليڪيشنن ڏانهن منتقل ٿيڻ جي ضرورت ۽ اهميت کان مڪمل طور تي واقف آهن، ڪيتريون ئي تنظيمون اڃا تائين نه ڄاڻن ٿيون ته ڪٿان شروع ڪجي. هن پوسٽ ۾، اسان ڪيترن ئي اصولن تي نظر وجهنداسين، جن تي عمل ڪيو ويندو جڏهن ڪنٽينر ٿيل ايپليڪيشنن کي ترقي ڪندي، توهان کي ڪلائوڊ پليٽ فارمن جي صلاحيت کي محسوس ڪرڻ ۽ قابل اعتماد آپريشن ۽ ايپليڪيشنن جي اسڪيلنگ حاصل ڪرڻ جي اجازت ڏين ٿا جيتوڻيڪ آئي ٽي انفراسٽرڪچر تي سنگين ناڪامي جي صورت ۾. سطح ھتي بيان ڪيل اصولن جو حتمي مقصد اھو آھي ته سکو ته ڪيئن ٺاھيو ايپليڪيشنون جيڪي ڪلائوڊ پليٽ فارمز جهڙوڪ ڪبرنيٽس پاران خودڪار طريقي سان منظم ٿي سگھن ٿيون.

سافٽ ويئر ڊيزائن اصول

پروگرامنگ جي دنيا ۾، اصولن کي عام طور تي عام قاعدن جو حوالو ڏنو وڃي ٿو جيڪو سافٽ ويئر کي ترقي ڪرڻ دوران عمل ڪيو وڃي. اهي استعمال ڪري سگهجن ٿيون جڏهن ڪنهن به پروگرامنگ ٻولي سان ڪم ڪندي. هر اصول جا پنهنجا مقصد آهن، حاصل ڪرڻ جا اوزار جيڪي عام طور تي نمونا ۽ عمل آهن. اعليٰ معيار جي سافٽ ويئر ٺاهڻ لاءِ به ڪي بنيادي اصول آهن، جن مان ٻيا سڀ وهن ٿا. هتي بنيادي اصولن جا ڪجهه مثال آهن:

  • چمي (ان کي سادو رکو، بيوقوف) - ان کي پيچيده نه ڪريو؛
  • سڪي (پاڻ کي نه ورجايو) - پنهنجو پاڻ کي نه ورجايو؛
  • يوگين (توهان کي ان جي ضرورت نه آهي) - اهڙي شيء نه ٺاهيو جنهن جي فوري ضرورت نه هجي؛
  • پوء سي خدشات جي علحدگي - ذميواريون حصيداري ڪريو.

جئين توهان ڏسي سگهو ٿا، اهي اصول ڪي خاص قاعدا مقرر نه ڪندا آهن، پر عملي تجربي جي بنياد تي نام نهاد عام فهم خيالات جي درجي سان تعلق رکن ٿا، جيڪي ڪيترن ئي ڊولپرز طرفان شيئر ڪيا ويا آهن ۽ جن کي اهي باقاعده حوالي ڪندا آهن.
ان کان علاوه، اتي آهي حلال - اعتراض تي مبني پروگرامنگ ۽ ڊيزائن جي پهرين پنجن اصولن جو هڪ سيٽ، رابرٽ مارٽن پاران تيار ڪيل. SOLID ۾ وسيع، کليل ختم ٿيل، مڪمل ڪندڙ اصول شامل آهن جيڪي-جڏهن گڏجي لاڳو ٿين ٿا- بهتر سافٽ ويئر سسٽم ٺاهڻ ۾ مدد ڪن ٿا ۽ انهن کي ڊگهي مدت تائين بهتر طور تي برقرار رکندا آهن.

SOLID اصول OOP جي فيلڊ سان تعلق رکن ٿا ۽ انهن تصورن ۽ تصورن جي ٻولي ۾ ترتيب ڏنل آهن جيئن ڪلاس، انٽرفيس ۽ وراثت. قياس جي ذريعي، ڪلائوڊ ايپليڪيشنن لاءِ به ترقي جا اصول ٺاهي سگھجن ٿا، هتي فقط بنيادي عنصر ڪلاس نه هوندو، پر هڪ ڪنٽينر هوندو. انهن اصولن تي عمل ڪندي، توهان ڪنٽينر ٿيل ايپليڪيشنون ٺاهي سگهو ٿا جيڪي بهتر طور تي ڪلائوڊ پليٽ فارمن جي مقصدن ۽ مقصدن کي پورا ڪن ٿيون جهڙوڪ Kubernetes.

ڪلائوڊ-آبائي ڪنٽينرز: ريڊ هٽ اپروچ

اڄ، تقريبن ڪنهن به ايپليڪيشن کي نسبتا آساني سان ڪنٽينرز ۾ پيڪ ڪري سگهجي ٿو. پر ايپليڪيشنن لاءِ موثر طريقي سان خودڪار ٿيڻ ۽ ڪلائوڊ پليٽ فارم جي اندر ترتيب ڏيڻ لاءِ ڪبرنيٽس، اضافي ڪوشش جي ضرورت آهي.
هيٺ بيان ڪيل خيالن جو بنياد طريقو هو ٻارهن فيڪٽر ايپ ۽ ٻيا ڪيترائي ڪم ويب ايپليڪيشنن جي تعمير جي مختلف پهلوئن تي، سورس ڪوڊ مينيجمينٽ کان وٺي اسڪيلنگ ماڊل تائين. بيان ڪيل اصول صرف ڪنٽينر ٿيل ايپليڪيشنن جي ترقي تي لاڳو ٿين ٿا جيڪي مائڪرو سروسز جي چوٽي تي ٺهيل آهن ۽ ڪلائوڊ پليٽ فارمن لاءِ ٺهيل آهن جهڙوڪ ڪبرنيٽس. اسان جي بحث ۾ بنيادي عنصر ڪنٽينر تصوير آھي، ۽ ھدف ڪنٽينر رن ٽائم آھي ڪنٽينر آرڪيسٽريشن پليٽ فارم. تجويز ڪيل اصولن جو مقصد ڪنٽينرز ٺاهڻ آهي جنهن لاءِ شيڊولنگ، اسڪيلنگ ۽ نگراني جا ڪم اڪثر آرڪيسٽريشن پليٽ فارمن تي خودڪار ٿي سگهن ٿا. اصول ڪنهن خاص ترتيب ۾ پيش نه ڪيا ويا آهن.

سنگل ڪنسرن پرنسپل (SCP)

اهو اصول ڪيترن ئي طريقن سان اڪيلو ذميواري اصول سان ملندڙ جلندڙ آهي. ايس آر پي)، جيڪو SOLID سيٽ جو حصو آهي ۽ چوي ٿو ته هر اعتراض کي هڪ ذميواري هجڻ گهرجي، ۽ اها ذميواري مڪمل طور تي هڪ طبقي ۾ شامل ٿيڻ گهرجي. SRP جو نقطو اهو آهي ته هر ذميواري تبديلي جو هڪ سبب آهي، ۽ هڪ طبقي کي لازمي طور تي هڪ ۽ صرف هڪ سبب هجڻ گهرجي.

SCP ۾، اسان لفظ "ذميواري" جي بدران لفظ "تشويش" استعمال ڪندا آهيون او او پي ڪلاس جي مقابلي ۾ ڪنٽينر جي اعلي سطحي خلاصي ۽ وسيع مقصد کي ظاهر ڪرڻ لاءِ. ۽ جيڪڏهن SRP جو مقصد آهي ته تبديلي جو صرف هڪ سبب آهي، پوءِ SCP جي پويان ڪنٽينرز کي ٻيهر استعمال ۽ تبديل ڪرڻ جي صلاحيت کي وڌائڻ جي خواهش آهي. SRP جي پيروي ڪندي ۽ هڪ ڪنٽينر ٺاهڻ جيڪو هڪ واحد مسئلو حل ڪري ٿو ۽ ان کي مڪمل طريقي سان ڪري ٿو، توهان ان ڪنٽينر جي تصوير کي مختلف ايپليڪيشن جي مقصدن ۾ ٻيهر استعمال ڪرڻ جا موقعا وڌائيندا آهيو.

SCP اصول ٻڌائي ٿو ته هر ڪنٽينر کي هڪ واحد مسئلو حل ڪرڻ گهرجي ۽ ان کي چڱي طرح ڪرڻ گهرجي. ان کان علاوه، ڪنٽينر جي دنيا ۾ ايس سي پي او او پي جي دنيا ۾ ايس آر پي جي ڀيٽ ۾ حاصل ڪرڻ آسان آهي، ڇاڪاڻ ته ڪنٽينر عام طور تي هڪ واحد عمل کي هلائي ٿو، ۽ اڪثر وقت اهو عمل هڪ واحد ڪم کي حل ڪري ٿو.

جيڪڏهن هڪ ڪنٽينر مائڪرو سروس کي هڪ ئي وقت ۾ ڪيترائي مسئلا حل ڪرڻ گهرجن، ته پوءِ ان کي ورهائي سگهجي ٿو سنگل ٽاسڪ ڪنٽينرز ۽ هڪ پوڊ (ڪنٽينر پليٽ فارم جي ڊيپلائيمينٽ جو هڪ يونٽ) جي اندر سائڊ ڪار ۽ انٽ ڪنٽينر ٽيمپليٽس استعمال ڪندي. ان کان علاوه، SCP هڪ پراڻي ڪنٽينر (جهڙوڪ ويب سرور يا ميسيج بروکر) کي هڪ نئين سان تبديل ڪرڻ آسان بڻائي ٿو جيڪو ساڳيو مسئلو حل ڪري ٿو پر ڪارڪردگي کي وڌايو آهي يا بهتر انداز ۾.

ڪلائوڊ-نيٽيو ايپس ٺاهڻ لاءِ 5 عام فهم اصول

اعليٰ مشاهدي وارو اصول (HOP)

جڏهن ڪنٽينر استعمال ڪيا ويندا آهن هڪ متحد طريقي سان پيڪيج ڪرڻ ۽ ايپليڪيشنن کي هلائڻ، ايپليڪيشنن کي پاڻ کي ڪارو باڪس طور سمجهيو ويندو آهي. بهرحال، جيڪڏهن اهي ڪلائوڊ ڪنٽينر آهن، ته پوءِ انهن کي لازمي طور تي خاص APIs مهيا ڪرڻ گهرجن رن ٽائم کي ڪنٽينرز جي صحت جي نگراني ڪرڻ لاءِ ۽، جيڪڏهن ضروري هجي ته، مناسب قدم کڻن. انهي کان سواء، ڪنٽينرز کي اپڊيٽ ڪرڻ ۽ انهن جي زندگي جي چڪر کي منظم ڪرڻ جي خودڪار کي متحد ڪرڻ ممڪن نه ٿيندو، جنهن جي نتيجي ۾، سافٽ ويئر سسٽم جي استحڪام ۽ استعمال کي خراب ڪري ڇڏيندو.

ڪلائوڊ-نيٽيو ايپس ٺاهڻ لاءِ 5 عام فهم اصول
عملي طور تي، هڪ ڪنٽينر ٿيل ايپليڪيشن کي، گهٽ ۾ گهٽ، مختلف قسمن جي صحت جي چڪاس لاءِ API هجڻ گهرجي: جاندار ٽيسٽ ۽ تيارگي جا امتحان. جيڪڏهن هڪ درخواست وڌيڪ ڪم ڪرڻ جي دعويٰ ڪري ٿي، ته ان کي پنهنجي رياست جي نگراني جا ٻيا ذريعا مهيا ڪرڻ گهرجن. مثال طور، Fluentd، Logstash ۽ ٻيا ساڳيا اوزار استعمال ڪندي لاگ ايگريگيشن لاءِ STDERR ۽ STDOUT ذريعي اهم واقعن کي لاگ ان ڪرڻ. انهي سان گڏ گڏوگڏ ٽريڪنگ ۽ ميٽرڪس گڏ ڪرڻ واري لائبريرين سان گڏ، جهڙوڪ OpenTracing، Prometheus، وغيره.

عام طور تي، ايپليڪيشن کي اڃا تائين هڪ ڪارو باڪس سمجهي سگهجي ٿو، پر اهو لازمي طور تي سڀني APIs سان مهيا ڪيو وڃي ٿو جيڪو پليٽ فارم جي ضرورت آهي انهي کي مانيٽر ڪرڻ ۽ منظم ڪرڻ لاء بهترين ممڪن طريقي سان.

زندگي جي چڪر جي مطابقت جو اصول (LCP)

LCP HOP جو ضد آهي. جڏهن ته HOP ٻڌائي ٿو ته ڪنٽينر کي لازمي طور تي پليٽ فارم تي پڙهڻ لائق APIs مهيا ڪرڻ گهرجن، LCP کي پليٽ فارم تان معلومات قبول ڪرڻ جي قابل ٿيڻ لاءِ ايپليڪيشن جي ضرورت آهي. ان کان علاوه، ڪنٽينر کي نه رڳو واقعن کي حاصل ڪرڻ گهرجي، پر ٻين لفظن ۾، انهن تي رد عمل پڻ. تنهن ڪري اصول جو نالو، جنهن کي سمجهي سگهجي ٿو هڪ ضرورت جي طور تي پليٽ فارم مهيا ڪرڻ لاء APIs لکڻ سان.

ڪلائوڊ-نيٽيو ايپس ٺاهڻ لاءِ 5 عام فهم اصول
پليٽ فارمن ۾ مختلف قسم جا واقعا آھن ڪنٽينر جي زندگي جي چڪر کي منظم ڪرڻ ۾ مدد لاءِ. پر اهو خود درخواست تي منحصر آهي ته اهو فيصلو ڪري ته انهن مان ڪنهن کي سمجهڻ ۽ ڪيئن رد عمل ڪجي.

اهو واضح آهي ته ڪجهه واقعا ٻين کان وڌيڪ اهم آهن. مثال طور، جيڪڏهن ڪا ايپليڪيشن حادثن کي چڱيءَ طرح برداشت نه ڪري ٿي، ته ان کي لازمي طور تي سگنل قبول ڪرڻ گهرجي: ٽرمينيٽ (SIGTERM) پيغام ۽ ان جي ختم ٿيڻ واري روٽين کي جيترو جلدي ممڪن ٿي سگهي شروع ڪيو سگنل کي پڪڙڻ لاءِ: kill (SIGKILL) جيڪو SIGTERM کان پوءِ اچي ٿو.

اضافي طور تي، واقعا جهڙوڪ پوسٽ اسٽارٽ ۽ پري اسٽاپ ايپليڪيشن جي زندگي جي چڪر لاء اهم ٿي سگهن ٿيون. مثال طور، هڪ ايپليڪيشن لانچ ڪرڻ کان پوءِ، ان کي ڪجهه گرم وقت جي ضرورت ٿي سگھي ٿي ان کان اڳ جو اهو درخواستن جو جواب ڏئي سگهي. يا ايپليڪيشن کي ڪجهه خاص طريقي سان وسيلن کي ڇڏڻ گهرجي جڏهن بند ڪيو وڃي.

تصوير جي عدم استحڪام جو اصول (IIP)

اهو عام طور تي قبول ڪيو ويو آهي ته ڪنٽينر ٿيل ايپليڪيشنون تعمير ٿيڻ کان پوء اڻڄاتل رهڻ گهرجن، جيتوڻيڪ اهي مختلف ماحول ۾ هلن ٿيون. اهو ضروري آهي ته رن ٽائم تي ڊيٽا اسٽوريج کي خارجي ڪرڻ جي ضرورت آهي (ٻين لفظن ۾، هن لاءِ ٻاهرين اوزار استعمال ڪرڻ لاءِ) ۽ هر ماحول لاءِ منفرد ڪنٽينرز کي تبديل ڪرڻ يا ٺاهڻ بجاءِ خارجي، رن ٽائم جي مخصوص ترتيبن تي ڀروسو ڪرڻ جي ضرورت آهي. ايپليڪيشن ۾ ڪنهن به تبديلي کان پوء، ڪنٽينر جي تصوير کي ٻيهر تعمير ڪيو وڃي ۽ استعمال ٿيل سڀني ماحولن تي لڳايو وڃي. رستي جي ذريعي، جڏهن IT سسٽم کي منظم ڪرڻ، هڪ ساڳيو اصول استعمال ڪيو ويندو آهي، جيڪو سرور ۽ انفراسٹرڪچر جي عدم استحڪام جي اصول طور سڃاتو وڃي ٿو.

IIP جو مقصد مختلف رن ٽائم ماحول لاءِ الڳ ڪنٽينر تصويرن جي ٺاھڻ کي روڪڻ ۽ مناسب ماحول جي مخصوص تشڪيل سان گڏ ھر جڳھ تي ساڳي تصوير کي استعمال ڪرڻ آھي. هن اصول تي عمل ڪرڻ توهان کي ڪلائوڊ سسٽم جي آٽوميشن جي نقطي نظر کان اهڙن اهم عملن کي لاڳو ڪرڻ جي اجازت ڏئي ٿو جيئن رول-بڪ ۽ رول-فارورڊ ايپليڪيشن اپڊيٽس.

ڪلائوڊ-نيٽيو ايپس ٺاهڻ لاءِ 5 عام فهم اصول

پروسيس ڊسپوزيبلٽي اصول (PDP)

هڪ ڪنٽينر جي سڀ کان اهم خاصيتن مان هڪ آهي ان جي دائميت: هڪ ڪنٽينر جو هڪ مثال ٺاهڻ آسان ۽ تباهه ڪرڻ آسان آهي، تنهنڪري اهو آساني سان ڪنهن به وقت ڪنهن ٻئي مثال سان تبديل ڪري سگهجي ٿو. اهڙي متبادل جا ڪيترائي سبب ٿي سگهن ٿا: خدمت جي امتحان ۾ ناڪامي، ايپليڪيشن جي اسڪيلنگ، ٻئي ميزبان ڏانهن منتقلي، پليٽ فارم جي وسيلن جو خاتمو، يا ٻيون حالتون.

ڪلائوڊ-نيٽيو ايپس ٺاهڻ لاءِ 5 عام فهم اصول
نتيجي طور، ڪنٽينر ٿيل ايپليڪيشنن کي لازمي طور تي ڪجهه خارجي ذريعن کي استعمال ڪندي پنهنجي رياست کي برقرار رکڻ گهرجي، يا ان لاءِ بيڪاريءَ سان اندروني ورهايل اسڪيمون استعمال ڪرڻ گهرجن. ان کان علاوه، ايپليڪيشن کي جلدي شروع ٿيڻ گهرجي ۽ جلدي بند ڪيو وڃي، ۽ اوچتو موتمار هارڊويئر ناڪامي لاء تيار ٿي وڃي.

ھڪڙو مشق جيڪو ھن اصول کي لاڳو ڪرڻ ۾ مدد ڪري ٿو ڪنٽينر کي ننڍڙو رکڻ لاء. ڪلائوڊ ماحول پاڻمرادو هڪ ميزبان کي منتخب ڪري سگھن ٿا ڪنٽينر مثال لانچ ڪرڻ لاءِ، پوءِ ڪنٽينر جيترو ننڍو ٿيندو، اوترو تيز شروع ٿيندو- اهو آسانيءَ سان نيٽ ورڪ تي تيزيءَ سان ٽارگيٽ ميزبان ڏانهن نقل ڪندو.

پاڻ سنڀالڻ جو اصول (S-CP)

هن اصول جي مطابق، اسيمبليء جي اسٽيج تي، سڀني ضروري اجزاء ڪنٽينر ۾ شامل آهن. ڪنٽينر کي ان فرض تي تعمير ڪيو وڃي ته سسٽم ۾ صرف هڪ خالص لينڪس ڪنيل آهي، تنهنڪري سڀني ضروري اضافي لائبريرين کي پاڻ ۾ رکيل هجڻ گهرجي. ان ۾ پڻ شين تي مشتمل هجڻ گهرجي جيئن ته لاڳاپيل پروگرامنگ ٻولي لاءِ رن ٽائم، ايپليڪيشن پليٽ فارم (جيڪڏهن ضروري هجي)، ۽ ٻيا انحصار جيڪي گهربل هوندا جڏهن ڪنٽينر ايپليڪيشن هلندي هجي.

ڪلائوڊ-نيٽيو ايپس ٺاهڻ لاءِ 5 عام فهم اصول

استثنا ترتيبن لاءِ ٺاهيا ويا آهن جيڪي ماحول کان ماحول تائين مختلف ٿين ٿيون ۽ لازمي طور تي رن ٽائم تي مهيا ڪيون وڃن، مثال طور Kubernetes ConfigMap ذريعي.

هڪ ايپليڪيشن ۾ ڪيترن ئي ڪنٽينر ٿيل اجزاء شامل ٿي سگھي ٿو، مثال طور، هڪ ڪنٽينر ٿيل ويب ايپليڪيشن اندر هڪ الڳ DBMS ڪنٽينر. S-CP اصول جي مطابق، انهن ڪنٽينر کي هڪ ۾ نه ملائڻ گهرجي، پر انهي کي ٺاهيو وڃي ته ڊي بي ايم ايس ڪنٽينر ڊيٽابيس جي آپريشن لاء ضروري هر شيء تي مشتمل آهي، ۽ ويب ايپليڪيشن ڪنٽينر ۾ هر شيء شامل آهي جيڪا ويب جي آپريشن لاء ضروري آهي. ايپليڪيشن، ساڳيو ويب سرور. نتيجي طور، رن ٽائم تي ويب ايپليڪيشن ڪنٽينر DBMS ڪنٽينر تي ڀاڙيندو ۽ ضرورت جي مطابق ان تائين رسائي ڪندو.

رن ٽائم ڪنفينمينٽ پرنسپل (RCP)

S-CP اصول بيان ڪري ٿو ته ڪنٽينر ڪيئن ٺاهيو وڃي ۽ تصوير بائنري ۾ ڇا هجڻ گهرجي. پر هڪ ڪنٽينر صرف هڪ "ڪارو باڪس" نه آهي جنهن ۾ صرف هڪ خاصيت آهي - فائيل سائيز. عمل جي دوران، ڪنٽينر ٻين طول و عرض تي وٺندو آهي: استعمال ڪيل ميموري جي مقدار، سي پي يو وقت، ۽ ٻين سسٽم وسيلن.

ڪلائوڊ-نيٽيو ايپس ٺاهڻ لاءِ 5 عام فهم اصول
۽ هتي آر سي پي اصول ڪم ۾ اچي ٿو، جنهن جي مطابق ڪنٽينر کي سسٽم وسيلن جي ضرورتن کي ختم ڪرڻ ۽ پليٽ فارم ڏانهن منتقل ڪرڻ گهرجي. هر ڪنٽينر جي وسيلن جي پروفائيل سان (ڪيترو سي پي يو، ميموري، نيٽ ورڪ، ۽ ڊسڪ وسيلن جي ضرورت آهي)، پليٽ فارم بهتر طور تي شيڊولنگ ۽ آٽو اسڪيلنگ انجام ڏئي سگهي ٿو، آئي ٽي جي صلاحيت کي منظم ڪري، ۽ ڪنٽينرز لاءِ SLA سطحن کي برقرار رکي.

ڪنٽينر جي وسيلن جي ضرورتن کي پورو ڪرڻ کان علاوه، ايپليڪيشن لاء پڻ ضروري آهي ته ان جي پنهنجي حدن کان ٻاهر نه وڃو. ٻي صورت ۾، جڏهن وسيلن جي کوٽ ٿئي ٿي، پليٽ فارم ان کي ايپليڪيشنن جي فهرست ۾ شامل ڪرڻ جو وڌيڪ امڪان آهي جنهن کي ختم ڪرڻ يا لڏپلاڻ ڪرڻ جي ضرورت آهي.

جڏهن اسان ڪلائوڊ فرسٽ هجڻ جي باري ۾ ڳالهايون ٿا، ته اسان ڪم ڪرڻ جي طريقي جي باري ۾ ڳالهائي رهيا آهيون.
مٿي، اسان ڪيترائي عام اصول ٺاهيا آهن جيڪي ڪلائوڊ ماحول لاءِ اعليٰ معيار جي ڪنٽينر ايپليڪيشنن جي تعمير لاءِ طريقياتي بنياد قائم ڪن ٿا.

نوٽ ڪريو ته انهن عام اصولن کان علاوه، توهان کي ڪنٽينرز سان ڪم ڪرڻ لاء اضافي جديد طريقن ۽ ٽيڪنالاجي جي ضرورت پوندي. ان کان علاوه، اسان وٽ ڪجھ مختصر سفارشون آھن جيڪي وڌيڪ مخصوص آھن ۽ لاڳو ٿيڻ گهرجن (يا لاڳو ٿيل نه آھن) صورتحال جي لحاظ کان:

  • تصويرن جي سائيز کي گھٽائڻ جي ڪوشش ڪريو: عارضي فائلن کي حذف ڪريو ۽ غير ضروري پيڪيجز کي انسٽال نه ڪريو - ڪنٽينر جي سائيز جيترو ننڍو ھوندو، اوترو تيز ان کي گڏ ڪيو ويندو ۽ نيٽ ورڪ تي ھدف ميزبان ڏانھن نقل ڪيو ويندو.
  • صوابديدي يوزر-آءِ ڊيز تي ڌيان ڏيو: استعمال نه ڪريو sudo ڪمانڊ يا ڪو خاص userid توهان جي ڪنٽينرز کي لانچ ڪرڻ لاءِ.
  • اهم بندرگاهن کي نشانو بڻايو: توهان رن ٽائم تي پورٽ نمبر سيٽ ڪري سگهو ٿا، پر اهو بهتر آهي ته انهن کي EXPOSE ڪمانڊ استعمال ڪندي وضاحت ڪريو - اهو ٻين ماڻهن ۽ پروگرامن لاءِ توهان جي تصويرن کي استعمال ڪرڻ آسان بڻائيندو.
  • حجمن تي مسلسل ڊيٽا محفوظ ڪريو: ڊيٽا جيڪا رھڻ گھرجي ڪنٽينر جي تباھ ٿيڻ کان پوءِ حجمن ۾ لکڻ گھرجي.
  • تصويري ميٽاڊيٽا لکو: ٽيگ، ليبل ۽ تشريحون تصويرون استعمال ڪرڻ آسان بڻائين ٿيون - ٻيا ڊولپر توھان جي مھرباني ڪندا.
  • ميزبان ۽ تصويرن کي هم وقت سازي ڪريو: ڪجهه ڪنٽينر ٿيل ايپليڪيشنن کي ڪنٽينر کي ميزبان سان هم وقت سازي ڪرڻ جي ضرورت آهي ڪجهه خاصيتن تي، جهڙوڪ وقت يا مشين ID.
  • آخر ۾، اسان ٽيمپليٽس ۽ بهترين طريقا شيئر ڪريون ٿا جيڪي توھان جي مدد ڪندا توھان کي وڌيڪ مؤثر طريقي سان لاڳو ڪرڻ ۾ مٿي ڏنل اصولن کي:
    www.slideshare.net/luebken/container-patterns
    docs.docker.com/engine/userguide/eng-image/dockerfile_best-practices
    docs.projectatomic.io/container-best-practices
    docs.openshift.com/enterprise/3.0/creating_images/guidelines.html
    www.usenix.org/system/files/conference/hotcloud16/hotcloud16_burns.pdf
    leanpub.com/k8spatterns
    12factor.net

OpenShift ڪنٽينر پليٽ فارم جي نئين ورزن تي ويبينار - 4
11 جون 11.00 تي

توهان ڇا سکندا:

  • تبديل ٿيندڙ ريڊ هيٽ انٽرپرائز لينڪس CoreOS
  • OpenShift سروس ميش
  • آپريٽر فريم ورڪ
  • Knative فريم ورڪ

جو ذريعو: www.habr.com

تبصرو شامل ڪريو