OpenShift جو چوٿون نسخو نسبتا تازو جاري ڪيو ويو. هاڻوڪو ورجن 4.3 جنوري جي آخر کان دستياب آهي ۽ ان ۾ سڀ تبديليون يا ته بلڪل نئين آهن جيڪي ٽئين ورجن ۾ نه هيون، يا وري ورجن 4.1 ۾ ظاهر ڪيل وڏي تازه ڪاري آهي. هر شي جيڪا اسان توهان کي ٻڌايون ٿا، انهن کي ڄاڻڻ، سمجهڻ ۽ انهن جي حساب ۾ رکڻ جي ضرورت آهي جيڪي OpenShift سان ڪم ڪن ٿا ۽ هڪ نئين ورزن تي سوئچ ڪرڻ جي منصوبابندي ڪن ٿا.
OpenShift 4.2 جي ڇڏڻ سان، ريڊ Hat ڪبرنيٽس سان ڪم ڪرڻ آسان بڻائي ڇڏيو آھي. نوان اوزار ۽ پلگ ان ظاهر ٿيا آهن ڪنٽينرز، CI/CD پائيپ لائينون ۽ سرور بي ترتيب ٺاھڻ لاءِ. جدت ڊولپرز کي موقعو ڏئي ٿي ته ڪوڊ لکڻ تي ڌيان ڏين، ۽ ڪبرنيٽس سان معاملو ڪرڻ تي نه.
دراصل، OpenShift 4.2 ۽ 4.3 جي نسخن ۾ نئون ڇا آهي؟
ھائبرڊ بادلن ڏانھن ھلڻ
جڏهن هڪ نئين آئي ٽي انفراسٽرڪچر جي منصوبابندي ڪندي يا جڏهن موجوده آئي ٽي منظرنامي کي ترقي ڪندي، ڪمپنيون آئي ٽي وسيلن جي فراهمي لاءِ ڪلائوڊ طريقي تي غور ڪري رهيون آهن، جنهن لاءِ اهي نجي ڪلائوڊ حل لاڳو ڪن ٿا يا عوامي ڪلائوڊ فراهم ڪندڙن جي طاقت کي استعمال ڪن ٿا. اهڙيءَ طرح، جديد آئي ٽي انفراسٽرڪچر تيزي سان ”هائبرڊ“ ڪلائوڊ ماڊل جي مطابق ٺاهيا پيا وڃن، جڏهن ٻنهي آن-پريمسس وسيلا ۽ پبلڪ ڪلائوڊ وسيلا هڪ عام مئنيجمينٽ سسٽم سان استعمال ڪيا وڃن. Red Hat OpenShift 4.2 خاص طور تي ھڪڙي ھائبرڊ بادل ماڊل ڏانھن منتقلي کي آسان ڪرڻ لاءِ ٺاھيو ويو آھي ۽ مهيا ڪندڙن کان وسيلن کي ڳنڍڻ آسان بڻائي ٿو جهڙوڪ AWS، Azure ۽ Google Cloud Platform کي ڪلستر سان، گڏوگڏ VMware ۽ OpenStack تي نجي بادل استعمال ڪرڻ سان.
انسٽاليشن لاء نئون طريقو
نسخو 4 ۾، OpenShift انسٽال ڪرڻ جو طريقو تبديل ٿي چڪو آهي. Red Hat هڪ OpenShift ڪلسٽر کي ترتيب ڏيڻ لاءِ خاص يوٽيلٽي فراهم ڪري ٿي - openshift-install. يوٽيلٽي هڪ واحد بائنري فائل آهي جيڪا Go ۾ لکيل آهي. Openshit-installer هڪ yaml فائل تيار ڪري ٿو ترتيب ڏيڻ لاءِ گهربل ترتيب سان.
ڪلائوڊ وسيلن کي استعمال ڪندي انسٽاليشن جي صورت ۾، توهان کي مستقبل جي ڪلستر بابت گهٽ ۾ گهٽ معلومات بيان ڪرڻ جي ضرورت پوندي: DNS زون، ڪم ڪندڙ نوڊس جو تعداد، ڪلائوڊ فراهم ڪندڙ لاءِ مخصوص سيٽنگون، ڪلائوڊ فراهم ڪندڙ تائين رسائي لاءِ اڪائونٽ جي معلومات. ترتيب ڏيڻ واري فائل کي تيار ڪرڻ کان پوء، ڪلستر کي ھڪڙي حڪم سان ترتيب ڏئي سگھجي ٿو.
توهان جي پنهنجي ڪمپيوٽنگ وسيلن تي انسٽاليشن جي صورت ۾، مثال طور، جڏهن هڪ خانگي ڪلائوڊ استعمال ڪري رهيا آهيو (vSphere ۽ OpenStack سپورٽ آهن) يا جڏهن بيئر ميٽل سرورز تي انسٽال ڪري رهيا آهيو، توهان کي دستي طور تي انفراسٽرڪچر ترتيب ڏيڻ جي ضرورت پوندي - ورچوئل مشينن جو گهٽ ۾ گهٽ تعداد تيار ڪريو يا فزيڪل سرورز جي ضرورت آهي هڪ ڪنٽرول پلين ڪلسٽر ٺاهڻ لاءِ، نيٽ ورڪ خدمتن کي ترتيب ڏيو. ھن ٺاھ جوڙ کان پوء، ھڪڙو OpenShift ڪلستر ھڪڙي طرح ٺاھي سگھجي ٿو Openshift-installer افاديت جي ھڪڙي حڪم سان.
انفراسٹرڪچر اپڊيٽ
CoreOS انضمام
اهم اپڊيٽ Red Hat CoreOS سان انضمام آهي. Red Hat OpenShift ماسٽر نوڊس ھاڻي ڪم ڪري سگھن ٿا صرف نئين OS تي. هي Red Hat مان هڪ مفت آپريٽنگ سسٽم آهي جيڪو خاص طور تي ڪنٽينر حلن لاءِ ٺهيل آهي. Red Hat CoreOS ھڪڙو ھلڪو وزن لينڪس آھي جيڪو ڪنٽينرز کي هلائڻ لاءِ بھتر ڪيو ويو آھي.
جيڪڏهن 3.11 ۾ آپريٽنگ سسٽم ۽ OpenShift الڳ الڳ موجود هئا، پوء 4.2 ۾ اهو اڻڄاتل طور تي OpenShift سان ڳنڍيل آهي. ھاڻي اھو ھڪڙو ھڪڙو اوزار آھي - ناقابل قابل انفراسٹرڪچر.
ڪلستر لاءِ جيڪي RHCOS استعمال ڪن ٿا سڀني نوڊس لاءِ، OpenShift ڪنٽينر پليٽ فارم کي اپ گريڊ ڪرڻ هڪ سادو ۽ انتهائي خودڪار عمل آهي.
اڳي، OpenShift کي اپڊيٽ ڪرڻ لاءِ، توھان کي پھريون ھيٺ ڏنل آپريٽنگ سسٽم کي اپڊيٽ ڪرڻو پوندو جنھن تي پراڊڪٽ ھلندو ھو (ان وقت، Red Hat Enterprise Linux). صرف پوءِ OpenShift کي تدريجي طور تي اپڊيٽ ٿي سگھي ٿو، نوڊ ذريعي نوڊ. عمل جي ڪنهن به خودڪشي جي ڪا به ڳالهه نه هئي.
هاڻي، جيئن ته OpenShift ڪنٽينر پليٽ فارم مڪمل طور تي هر نوڊ تي سسٽم ۽ خدمتن کي ڪنٽرول ڪري ٿو، بشمول OS، اهو ڪم ويب انٽرفيس مان هڪ بٽڻ کي دٻائڻ سان حل ڪيو ويندو آهي. ان کان پوء، OpenShift ڪلستر جي اندر هڪ خاص آپريٽر شروع ڪيو ويو آهي، جيڪو سڄي تازه ڪاري جي عمل کي سنڀاليندو آهي.
نئون CSI
ٻيو، نئون CSI هڪ اسٽوريج انٽرفيس ڪنٽرولر آهي جيڪو توهان کي مختلف خارجي اسٽوريج سسٽم کي OpenShift ڪلستر سان ڳنڍڻ جي اجازت ڏئي ٿو. OpenShift لاء اسٽوريج ڊرائيور فراهم ڪندڙ جو هڪ وڏو تعداد اسٽوريج ڊرائيور جي بنياد تي سپورٽ ڪيو ويو آهي جيڪي پاڻ کي اسٽوريج سسٽم ٺاهيندڙن پاران لکيل آهن. سپورٽ ڪيل CSI ڊرائيورن جي مڪمل فهرست هن دستاويز ۾ ملي سگهي ٿي: . هن لسٽ ۾ توهان معروف ٺاهيندڙن (Dell/EMC، IBM، NetApp، Hitachi، HPE، PureStorage)، SDS حل (Ceph) ۽ ڪلائوڊ اسٽوريج (AWS، Azure، Google) کان ڊسڪ جي صفن جا سڀ مکيه ماڊل ڳولي سگهو ٿا. OpenShift 4.2 سپورٽ ڪري ٿو CSI ڊرائيورز جي CSI وضاحتي ورزن 1.1.
RedHat OpenShift سروس ميش
Istio، Kiali ۽ Jaeger پروجيڪٽ جي بنياد تي، Red Hat OpenShift سروس ميش، خدمتن جي وچ ۾ درخواستن جي رستي جي معمولي ڪمن کان علاوه، انهن جي ٽريڪنگ ۽ ڏسڻ جي اجازت ڏئي ٿي. هي ڊولپرز کي آساني سان رابطو ڪرڻ، مانيٽر ڪرڻ، ۽ هڪ ايپليڪيشن کي منظم ڪرڻ ۾ مدد ڪري ٿو جيڪا Red Hat OpenShift جي اندر مقرر ڪئي وئي آهي.
ڪيلي استعمال ڪندي مائڪرو سروس آرڪيٽيڪچر واري ايپليڪيشن جو تصور
سروس ميش جي انسٽاليشن، سار سنڀال، ۽ لائف سائيڪل مينيجمينٽ کي جيترو ٿي سگھي آسان ڪرڻ لاءِ، Red Hat OpenShift منتظمين کي خاص آپريٽر، سروس ميش آپريٽر مهيا ڪري ٿي. هي هڪ Kubernetes آپريٽر آهي جيڪو توهان کي اجازت ڏئي ٿو ٻيهر ترتيب ڏنل Istio، Kiali ۽ Jaeger پيڪيجز کي ڪلستر تي، وڌ کان وڌ انتظامي بوجھ کي منظم ڪرڻ جي ايپليڪيشنن کي.
Docker جي بدران CRI-O
ڊفالٽ ڪنٽينر رن ٽائم ڊڪر کي CRI-O سان تبديل ڪيو ويو آھي. اهو استعمال ڪرڻ ممڪن هو CRI-O اڳ ۾ ئي نسخو 3.11 ۾، پر 4.2 ۾ اهو مکيه بڻجي ويو. سٺو يا خراب ناهي، پر شين کي استعمال ڪرڻ وقت ذهن ۾ رکڻ لاء ڪجهه.
آپريٽرز ۽ ايپليڪيشن لڳائڻ
آپريٽر RedHat OpenShift لاءِ هڪ نئون ادارو آهي، جيڪو چوٿين ورزن ۾ ظاهر ٿيو. اهو هڪ ڪبرنيٽس ايپليڪيشن پيڪنگنگ، ترتيب ڏيڻ، ۽ انتظام ڪرڻ جو هڪ طريقو آهي. اهو سوچي سگهجي ٿو هڪ پلگ ان لاءِ ايپليڪيشنن لاءِ جيڪو ڪنٽينرز ۾ لڳايو ويو آهي، ڪبرنيٽس API ۽ kubectl ٽولز ذريعي هلائي ٿو.
Kubernetes آپريٽرس توهان جي ڪلستر تي ترتيب ڏنل ايپليڪيشن جي انتظامي ۽ لائف سائيڪل مينيجمينٽ سان لاڳاپيل ڪنهن به ڪم کي خودڪار ڪرڻ ۾ مدد ڪن ٿا. مثال طور، آپريٽر خودڪار ڪري سگھي ٿو اپڊيٽ، بيڪ اپ ۽ ايپليڪيشن جي اسڪيلنگ، ترتيب تبديل ڪرڻ، وغيره. آپريٽرز جي هڪ مڪمل فهرست ملي سگهي ٿي .
OperatorHub سڌو سنئون مئنيجمينٽ ڪنسول جي ويب انٽرفيس کان دستياب آهي. اها OpenShift لاءِ هڪ ايپليڪيشن ڊاريڪٽري آهي جيڪا Red Hat طرفان سنڀالي ٿي. اهي. سڀ Red Hat منظور ٿيل آپريٽرز وينڊر سپورٽ سان ڍڪيل هوندا.
OpenShift مينيجمينٽ ڪنسول ۾ OperatorHub پورٽل
يونيورسل بنيادي تصوير
اهو RHEL OS تصويرن جو هڪ معياري سيٽ آهي جيڪو توهان جي ڪنٽينر ٿيل ايپليڪيشنن کي ٺاهڻ لاءِ استعمال ڪري سگهجي ٿو. گهٽ ۾ گهٽ، معياري ۽ مڪمل سيٽ آهن. اهي تمام ٿوري جاء وٺن ٿا ۽ سڀني ضروري انسٽال ٿيل پيڪيجز ۽ پروگرامنگ ٻولين کي سپورٽ ڪن ٿا.
CI/CD اوزار
RedHat OpenShif 4.2 ۾، اهو ممڪن ٿيو ته جينڪنز ۽ اوپن شيفٽ پائپ لائنن جي وچ ۾ چونڊيو ٽيڪن پائپ لائنز جي بنياد تي.
OpenShift Pipelines Tekton تي ٻڌل آهي، جيڪا پائپ لائن پاران ڪوڊ ۽ GitOps جي طريقي سان بهتر طور تي سپورٽ ڪئي وئي آهي. OpenShift پائپ لائنز ۾، ھر قدم پنھنجي ڪنٽينر ۾ ھلندو آھي، تنھنڪري وسيلا صرف استعمال ڪيا ويندا آھن جڏھن قدم تي عمل ڪيو وڃي. هي ڊولپرز کي مڪمل ڪنٽرول ڏئي ٿو ماڊل ترسيل پائپ لائنز، پلگ ان، ۽ رسائي ڪنٽرول تي بغير ڪنهن مرڪزي CI/CD سرور جي انتظام ڪرڻ لاءِ.
OpenShift Pipelines هن وقت ڊولپر جي ڏيک ۾ آهي ۽ هڪ آپريٽر طور هڪ OpenShift 4 ڪلستر تي دستياب آهي. يقينا، OpenShift استعمال ڪندڙ اڃا تائين استعمال ڪري سگهن ٿا Jenkins RedHat OpenShift 4 تي.
ڊولپر مئنيجمينٽ تازه ڪاريون
4.2 OpenShift ۾، ويب انٽرفيس مڪمل طور تي اپڊيٽ ڪيو ويو آھي ڊولپرز ۽ ايڊمنسٽريٽرن لاءِ.
OpenShift جي پوئين ورزن ۾، هرڪو ڪم ڪيو ٽن ڪنسولز ۾: سروس ڊاريڪٽري، ايڊمنسٽريٽر ڪنسول ۽ ڪم ڪنسول. ھاڻي ڪلستر صرف ٻن حصن ۾ ورهايل آھي - ايڊمنسٽريٽر ڪنسول ۽ ڊولپر ڪنسول.
ڊولپر ڪنسول حاصل ڪيو آهي اهم يوزر انٽرفيس بهتري. ھاڻي اھو وڌيڪ آساني سان ايپليڪيشنن ۽ انھن جي اسيمبلين جي ٽوپولوجيز کي ڏيکاري ٿو. اهو ڊولپرز لاءِ آسان بڻائي ٿو ڪنٽينر ٿيل ايپليڪيشنون ۽ ڪلسٽر ٿيل وسيلا ٺاهڻ ، ترتيب ڏيڻ ۽ ڏسڻ. انهن کي انهن تي ڌيان ڏيڻ جي اجازت ڏئي ٿي جيڪا انهن لاء اهم آهي.
OpenShift مينيجمينٽ ڪنسول ۾ ڊولپر پورٽل
Odo
اوڊو هڪ ڊولپر تي مبني ڪمانڊ لائن افاديت آهي جيڪا OpenShift ۾ ايپليڪيشن ڊولپمينٽ کي آسان بڻائي ٿي. استعمال ڪندي گٽ پش اسٽائل ڪميونيڪيشن، هي CLI مدد ڪري ٿي ڊولپرز کي نئين لاءِ Kubernetes ۾ OpenShift ۾ ايپليڪيشنون ٺاهڻ.
ترقي جي ماحول سان انضمام
ڊولپرز ھاڻي پنھنجي پسنديده ڪوڊ ڊولپمينٽ ماحول کي ڇڏڻ کان سواءِ OpenShift ۾ پنھنجون ايپليڪيشنون ٺاھي، ڊيبگ ۽ ترتيب ڏئي سگھن ٿا، جھڙوڪ Microsoft Visual Studio، JetBrains (IntelliJ سميت)، Eclipse Desktop وغيره.
Microsoft Azure DevOps لاءِ Red Hat OpenShift ڊيپلائيمينٽ جي واڌ
Microsoft Azure DevOps لاءِ Red Hat OpenShift ڊيپلائيمينٽ ايڪسٽينشن جاري ڪئي وئي آھي. ھن DevOps ٽول سيٽ جا استعمال ڪندڙ ھاڻي پنھنجي ايپليڪيشنن کي Azure Red Hat OpenShift يا ڪنھن ٻئي OpenShift ڪلستر تي سڌو سنئون Microsoft Azure DevOps کان ترتيب ڏئي سگھن ٿا.
ٽئين نسخي کان چوٿين تائين منتقلي
جيئن ته اسان هڪ نئين رليز بابت ڳالهائي رهيا آهيون، ۽ نه هڪ تازه ڪاري، توهان صرف چوٿين ورزن کي ٽئين جي چوٽي تي نٿا رکي سگهو. ورجن XNUMX کان ورجن XNUMX تائين اپڊيٽ ڪرڻ جي سپورٽ نه ڪئي ويندي..
پر سٺي خبر آهي: Red Hat 3.7 کان 4.2 تائين منصوبن جي لڏپلاڻ لاء اوزار مهيا ڪري ٿي. توهان ڪلستر ايپليڪيشن لڏپلاڻ (CAM) ٽول استعمال ڪندي ايپليڪيشن ڪم لوڊ لڏپلاڻ ڪري سگهو ٿا. CAM توهان کي لڏپلاڻ کي ڪنٽرول ڪرڻ ۽ ايپليڪيشن جي وقت کي گھٽائڻ جي اجازت ڏئي ٿي.
OpenShift 4.3
هن مضمون ۾ بيان ڪيل مکيه جدت نسخو 4.2 ۾ ظاهر ٿيو. تازو جاري ڪيل 4.3 تبديليون ايتريون وڏيون نه آهن، پر اڃا تائين ڪجهه نيون شيون آهن. تبديلين جي فهرست ڪافي وسيع آهي، هتي اسان جي راء ۾ سڀ کان اهم آهن:
Kubernetes ورجن کي 1.16 تائين اپڊيٽ ڪريو.
نسخو هڪ ئي وقت ٻن قدمن سان اپڊيٽ ڪيو ويو؛ OpenShift 4.2 ۾ اهو 1.14 هو.
ڊيٽا انڪريپشن وغيره ۾
ورجن 4.3 سان شروع ڪندي، اهو ممڪن ٿيو ته ڊيٽا کي انڪريپٽ ڪرڻ وغيره ڊي ڊيٽابيس ۾. هڪ دفعو انڪريپشن کي فعال ڪيو ويندو، اهو ممڪن ٿيندو هيٺ ڏنل OpenShift API ۽ Kubernetes API وسيلن کي انڪرپٽ ڪرڻ: راز، ConfigMaps، رستا، رسائي ٽوڪن، ۽ OAuth اختيار.
هيلمٽ
هيلم ورزن 3 لاءِ سپورٽ شامل ڪئي وئي، ڪبرنيٽس لاءِ مشهور پيڪيج مينيجر. ھاڻي لاءِ، سپورٽ جي حيثيت آھي TECHNOLOGY PREVIEW. هيلم سپورٽ OpenShift جي مستقبل جي ورزن ۾ مڪمل سپورٽ تائين وڌايو ويندو. هيلم ڪلائي يوٽيليٽي OpenShift سان گڏ اچي ٿي ۽ ڪلستر مينيجمينٽ ويب ڪنسول تان ڊائون لوڊ ڪري سگھجي ٿي.
پروجيڪٽ ڊيش بورڊ اپڊيٽ
نئين ورزن ۾، پروجيڪٽ ڊيش بورڊ پروجيڪٽ جي صفحي تي اضافي معلومات مهيا ڪري ٿو: پروجيڪٽ اسٽيٽس، وسيلن جي استعمال، ۽ پروجيڪٽ ڪوٽا.
ويب ڪنسول ۾ quay لاءِ ڪمزورين کي ظاهر ڪرڻ
Quay repositories ۾ تصويرن لاءِ سڃاتل ڪمزورين کي ظاهر ڪرڻ لاءِ انتظام ڪنسول ۾ هڪ خصوصيت شامل ڪئي وئي آهي. مقامي ۽ بيروني مخزنن لاءِ خطرن کي ظاهر ڪرڻ جي حمايت ڪئي وئي آهي.
آف لائن آپريٽر هب جي آسان تخليق
هڪ الڳ نيٽ ورڪ ۾ هڪ OpenShift ڪلستر کي ترتيب ڏيڻ جي صورت ۾، جتان انٽرنيٽ تائين رسائي محدود يا غير حاضر آهي، OperatorHub رجسٽري لاء "عڪس" ٺاهڻ آسان آهي. هاڻي اهو صرف ٽن ٽيمن سان ڪري سگهجي ٿو.
ليکڪ:
وڪٽر پوچڪوف، يوري سيمينيوڪوف
جو ذريعو: www.habr.com