هي پوسٽن جي هڪ سيريز ۾ پهريون آهي تبديلين، سڌارن، ۽ اضافو بابت ايندڙ Red Hat OpenShift پليٽ فارم 4.0 اپڊيٽ جيڪا توهان جي نئين ورزن ڏانهن منتقلي لاءِ تيار ڪرڻ ۾ مدد ڪندي.
2014 جي زوال ۾ ڪبرنيٽس ڪميونٽي پهريون ڀيرو گوگل جي سيٽل آفيس ۾ گڏ ٿيڻ کان وٺي، اهو واضح ٿي ويو ته ڪبرنيٽس پروجيڪٽ جو مقصد انقلابي طريقي سان سافٽ ويئر کي ترقي ۽ ترتيب ڏيڻ جو طريقو هو. ساڳئي وقت، پبلڪ ڪلائوڊ سروس فراهم ڪندڙ بنيادي ڍانچي ۽ خدمتن جي ترقي ۾ فعال طور تي سيڙپڪاري جاري رکيا، جنهن IT سان ڪم ڪرڻ ۽ سافٽ ويئر ٺاهڻ کي تمام آسان ۽ وڌيڪ پهچ وارو بنايو، ۽ انهن کي ناقابل يقين حد تائين پهچ وارو بنايو، جنهن جي شروعات ۾ ٿورا تصور ڪري سگھن ٿا. ڏهاڪو.
يقينن، هر نئين ڪلائوڊ سروس جو اعلان Twitter تي ماهرن جي وچ ۾ ڪيترن ئي بحثن سان گڏ هو، ۽ مختلف موضوعن تي بحث مباحثو ڪيو ويو - بشمول اوپن سورس دور جو خاتمو، آن پريمسس آئي ٽي جو زوال، ۽ ناگزيريت. نئين سافٽ ويئر جي هڪ هٽي.
چوڻ جي ضرورت ناهي، اهي سڀئي تڪرار تمام بيوقوف هئا
حقيقت اها آهي ته ڪجھ به وڃڻ وارو ناهي، ۽ اڄ اسان آخري پروڊڪٽس ۽ انهن جي ترقي جي طريقي سان اسان جي زندگين ۾ نئين سافٽ ويئر جي مسلسل اڀرڻ جي ڪري هڪ غير معمولي ترقي ڏسي سگهون ٿا. ۽ ان حقيقت جي باوجود ته چوڌاري هر شيء تبديل ٿي ويندي، ساڳئي وقت، ذات ۾، هر شيء تبديل نه ٿيندي. سافٽ ويئر ڊولپرز اڃا به غلطين سان ڪوڊ لکندا، آپريشن انجنيئر ۽ قابل اعتماد ماهر اڃا به پيجرن سان گڏ گھمندا ويندا ۽ Slack ۾ خودڪار الرٽ وصول ڪندا، مئنيجر اڃا تائين OpEx ۽ CapEx جي لحاظ کان ڪم ڪندا، ۽ ھر ڀيري ناڪامي ٿيندي، ڊولپر سينيئر ھوندو. اداسيءَ سان لفظن سان ساهه کنيو: ”مون توکي ائين چيو آهي“...
اوه واقعي بحث ڪرڻ گهرجي، اهو آهي ته اسان وٽ ڪهڙا اوزار آهن جيڪي اسان جي اختيار ۾ آهن بهتر سافٽ ويئر پروڊڪٽس ٺاهڻ لاءِ، ۽ ڪيئن اهي سيڪيورٽي کي بهتر بڻائي سگهن ٿا ۽ ترقي کي آسان ۽ وڌيڪ قابل اعتماد بڻائي سگهن ٿا. جيئن منصوبا وڌيڪ پيچيده ٿي ويندا آهن، نوان خطرا پيدا ٿيندا آهن، ۽ اڄ ماڻهن جي زندگين سافٽ ويئر تي ايترو انحصار آهي ته ڊولپرز کي صرف انهن جي نوڪري کي بهتر ڪرڻ جي ڪوشش ڪرڻ گهرجي.
Kubernetes هڪ اهڙو اوزار آهي. ڪم جاري آهي Red Hat OpenShift کي ٻين اوزارن ۽ خدمتن سان گڏ هڪ واحد پليٽ فارم ۾ جيڪو سافٽ ويئر کي وڌيڪ قابل اعتماد، منظم ڪرڻ آسان ۽ استعمال ڪندڙن لاءِ محفوظ بڻائيندو.
انهي سان گڏ چيو، OpenShift ٽيم هڪ سادي سوال پڇي ٿو:
توهان ڪبرنيٽس سان ڪم ڪرڻ کي ڪيئن آسان ۽ وڌيڪ آسان بڻائي سگهو ٿا؟
جواب حيرت انگيز طور تي واضح آهي:
- ڪلائوڊ تي يا بادل کان ٻاهر تعیناتي جا پيچيده حصا خودڪار ڪريو؛
- پيچيدگي کي لڪائڻ دوران اعتماد تي ڌيان ڏيڻ؛
- سادي ۽ محفوظ اپڊيٽ جاري ڪرڻ لاءِ مسلسل ڪم جاري رکو؛
- ڪنٽرول ۽ آڊيٽيبلٽي حاصل ڪرڻ؛
- شروعاتي طور تي اعلي سيڪيورٽي کي يقيني بڻائڻ جي ڪوشش ڪريو، پر استعمال جي قيمت تي نه.
OpenShift جي ايندڙ رليز کي ٻنهي ٺاهيندڙن جي تجربن ۽ ٻين ڊولپرز جي تجربي کي نظر ۾ رکڻ گهرجي جيڪي دنيا جي وڏين ڪمپنين ۾ وڏي پيماني تي سافٽ ويئر لاڳو ڪري رهيا آهن. ان کان علاوه، ان کي لازمي طور تي کليل ماحولياتي نظام جي سڀني جمع ٿيل تجربن کي حساب ۾ رکڻو پوندو جيڪو اڄ جي جديد دنيا کي هيٺ رکي ٿو. ساڳئي وقت، اهو ضروري آهي ته شوقين ڊولپر جي پراڻي ذهنيت کي ڇڏي ۽ هڪ خودڪار مستقبل جي نئين فلسفي ڏانهن منتقل ڪيو وڃي. ان کي ضرورت آهي ته سافٽ ويئر لڳائڻ جي پراڻي ۽ نئين طريقن جي وچ ۾ خال کي ختم ڪرڻ، ۽ سڀني موجود انفراسٽرڪچر جو پورو فائدو وٺو- چاهي اهو سڀ کان وڏي ڪلائوڊ فراهم ڪندڙ طرفان ميزباني ڪيل هجي يا ڪنڊ تي ننڍڙن سسٽم تي هلندڙ هجي.
اهو نتيجو ڪيئن حاصل ڪجي؟
ريڊ هيٽ تي، قائم ٿيل ڪميونٽي کي بچائڻ ۽ انهن منصوبن جي بندش کي روڪڻ لاءِ، جنهن ۾ ڪمپني ملوث آهي، گهڻي وقت تائين بورنگ ۽ شڪرگذار ڪم ڪرڻ جو رواج آهي. اوپن سورس ڪميونٽي ۾ وڏي تعداد ۾ باصلاحيت ڊولپرز شامل آهن جيڪي سڀ کان وڌيڪ غير معمولي شيون ٺاهيندا آهن - تفريحي، تعليمي، نوان موقعا کولڻ ۽ صرف خوبصورت، پر، يقينا، ڪو به اهو توقع نٿو ڪري ته سڀني شرڪت ڪندڙن کي هڪ ئي طرف منتقل ڪيو وڃي يا عام پيروي ڪرڻ. مقصد. هن توانائي کي استعمال ڪرڻ ۽ ان کي درست طرف ڏانهن موٽڻ ڪڏهن ڪڏهن ضروري آهي ته علائقن کي ترقي ڪرڻ لاء جيڪي اسان جي استعمال ڪندڙن کي فائدو ڏين، پر ساڳئي وقت اسان کي پنهنجي ڪميونٽي جي ترقي جي نگراني ڪرڻ گهرجي ۽ انهن مان سکڻ گهرجي.
2018 جي شروعات ۾، ريڊ Hat CoreOS پروجيڪٽ حاصل ڪيو، جنهن ۾ مستقبل تي هڪجهڙا نظريا هئا - وڌيڪ محفوظ ۽ قابل اعتماد، اوپن سورس اصولن تي ٺاهيل. ڪمپني انهن خيالن کي اڳتي وڌائڻ ۽ انهن کي لاڳو ڪرڻ لاءِ ڪم ڪيو آهي، اسان جي فلسفي کي عملي جامو پهرائڻ جي ڪوشش ڪئي آهي - انهي ڳالهه کي يقيني بڻائڻ جي ڪوشش ڪري ته سڀئي سافٽ ويئر محفوظ طريقي سان هلن. هي سڀ ڪم ڪبرنيٽس، لينڪس، پبلڪ ڪلائوڊز، پرائيويٽ ڪلائوڊز، ۽ هزارين ٻين منصوبن تي ٺهيل آهي جيڪي اسان جي جديد ڊجيٽل ايڪو سسٽم کي مضبوط ڪن ٿا.
OpenShift 4 جو نئون رليز صاف، خودڪار ۽ وڌيڪ قدرتي ٿيندو
OpenShift پليٽ فارم بهترين ۽ قابل اعتماد لينڪس آپريٽنگ سسٽم سان گڏ ڪم ڪندو، بيئر ميٽل هارڊويئر سپورٽ، آسان ورچوئلائيزيشن، خودڪار انفراسٽرڪچر پروگرامنگ ۽، يقينا، ڪنٽينرز (جيڪي بنيادي طور تي صرف لينڪس تصويرون آهن).
پليٽ فارم کي شروع کان ئي محفوظ هجڻ گهرجي، پر پوءِ به ڊولپرز کي آسانيءَ سان ٻيهر ڪرڻ جي اجازت ڏيو- يعني، لچڪدار ۽ ڪافي محفوظ ٿيو، جڏهن ته اڃا به منتظمين کي اجازت ڏئي ٿي ته هو ان کي آساني سان آڊٽ ۽ منظم ڪن.
اهو سافٽ ويئر کي هلائڻ جي اجازت ڏيڻ گهرجي "هڪ خدمت جي طور تي" ۽ آپريٽرز لاء غير منظم انفراسٹرڪچر جي ترقي جي اڳواڻي نه ڪئي وڃي.
اهو ڊولپرز کي اجازت ڏيندو ته صارفين ۽ گراهڪن لاء حقيقي شين ٺاهڻ تي ڌيان ڏيڻ. توهان کي هارڊويئر ۽ سافٽ ويئر سيٽنگن جي جنگل ذريعي وڃڻو نه پوندو، ۽ سڀ حادثاتي پيچيدگيون ماضي جي شيء هوندي.
OpenShift 4: NoOps پليٽ فارم جنهن کي سار سنڀال جي ضرورت ناهي
В انهن ڪمن کي بيان ڪيو جن کي OpenShift 4 لاءِ ڪمپني جي نظرئي کي شڪل ڏيڻ ۾ مدد ملي ٿي. ٽيم جو مقصد آهي روزاني ڪمن کي آسان بڻائڻ ۽ سافٽ ويئر جي سار سنڀال جي جيترو ممڪن ٿي سگهي، انهن عملن کي آسان ۽ آرامده بنائڻ لاءِ - ٻنهي لاءِ جيڪي عمل ۾ شامل ماهرن ۽ ڊولپرز لاءِ. پر توهان ڪيئن هن مقصد جي ويجهو حاصل ڪري سگهو ٿا؟ سافٽ ويئر هلائڻ لاءِ پليٽ فارم ڪيئن ٺاهيو جنهن کي گهٽ ۾ گهٽ مداخلت جي ضرورت آهي؟ ان حوالي سان NoOps جو مطلب ڇا آهي؟
جيڪڏهن توهان خلاصو ڪرڻ جي ڪوشش ڪريو ٿا، ته پوءِ ڊولپرز لاءِ ”سرور بيس“ يا ”NoOps“ جا تصور آهن مطلب اوزار ۽ خدمتون جيڪي توهان کي ”آپريشنل“ جزو کي لڪائڻ يا ڊولپر لاءِ هن بوجھ کي گهٽائڻ جي اجازت ڏين ٿيون.
- ڪم سسٽم سان نه، پر ايپليڪيشن انٽرفيس (APIs) سان.
- سافٽ ويئر لاڳو ڪرڻ جي تڪليف نه ڪريو - فراهم ڪندڙ کي اهو توهان لاءِ ڪرڻ ڏيو.
- توهان کي فوري طور تي هڪ وڏو فريم ورڪ ٺاهڻ ۾ نه وڃڻ گهرجي - ننڍڙا ٽڪرا لکڻ سان شروع ڪريو جيڪي "بلڊنگ بلاڪ" جي طور تي ڪم ڪندا، ڪوشش ڪريو هن ڪوڊ کي ڊيٽا ۽ واقعن سان ڪم ڪرڻ، ۽ ڊسڪ ۽ ڊيٽابيس سان نه.
مقصد، اڳي وانگر، سافٽ ويئر ڊولپمينٽ ۾ رفتار کي تيز ڪرڻ، بهتر پروڊڪٽس ٺاهڻ جو موقعو فراهم ڪرڻ، ۽ انهي ڪري ته ڊولپر کي انهن سسٽم جي باري ۾ پريشان ٿيڻ جي ضرورت ناهي، جن تي هن جو سافٽ ويئر هلندو آهي. هڪ تجربيڪار ڊولپر کي چڱيءَ طرح خبر آهي ته صارفين تي ڌيان ڏيڻ سان تصوير جلدي تبديل ٿي سگهي ٿي، تنهنڪري توهان کي سافٽ ويئر لکڻ ۾ تمام گهڻي ڪوشش نه ڪرڻ گهرجي جيستائين توهان کي پڪ نه هجي ته اها ضرورت آهي.
سار سنڀال ۽ آپريشنز جي ماهرن لاءِ، لفظ ”NoOps“ ٿورڙو خوفناڪ آواز ٿي سگھي ٿو. پر جڏهن فيلڊ انجنيئرن سان ڳالهه ٻولهه ڪندي، اهو واضح ٿي وڃي ٿو ته اهي نمونا ۽ ٽيڪنڪ استعمال ڪن ٿا جن جو مقصد اعتماد ۽ اعتبار کي يقيني بڻائڻ آهي (سائيٽ ريليبلٽي انجنيئرنگ، SRE) مٿي بيان ڪيل نمونن سان ڪيتريون ئي هڪجهڙائيون آهن:
- سسٽم کي منظم نه ڪريو - انهن جي انتظام جي عمل کي خودڪار ڪريو.
- سافٽ ويئر تي عمل نه ڪريو - ان کي ترتيب ڏيڻ لاءِ پائپ لائن ٺاھيو.
- توهان جي سڀني خدمتن کي گڏ ڪرڻ کان پاسو ڪريو ۽ هڪ جي ناڪامي سبب سڄي سسٽم کي ناڪام ٿيڻ ڏيو- انهن کي منتشر ڪريو توهان جي سڄي انفراسٽرڪچر ۾ آٽوميشن اوزار استعمال ڪندي، ۽ انهن کي انهن طريقن سان ڳنڍيو جيڪي نگراني ۽ مانيٽر ڪري سگھن ٿا.
SREs ڄاڻن ٿا ته ڪجھھ غلط ٿي سگھي ٿو ۽ انھن کي ٽريڪ ڪرڻو پوندو ۽ مسئلو حل ڪرڻو پوندو- تنھنڪري اھي معمول جي ڪم کي خودڪار ڪن ٿا ۽ اڳ ۾ غلطي جي بجيٽ مقرر ڪن ٿا، تنھنڪري اھي ترجيح ڏيڻ لاء تيار آھن ۽ فيصلا ڪرڻ لاء تيار آھن جڏھن ڪو مسئلو پيدا ٿئي ٿو.
OpenShift ۾ Kubernetes ھڪڙو پليٽ فارم آھي جيڪو ٻن مکيه مسئلن کي حل ڪرڻ لاءِ ٺاھيو ويو آھي: توھان کي مجبور ڪرڻ بدران ورچوئل مشينن يا لوڊ بيلنس APIs کي سمجھڻ لاءِ، اھو ڪم ڪري ٿو اعليٰ آرڊر خلاصن سان. سافٽويئر ايجنٽن کي انسٽال ڪرڻ بدران، توهان ڪنٽينر هلائي سگهو ٿا، ۽ پنهنجو مانيٽرنگ اسٽيڪ لکڻ بدران، پليٽ فارم تي اڳ ۾ موجود اوزار استعمال ڪريو. تنهن ڪري، OpenShift 4 جي ڳجهي ساس حقيقت ۾ ڪو به راز ناهي - اهو صرف هڪ معاملو آهي SRE اصولن ۽ سرور کان سواءِ تصورن کي کڻڻ ۽ انهن کي انهن جي منطقي نتيجي تائين پهچائڻ لاءِ ڊولپرز ۽ آپريشن انجنيئرز جي مدد ڪرڻ لاءِ:
- خودڪار ۽ معياري بنائڻ جو بنيادي ڍانچو جيڪو ايپليڪيشنون استعمال ڪن ٿا
- ڊولپرز پاڻ کي محدود ڪرڻ کان سواءِ ڊولپمينٽ ۽ ڊولپمينٽ عملن کي گڏ ڪريو
- انهي ڳالهه کي يقيني بڻائڻ ته XNUMXهين سروس، فيچر، ايپليڪيشن، يا پوري اسٽيڪ کي لانچ ڪرڻ، آڊيٽنگ ڪرڻ ۽ محفوظ ڪرڻ پهرين کان وڌيڪ ڏکيو نه آهي.
پر OpenShift 4 پليٽ فارم ۽ ان جي اڳڪٿين جي وچ ۾ ڇا فرق آهي ۽ اهڙي مسئلن کي حل ڪرڻ لاء "معياري" طريقي سان؟ عمل درآمد ۽ آپريشن ٽيمن لاءِ ڇا ڊرائيو اسڪيل؟ جنهن جو سبب اهو آهي ته هن حالت ۾ بادشاهه ڪلچر آهي. سو،
- اسان پڪ ڪريون ٿا ته ڪلستر جو مقصد واضح آهي (پيارا بادل، مون هن ڪلستر کي چونڊيو ڇاڪاڻ ته مان ڪري سگهان ٿو)
- ڪلستر جي خدمت ڪرڻ لاءِ مشينون ۽ آپريٽنگ سسٽم موجود آهن (توهان جي عظمت)
- ڪلستر مان لشڪر جي حالت کي منظم ڪريو، انهن جي ٻيهر تعمير کي گھٽ ڪريو (آگڻ).
- سسٽم جي هر اهم عنصر لاء، هڪ ناني (ميکانيزم) جي ضرورت آهي جيڪا نگراني ۽ مسئلن کي ختم ڪندي
- سسٽم جي *هر * پاسو يا عنصر جي ناڪامي ۽ لاڳاپيل وصولي ميڪانيزم زندگي جو هڪ عام حصو آهن
- سموري انفراسٽرڪچر کي API ذريعي ترتيب ڏنو وڃي.
- ڪبرنيٽس کي هلائڻ لاءِ ڪبرنيٽس استعمال ڪريو. (ها، ها، اهو هڪ ٽائپو ناهي)
- اپڊيٽ کي انسٽال ڪرڻ لاءِ آسان ۽ تڪليف کان پاڪ هجڻ گهرجي. جيڪڏهن اپڊيٽ انسٽال ڪرڻ لاءِ هڪ کان وڌيڪ ڪلڪون لڳن، ته پوءِ ظاهر آهي ته اسان ڪجهه غلط ڪري رهيا آهيون.
- مانيٽرنگ ۽ ڊيبگنگ ڪنهن به جزو کي مسئلو نه هجڻ گهرجي، ۽ ان ڪري سڄي انفراسٽرڪچر تي ٽريڪنگ ۽ رپورٽنگ پڻ آسان ۽ آسان هجڻ گهرجي.
عمل ۾ پليٽ فارم جي صلاحيتن کي ڏسڻ چاهيو ٿا؟
OpenShift 4 جو هڪ ڏيک ورزن ڊولپرز لاءِ دستياب ٿي چڪو آهي. استعمال ڪرڻ ۾ آسان انسٽالر سان، توھان AWS تي ريڊ Had CoreOS جي چوٽي تي ڪلستر هلائي سگھو ٿا. ڏيک استعمال ڪرڻ لاءِ، توهان کي ضرورت آهي صرف هڪ AWS اڪائونٽ جي ضرورت آهي بنيادي ڍانچي کي مهيا ڪرڻ لاءِ ۽ اڪائونٽن جو هڪ سيٽ پيش منظر تصويرن تائين رسائي حاصل ڪرڻ لاءِ.
- شروع ڪرڻ لاءِ، وڃڻ ۽ "شروع ڪريو" تي ڪلڪ ڪريو.
- پنھنجي Red Hat اڪائونٽ ۾ لاگ ان ڪريو (يا ھڪڙو نئون ٺاھيو) ۽ ھدايتن تي عمل ڪريو پنھنجو پھريون ڪلستر قائم ڪرڻ لاءِ.
ڪامياب تنصيب کان پوء، اسان جي سبق کي ڏسو سسٽم ۽ تصورن جي وڌيڪ ڄاڻ حاصل ڪرڻ لاءِ جيڪي OpenShift 4 پليٽ فارم کي Kubernetes کي هلائڻ لاءِ اهڙو آسان ۽ آسان طريقو بڻائين ٿا.
ڪوشش ڪريو نئين OpenShift رليز ۽ پنھنجي راءِ شيئر ڪريو. اسان ڪمبرنيٽس سان گڏ ڪم ڪرڻ لاءِ پرعزم آهيون جيترو ممڪن طور تي پهچ ۽ آسانيءَ سان- NoOps جو مستقبل اڄ شروع ٿئي ٿو.
هاڻي ڌيان!
ڪانفرنس ۾ 20 اپريل تي، OpenShift ڊولپرز مان هڪ، Vadim Rutkovsky، هڪ ماسٽر ڪلاس منعقد ڪندو - هو ڏهن ڪلستر کي ٽوڙيندو ۽ انهن کي درست ڪرڻ لاء مجبور ڪندو. ڪانفرنس ادا ڪئي وئي آهي، پر پروموشنل ڪوڊ سان #RedHat توهان حاصل ڪريو 37٪ رعايا
ماسٽر ڪلاس 17:15 - 18:15 تي، ۽ اسٽينڊ سڄو ڏينهن کليل آهي. ٽي شرٽ، ٽوپي، اسٽيڪر - معمولي!
هال # 2
"هتي سڄي سسٽم کي تبديل ڪرڻ جي ضرورت آهي: اسان تصديق ٿيل ميڪيڪل سان گڏ ٽوٽل k8s ڪلستر جي مرمت ڪندا آهيون."
جو ذريعو: www.habr.com