د OpenShift څلورم نسخه نسبتا پدې وروستیو کې خپره شوه. اوسنی نسخه 4.3 د جنوري له پای راهیسې شتون لري او په دې کې ټول بدلونونه یا په بشپړ ډول نوي دي چې په دریمه نسخه کې نه و، یا د هغه څه لوی تازه کول چې په 4.1 نسخه کې څرګند شوي. هر هغه څه چې موږ به یې اوس تاسو ته ووایو باید د هغو کسانو لخوا پیژندل، پوهیدل او په پام کې ونیول شي چې د OpenShift سره کار کوي او پالن لري چې نوي نسخه ته لاړ شي.
د OpenShift 4.2 په خپرولو سره، Red Hat د Kubernetes سره کار کول اسانه کړي دي. د کانټینرونو، CI/CD پایپ لاینونو او بې سروره ګمارلو لپاره نوي اوزار او پلگ ان څرګند شوي. نوښتونه پراختیا کونکو ته فرصت ورکوي چې د کوډ لیکلو باندې تمرکز وکړي ، نه د کوبرنیټس سره معامله کولو باندې.
په حقیقت کې، د OpenShift 4.2 او 4.3 په نسخو کې څه نوي دي؟
د هایبرډ بادونو په لور حرکت کوي
کله چې د نوي IT زیربنا پلان کول یا د IT موجوده منظرې رامینځته کول ، شرکتونه په زیاتیدونکي ډول د IT سرچینو چمتو کولو ته د بادل چلند په پام کې نیسي ، د کوم لپاره چې دوی شخصي کلاوډ حلونه پلي کوي یا د عامه کلاوډ چمتو کونکو ځواک کاروي. په دې توګه، د معلوماتي ټکنالوجۍ عصري زیربناوې په زیاتیدونکي توګه د "هایبرډ" کلاوډ ماډل سره سم جوړیږي، کله چې دواړه د ودانۍ سرچینې او عامه بادل سرچینې د ګډ مدیریت سیسټم سره کارول کیږي. د Red Hat OpenShift 4.2 په ځانګړې توګه د هایبرډ کلاوډ ماډل ته د لیږد ساده کولو لپاره ډیزاین شوی او د VMware او OpenStack کې د خصوصي بادلونو کارولو سره، کلستر ته د AWS، Azure او Google Cloud Platform څخه سرچینې سره نښلول اسانه کوي.
د نصبولو نوې طریقه
په 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 مشخصاتو نسخه 1.1 د CSI ډرایورانو ملاتړ کوي.
د RedHat OpenShift خدمت میش
د Istio، Kiali او Jaeger پروژو پر بنسټ، د ریډ هټ اوپن شیف خدمت میش، د خدماتو تر منځ د غوښتنو د راټیټ کولو معمول دندو سربیره، د دوی تعقیب او لید ته اجازه ورکوي. دا د پراختیا کونکو سره مرسته کوي په اسانۍ سره په Red Hat OpenShift کې ځای پرځای شوي غوښتنلیک په اسانۍ سره اړیکه ونیسي، څارنه وکړي او اداره کړي.
د کیالي په کارولو سره د مایکرو سرویس جوړښت لرونکي غوښتنلیک لید
د امکان تر حده د خدماتو میش نصبولو، ساتنې، او د ژوند دورې مدیریت ساده کولو لپاره، Red Hat OpenShift مدیرانو ته یو ځانګړی آپریټر، د خدمت میش آپریټر چمتو کوي. دا د کوبرنیټس آپریټر دی چې تاسو ته اجازه درکوي بیا تنظیم شوي اسټیو ، کیالي او جیجر کڅوړې په کلستر کې ځای په ځای کړئ ، د غوښتنلیکونو اداره کولو اداري بار اعظمي کوي.
د ډاکر پرځای CRI-O
د ډیفالټ کانټینر چلولو وخت ډاکر د CRI-O لخوا بدل شوی. دا ممکنه وه چې د CRI-O کارولو دمخه په 3.11 نسخه کې، مګر په 4.2 کې دا اصلي بڼه شوه. ښه یا بد ندی، مګر د محصول کارولو په وخت کې په ذهن کې ساتلو لپاره یو څه.
چلونکي او د غوښتنلیک ځای پرځای کول
آپریټرونه د RedHat OpenShift لپاره نوې اداره ده، کوم چې په څلورم نسخه کې راڅرګند شو. دا د کوبرنیټس غوښتنلیک بسته کولو ، ځای په ځای کولو او اداره کولو میتود دی. دا په کانټینرونو کې ځای پرځای شوي غوښتنلیکونو لپاره د پلگ ان په توګه فکر کیدی شي ، چې د کوبرنیټس API او کیوبیټل وسیلو لخوا پرمخ وړل کیږي.
د کوبرنیټس آپریټرونه د هغه غوښتنلیک د ادارې او ژوند دورې مدیریت پورې اړوند هر ډول دندو اتومات کولو کې مرسته کوي چې تاسو یې په خپل کلستر کې ځای په ځای کوئ. د مثال په توګه ، آپریټر کولی شي تازه معلومات ، بیک اپ او د غوښتنلیک اندازه کول اتومات کړي ، تشکیلات بدل کړي ، او داسې نور. د آپریټرانو بشپړ لیست په کې موندل کیدی شي .
OperatorHub د مدیریت کنسول ویب انٹرفیس څخه مستقیم د لاسرسي وړ دی. دا د OpenShift لپاره د غوښتنلیک لارښود دی چې د Red Hat لخوا ساتل کیږي. هغوی. ټول د Red Hat تصویب شوي آپریټرونه به د پلورونکي مالتړ پوښښ وي.
په OpenShift مدیریت کنسول کې د OperatorHub پورټل
د نړیوال بنسټ انځور
دا د RHEL OS عکسونو معیاري سیټ دی چې ستاسو د کانټینر شوي غوښتنلیکونو جوړولو لپاره کارول کیدی شي. لږترلږه، معیاري او بشپړ سیټونه شتون لري. دوی ډیر لږ ځای نیسي او د ټولو اړین نصب شوي کڅوړو او پروګرام کولو ژبو ملاتړ کوي.
د CI/CD وسیلې
په RedHat OpenShif 4.2 کې، دا ممکنه شوه چې د جینکنز او OpenShift پایپ لاینونو ترمنځ د ټیکټن پایپ لاینونو پراساس انتخاب کړئ.
د OpenShift پایپ لاین د ټیکټن پر بنسټ والړ دی، کوم چې د کوډ او GitOps طریقې په توګه د پایپ لاین لخوا ښه ملاتړ کیږي. په OpenShift پایپ لاینونو کې، هر ګام په خپل کانټینر کې پرمخ ځي، نو سرچینې یوازې هغه مهال کارول کیږي کله چې ګام اجرا کیږي. دا پراختیا کونکو ته د مدیریت لپاره د مرکزي CI/CD سرور پرته د ماډل تحویلي پایپ لاینونو ، پلگ انونو ، او لاسرسي کنټرول بشپړ کنټرول ورکوي.
د OpenShift پایپ لاین اوس مهال د پراختیا کونکي لید کې دي او د OpenShift 4 کلستر کې د آپریټر په توګه شتون لري. البته، د OpenShift کاروونکي لاهم کولی شي جینکنز په RedHat OpenShift 4 کې وکاروي.
د پرمخ وړونکي مدیریت تازه معلومات
В 4.2 OpenShift полностью обновился веб-интерфейс как для разработчиков, так и для администраторов.
د OpenShift په تیرو نسخو کې، هرڅوک په دریو کنسولونو کې کار کاوه: د خدماتو لارښود، د مدیر کنسول او کاري کنسول. اوس کلستر یوازې په دوه برخو ویشل شوی - د مدیر کنسول او پراختیا کونکي کنسول.
د پراختیا کونکي کنسول د کارونکي انٹرفیس کې د پام وړ پرمختګونه ترلاسه کړي. اوس دا په اسانۍ سره د غوښتنلیکونو ټوپولوژی او د دوی مجلسونه ښیې. دا د پراختیا کونکو لپاره د کانټینر شوي غوښتنلیکونو او کلستر شوي سرچینو رامینځته کول ، ځای په ځای کول او لید کول اسانه کوي. دوی ته اجازه ورکوي چې په هغه څه تمرکز وکړي چې دوی ته مهم دي.
په OpenShift مدیریت کنسول کې د پراختیا کونکي پورټل
Odo
اوډو د پراختیا کونکي پراساس کمانډ لاین یوټیلیټ دی چې په OpenShift کې د غوښتنلیک پراختیا ساده کوي. د ګیټ پش سټایل مخابراتو په کارولو سره ، دا CLI کوبرنیټس ته نوي پراختیا کونکو سره په OpenShift کې غوښتنلیکونو جوړولو کې مرسته کوي.
د پرمختیایي چاپیریال سره یوځای کول
پراختیا کونکي اوس کولی شي خپل غوښتنلیکونه په OpenShift کې رامینځته کړي ، ډیبګ او ځای په ځای کړي پرته لدې چې د دوی د خوښې کوډ پراختیا چاپیریال پریږدي ، لکه د مایکروسافټ ویژول سټوډیو ، جیټ برینز (د IntelliJ په شمول) ، Eclipse ډیسټاپ ، او داسې نور.
د مایکروسافټ Azure DevOps لپاره د Red Hat OpenShift ګمارنې توسیع
د مایکروسافټ Azure DevOps لپاره د Red Hat OpenShift د ځای پرځای کولو توسیع خپور شو. د دې DevOps اوزار سیټ کارونکي اوس کولی شي خپل غوښتنلیکونه د Azure Red Hat OpenShift یا کوم بل OpenShift کلستر ته مستقیم د مایکروسافټ 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 وه.
په etcd کې د معلوماتو کوډ کول
د 4.3 نسخه سره پیل کول، دا ممکنه شوه چې د etcd ډیټابیس کې ډاټا کوډ کړئ. یوځل چې کوډ کول فعال شي ، نو دا به ممکنه وي چې لاندې OpenShift API او Kubernetes API سرچینې کوډ کړئ: رازونه ، ConfigMaps ، لارې ، د لاسرسي نښه ، او د OAuth جواز.
خولۍ
د هیلم نسخه 3 لپاره ملاتړ اضافه شوی ، د کبرنیټس لپاره مشهور بسته مدیر. د اوس لپاره، ملاتړ د ټیکنالوژۍ مخکتنې حالت لري. د هیلم ملاتړ به د OpenShift په راتلونکو نسخو کې بشپړ ملاتړ ته پراخ شي. د هیلم کلی یوټیلیټ د OpenShift سره راځي او د کلستر مدیریت ویب کنسول څخه ډاونلوډ کیدی شي.
د پروژې ډشبورډ تازه کول
په نوې نسخه کې، د پروژې ډشبورډ د پروژې په پاڼه کې اضافي معلومات وړاندې کوي: د پروژې وضعیت، د سرچینو کارول، او د پروژې کوټې.
په ویب کنسول کې د کوې لپاره زیان منونکي ښودل
د مدیریت کنسول کې یو خصوصیت اضافه شوی ترڅو د Quay ذخیره کې د عکسونو لپاره پیژندل شوي زیان منونکي ښکاره کړي. د سیمه ایزو او بهرنیو زیرمو لپاره د زیان منونکو ښودلو ملاتړ کیږي.
د آف لائن آپریټر هب ساده کول
په یوه جلا شبکه کې د OpenShift کلستر د ځای پرځای کولو قضیې لپاره، له کوم ځای څخه انټرنیټ ته لاسرسی محدود یا غیر حاضر دی، د OperatorHub راجستر لپاره د "عکس" رامینځته کول ساده شوي. اوس دا یوازې د دریو ټیمونو سره ترسره کیدی شي.
لیکوالان:
ویکتور پوچکوف، یوري سیمینیوکوف
سرچینه: www.habr.com