"Kubernetes او OpenShift ترمنځ توپیر څه دی؟" - دا پوښتنه د حسد وړ دوام سره راپورته کیږي. که څه هم په واقعیت کې دا د پوښتنې په څیر دی چې څنګه موټر د انجن څخه توپیر لري. که موږ مشابهت ته دوام ورکړو ، نو موټر یو بشپړ محصول دی ، تاسو کولی شئ سمدلاسه یې وکاروئ ، لفظي: دننه شئ او لاړ شئ. له بلې خوا، د دې لپاره چې یو انجن تاسو ته یو ځای بوځي، دا باید لومړی د ډیری نورو شیانو سره ضمیمه شي ترڅو بالاخره ورته موټر ترلاسه کړي.
له همدې امله ، کوبرنیټس هغه انجن دی چې شاوخوا یې د OpenShift برانډ موټر (پلیټ فارم) راټول شوی ، کوم چې تاسو خپل هدف ته رسوي.
پدې مقاله کې موږ غواړو تاسو ته یادونه وکړو او لاندې کلیدي ټکي په لږ تفصیل سره وڅیړو:
- Kubernetes د OpenShift پلیټ فارم زړه دی او دا 100٪ تصدیق شوی Kubernetes دی، په بشپړه توګه خلاص سرچینه او د لږ ملکیت طبیعت پرته. په لنډه توګه:
- د OpenShift کلستر API XNUMX٪ Kubernetes دی.
- که کانټینر په کوم بل Kubernetes سیسټم چلیږي، نو دا به پرته له کوم بدلون څخه په OpenShift کې پرمخ ځي. په غوښتنلیکونو کې بدلونونو ته اړتیا نشته.
- OpenShift نه یوازې Kubernetes ته ګټور ځانګړتیاوې او فعالیت اضافه کوي. د موټر په څیر، OpenShift د بکس څخه بهر دی، سمدلاسه تولید ته لیږدول کیدی شي، او لکه څنګه چې موږ به لاندې وښیو، د پراختیا کونکي ژوند خورا اسانه کوي. له همدې امله OpenShift په دوه کسانو کې متحد دی. دا د پراختیا کونکي له لید څخه دواړه یو بریالی او مشهور تصدۍ - کلاس PaaS پلیټ فارم دی. او په ورته وخت کې ، دا د صنعتي عملیاتو له نظره د خدمت په توګه خورا معتبر کانټینر دی.
OpenShift د 100٪ CNCF تصدیق شوی Kubernetes دی
OpenShift پر بنسټ والړ دی . له همدې امله، د مناسبې روزنې وروسته، کاروونکي د کیوبیکیل ځواک لخوا حیران دي. او هغه څوک چې د Kubernetes کلستر څخه OpenShift ته تللي اکثرا وايي چې دوی د OpenShift کلستر ته د کیوب کنفګ له لیږلو وروسته دا څومره خوښوي، ټول موجود سکریپټونه بې عیب کار کوي.
تاسو شاید د OpenShift د کمانډ لاین افادیت په اړه اوریدلي وي چې OC نومیږي. دا په بشپړ ډول کمانډ د kubectl سره مطابقت لري، برسیره پردې دا ډیری ګټور مرستندویان وړاندیز کوي چې د یو شمیر دندو ترسره کولو په وخت کې به کار وکړي. مګر لومړی، د OC او kubectl مطابقت په اړه یو څه نور:
kubectl امرونه
د OC ټیمونه
کوبکیتټ پوزې ترلاسه کړئ
oc پوډ ترلاسه کړئ
kubectl د نوم ځایونه ترلاسه کړئ
oc د نوم ځایونه ترلاسه کړئ
kubectl create -f deployment.yaml
oc create -f deployment.yaml
دلته د OpenShift API کې د کیوبیکیل کارولو پایلې څه ډول ښکاري:
• kubectl د پوډ ترلاسه کول – د توقع سره سم پوډونه بیرته راګرځي.
• kubectl د نوم ځایونه ترلاسه کوي - لکه څنګه چې تمه کیده نوم ځای بیرته راګرځوي.
د kubectl create -f mydeployment.yaml کمانډ د کوبرنیټس سرچینې رامینځته کوي لکه د کوم بل Kubernetes پلیټ فارم په څیر ، لکه څنګه چې لاندې ویډیو کې ښودل شوي:
په بل عبارت، ټول Kubernetes APIs په بشپړ ډول په OpenShift کې شتون لري پداسې حال کې چې 100٪ مطابقت ساتي. دا ځکه .
OpenShift Kubernetes ته ګټورې بڼې اضافه کوي
د Kubernetes APIs په OpenShift کې 100٪ شتون لري، مګر د معیاري Kubernetes یوټیلټي kubectl په ښکاره ډول فعالیت او اسانتیا نلري. له همدې امله Red Hat Kubernetes ته ګټورې ځانګړتیاوې او د کمانډ لاین وسیلې اضافه کړي، لکه OC (د OpenShift پیرودونکي لپاره لنډ) او ODO (OpenShift DO، دا کار د پراختیا کونکو لپاره دی).
1. د OC افادیت - د Kubectl خورا پیاوړی او اسانه نسخه
د مثال په توګه، د kubectl برعکس، دا تاسو ته اجازه درکوي چې نوي نوم ځایونه جوړ کړئ او په اسانۍ سره شرایط بدل کړئ، او همدارنګه د پراختیا کونکو لپاره یو شمیر ګټور کمانډونه وړاندې کوي، لکه د کانټینر عکسونو جوړول او د غوښتنلیکونو ځای په ځای کول مستقیم د سرچینې کوډ یا بائنری څخه (د سرچینې څخه انځور، s2i).
راځئ چې مثالونه وګورو چې څنګه د OC یوټیلیټ رامینځته شوي مرسته کونکي او پرمختللي فعالیت د ورځني کار ساده کولو کې مرسته کوي.
لومړی مثال د نوم ځای مدیریت دی. هر Kubernetes کلستر تل ډیری نوم ځایونه لري. دوی معمولا د پراختیا او تولید چاپیریال رامینځته کولو لپاره کارول کیږي ، مګر د دې لپاره هم کارول کیدی شي ، د مثال په توګه ، هر پراختیا کونکي ته د شخصي سانډ باکس چمتو کول. په عمل کې، دا نتیجه ورکوي چې پراختیا کونکی باید په مکرر ډول د نوم ځایونو ترمینځ تیر شي، ځکه چې کیوبیکل د اوسني ځای په شرایطو کې تیریږي. له همدې امله، د کوبیکیل په قضیه کې، خلک په فعاله توګه د دې لپاره مرستندویه سکریپټونه کاروي. مګر کله چې د OC کاروئ، غوښتل شوي ځای ته لاړ شئ، یوازې د "oc پروژې نوم ځای" ووایاست.
په یاد نه یاست چې هغه نوم ځای چې تاسو ورته اړتیا لرئ په نوم یادیږي؟ کومه ستونزه نشته، یوازې د بشپړ لیست ښودلو لپاره "oc get projects" ټایپ کړئ. شکمن حیران یاست چې دا به څنګه کار وکړي که تاسو یوازې په کلستر کې د نوم ځایونو محدود فرعي سیټ ته لاسرسی لرئ؟ ښه، ځکه چې kubectl یوازې دا په سمه توګه کوي که چیرې RBAC تاسو ته اجازه درکړي چې په کلستر کې ټول ځایونه وګورئ، او په لوی کلسترونو کې هرچا ته دا ډول اجازه نه ورکول کیږي. نو، موږ ځواب ورکوو: د OC لپاره دا هیڅ ستونزه نده او دا به په اسانۍ سره په داسې حالت کې بشپړ لیست تولید کړي. دا دا کوچني شیان دي چې د Openshift کارپوریټ واقفیت رامینځته کوي او د کاروونکو او غوښتنلیکونو په شرایطو کې د دې پلیټ فارم ښه پیمانه کوي.
2. ODO - د پراختیا کونکو لپاره د kubectl یوه پرمختللې نسخه
د Kubernetes په اړه د Red Hat OpenShift پرمختګونو بله بیلګه د ODO کمانډ لاین افادیت دی. دا د پراختیا کونکو لپاره ډیزاین شوی او تاسو ته اجازه درکوي ژر تر ژره سیمه ایز کوډ لرې پراته OpenShift کلستر کې ځای په ځای کړئ. دا کولی شي داخلي پروسې هم تنظیم کړي ترڅو ټول کوډ بدلونونه په لیرې پرتو OpenShift کلستر کې کانټینرونو ته سمدستي همغږي کړي پرته لدې چې عکسونه بیا جوړ کړي ، راجستر کړي او بیا ځای په ځای کړي.
راځئ وګورو چې څنګه OC او ODO د کانټینرونو او کبرنیټ سره کار کول اسانه کوي.
یوازې یو څو کاري جریانونه پرتله کړئ کله چې دوی د کیوبیکل پراساس جوړ شوي ، او کله چې OC یا ODO کارول کیږي.
• د هغو کسانو لپاره چې په YAML خبرې نه کوي په OpenShift کې د کوډ ځای پرځای کول:
Kubernetes/kubectl
$>ګیټ کلون
1- یو ډاکر فایل جوړ کړئ چې د کوډ څخه عکس جوړوي
-----
له نوډ څخه
WORKDIR/usr/src/app
کاپي بسته*.json./
کاپي index.js ./
کاپي ./app ./app
چلول npm نصب
3000 افشا کړئ
CMD [ "npm"، "پیل" ] —————
2- موږ انځور جوړوو
$> پوډمین جوړونه ...
3- راجستر ته ننوتل
پوډمین ننوت ...
۴- انځور په ثبت کې ځای پر ځای کړئ
پوډمن فشار
5- د غوښتنلیک پلي کولو لپاره د yaml فایلونه رامینځته کړئ (deployment.yaml, service.yaml, ingress.yaml) - دا مطلق لږترلږه دی
6- د مینی فیسټ فایلونو ځای په ځای کول:
Kubectl تطبیق -f.
OpenShift/oc
$> oc new-app - زموږ د_غوښتنې_نوم
OpenShift/odo
$>ګیټ کلون
$> odo جوړ کړئ اجزا نوډجز myapp
$>اودو فشار
• د شرایطو سویچ: د کار نوم ځای یا د کار کلستر بدل کړئ.
Kubernetes/kubectl
1- د پروژې "myproject" لپاره په kubeconfig کې شرایط رامینځته کړئ
2- د کیوبیکل سیټ شرایط…
OpenShift/oc
oc پروژه "myproject"
د کیفیت کنټرول: "یو په زړه پورې ځانګړتیا دلته ښکاره شوې، لاهم په الفا نسخه کې. شاید موږ کولی شو دا تولید ته وسپارو؟"
تصور وکړئ چې په یوه ریسینګ موټر کې ناست یاست او ورته ویل کیږي: "موږ یو نوی ډول بریک نصب کړی او ریښتیا ووایو ، د دوی اعتبار لاهم سم نه دی ... مګر اندیښنه مه کوئ ، موږ به د کورس په جریان کې په فعاله توګه دوی ته وده ورکړو. د اتلولۍ." تاسو دا احتمال څنګه خوښوی؟ موږ په ریډ هټ کې یو څه ډیر خوښ نه یو. 🙂
له همدې امله، موږ هڅه کوو چې د الفا نسخې تر هغه وخته پورې ودروو چې دوی په کافي اندازه بالغ شوي وي او موږ د جګړې بشپړ ازموینې ترسره کړې او احساس کوو چې دوی د کارولو لپاره خوندي دي. معمولا ، هرڅه لومړی د دیو مخکتنې مرحلې څخه تیریږي ، بیا له لارې او یوازې بیا د عامه خوشې کیدو په توګه راځي (GA)، کوم چې دمخه دومره مستحکم دی چې د تولید لپاره مناسب دی.
ولې دغه دی؟ ځکه، لکه څنګه چې د کوم بل سافټویر پراختیا سره، په کوبرنیټس کې ټول ابتدايي نظرونه وروستي خوشې کیدو ته نه رسیږي. یا دوی ورته رسیدلي او حتی مطلوب فعالیت ساتي ، مګر د دوی پلي کول په الفا نسخه کې له هغه څخه خورا توپیر لري. د زرګونو په زرګونو د Red Hat پیرودونکو سره د OpenShift په کارولو سره د ماموریت مهم کاري بارونو مالتړ لپاره، موږ د خپل پلیټ فارم ثبات او اوږدمهاله ملاتړ باندې ځانګړي ټینګار کوو.
ریډ هیټ ژمن دی چې د OpenShift په مکرر ډول خوشې کړي او د کوبرنیټس نسخه تازه کړي چې ورسره راځي. د مثال په توګه، د دې لیکلو په وخت کې د OpenShift 4.3 اوسني GA خپرونه کې Kubernetes 1.16 شامل دي، کوم چې د 1.17 شمیرې د Kubernetes د اپ سټریم نسخې شاته یوازې یو واحد دی. په دې توګه، موږ هڅه کوو چې پیرودونکي ته د تصدۍ په کچه Kubernetes چمتو کړو او د کیفیت اضافي کنټرول چمتو کړو ځکه چې موږ د OpenShift نوې نسخه خپروو.
د سافټویر اصلاحات: "د کوبرنیټس په نسخه کې یو سوری و چې موږ یې په تولید کې لرو. او تاسو کولی شئ دا یوازې د دریو نسخو تازه کولو سره وتړئ. یا کوم اختیارونه شته؟
د Kubernetes د خلاصې سرچینې پروژې کې، د سافټویر فکسونه معمولا د راتلونکي خوشې کولو برخې په توګه خوشې کیږي، ځینې وختونه د یو یا دوه پخوانیو میلونو خپرونو پوښښ کوي، د 6 میاشتو په څیر لږ پوښښ ورکوي.
Red Hat د نورو په پرتله دمخه د جدي اصلاحاتو په خپرولو او د اوږدې مودې لپاره ملاتړ چمتو کولو باندې ویاړي. د مثال په توګه د Kubernetes د امتیازاتو د زیاتوالي زیانمنتیا (): دا په Kubernetes 1.11 کې کشف شوی، او د پخوانیو ریلیزونو لپاره فکسونه یوازې تر 1.10.11 نسخه پورې خوشې شوي، دا د 1.x څخه تر 1.9 پورې په ټولو پخوانیو Kubernetes ریلیزونو کې په سوري کې پریږدي.
په تاویدو کی، (Kubernetes 1.2 شتون لري)، د نهه OpenShift ریلیزونو نیول او په واضح ډول د پیرودونکو لپاره د پاملرنې ښودنه کوي (نور توضیحات ).
څنګه OpenShift او Red Hat Kubernetes مخ په وړاندې حرکت کوي
ریډ هیټ د خلاصې سرچینې Kubernetes پروژې لپاره دوهم لوی سافټویر مرسته کونکی دی ، یوازې د ګوګل شاته ، د 3 خورا مشهور پراختیا کونکو څخه 5 د Red Hat څخه راځي. یو بل لږ پیژندل شوی حقیقت: ډیری مهمې دندې په دقیق ډول د ریډ هټ په نوښت کې په کبرنیټس کې څرګندې شوې ، په ځانګړي توګه لکه:
- RBAC. Kubernetes د RBAC افعال (ClusterRole, ClusterRoleBinding) نه درلودل تر هغه چې د Red Hat انجینرانو پریکړه وکړه چې دا پخپله د پلیټ فارم د یوې برخې په توګه پلي کړي، نه د اضافي OpenShift فعالیت په توګه. ایا ریډ هیټ د کبرنیټس ښه کولو څخه ویره لري؟ البته نه، ځکه چې Red Hat په کلکه د خلاصې سرچینې اصول تعقیبوي او د خلاص کور لوبې نه لوبوي. هغه پرمختګونه او نوښتونه چې د پرمختیایي ټولنو لخوا پرمخ وړل کیږي، د ملکیتونو پر ځای، ډیر ګټور او په پراخه کچه منل شوي، کوم چې زموږ د پیرودونکو لپاره د خلاصې سرچینې سافټویر جوړولو لپاره زموږ د اصلي هدف سره ښه سمون لري.
- د پوډونو لپاره امنیتي پالیسۍ (د پوډ امنیت پالیسۍ). د پوډونو دننه په خوندي ډول د غوښتنلیکونو چلولو مفهوم په اصل کې په OpenShift کې د SCC (امنیتي شرایطو محدودیتونه) په نوم پلي شوی و. او لکه څنګه چې په تیرو مثال کې، Red Hat پریکړه وکړه چې دا پرمختګونه د پرانیستې Kubernetes پروژې ته معرفي کړي ترڅو هرڅوک وکوالی شي دوی وکاروي.
د مثالونو دا لړۍ دوام کولی شي، مګر موږ یوازې غوښتل وښیو چې Red Hat واقعیا د Kubernetes پراختیا او د هرچا لپاره غوره کولو ته ژمن دی.
دا روښانه ده چې OpenShift Kubernetes دی. توپیرونه څه دي؟ 🙂
موږ امید لرو چې د دې لوستلو سره تاسو پوه شوي یاست چې Kubernetes د OpenShift اصلي برخه ده. اصلي یو، مګر د یوازینۍ څخه لرې. په بل عبارت، په ساده ډول د Kubernetes نصب کول به تاسو ته د تصدۍ ټولګي پلیټ فارم درکړي. تاسو به اړتیا ولرئ تصدیق، شبکه کول، امنیت، څارنه، د لاګ مدیریت، او نور ډیر څه اضافه کړئ. برسیره پردې، تاسو باید د ډیری موجودو وسیلو څخه یو څه سخت انتخابونه وکړئ (د ایکوسیستم تنوع تعریف کولو لپاره، یوازې یو نظر وګورئ ) او په یو څه ډول دوام او همغږي تضمینوي ترڅو دوی د یو په توګه کار وکړي. برسېره پردې، تاسو به په منظمه توګه د تازه معلوماتو او راجع کولو ازموینې ترسره کولو ته اړتیا ولرئ کله چې د هرې برخې نوې نسخه چې تاسو یې کاروئ خپور شي. دا ، د پلیټ فارم پخپله رامینځته کولو او ساتلو سربیره ، تاسو به د دې ټولو سافټویر سره معامله کولو ته هم اړتیا ولرئ. دا امکان نلري چې د سوداګرۍ ستونزې حل کولو او رقابتي ګټو ترلاسه کولو لپاره به ډیر وخت پاتې وي.
مګر د OpenShift په حالت کې، Red Hat دا ټول پیچلتیاوې په ځان کې اخلي او په ساده ډول تاسو ته یو فعال بشپړ پلیټ فارم درکوي، کوم چې نه یوازې پخپله Kubernetes، بلکې د اړین خلاصې سرچینې وسیلو ټول سیټ هم شامل دي چې Kubernetes په ریښتینې تصدۍ ټولګي بدلوي. هغه حل چې تاسو کولی شئ سمدلاسه او په بشپړ ډول په آرامۍ سره تولید پیل کړئ. او البته، که تاسو د خپل ټیکنالوژۍ ځینې سټیکونه لرئ، نو تاسو کولی شئ OpenShift په موجوده حلونو کې مدغم کړئ.
پورته عکس ته یو نظر وګورئ: هرڅه چې د کوبرنیټس مستطیل څخه بهر دي چیرې چې Red Hat فعالیت اضافه کوي چې کوبرنیټس نلري ، لکه څنګه چې دوی وایی ، د ډیزاین لخوا. او اوس به موږ د دې سیمو اصلي ته وګورو.
1. د بنسټ په توګه قوي OS: RHEL CoreOS یا RHEL
ریډ هټ د 20 کلونو څخه ډیر د سوداګرۍ - مهم غوښتنلیکونو لپاره د لینکس توزیع مخکښ چمتو کونکی دی. پدې برخه کې زموږ راټول شوي او په دوامداره توګه تازه شوي تجربه موږ ته اجازه راکوي چې د کانټینرونو صنعتي عملیاتو لپاره واقعیا د باور وړ او باوري اساس وړاندې کړو. RHEL CoreOS د RHEL په څیر ورته کرنل کاروي، مګر په ابتدايي توګه د دندو لپاره غوره شوی لکه د کانټینرونو چلول او د Kubernetes کلسترونو چلول: د هغې کمه اندازه او بې ثباتي د کلسترونو تنظیم کول، اتوماتیک کول، د پیچونو ځای پرځای کول او داسې نور آسانه کوي. دا ټولې ځانګړتیاوې دا جوړوي. د کمپیوټینګ چاپیریالونو پراخه لړۍ کې د OpenShift سره د ورته کارونکي تجربې وړاندې کولو لپاره یو مثالی بنسټ ، له نري فلزي څخه خصوصي او عامه کلاوډ ته.
2. د معلوماتي ټکنالوجۍ د عملیاتو اتومات کول
د نصب کولو پروسو او د ورځې 4 عملیاتونو اتومات کول (یعنې ورځنۍ عملیات) د OpenShift قوي ټکی دی، چې دا خورا اسانه کوي چې د کانټینر پلیټ فارم فعالیت په لوړه کچه اداره کړي، تازه کړي او وساتي. دا د OpenShift XNUMX kernel په کچه د Kubernetes آپریټرانو لپاره د ملاتړ له لارې ترلاسه کیږي.
OpenShift 4 د Kubernetes آپریټرونو پراساس د حلونو بشپړ اکوسیستم هم دی، چې پخپله د Red Hat لخوا او د دریمې ډلې شریکانو لخوا رامینځته شوی (وګورئ. Red Hat، یا آپریټر پلورنځی د دریمې ډلې پراختیا کونکو لپاره د Red Hat لخوا رامینځته شوی).
مدغم شوي OpenShift 4 کتلاګ کې له 180 څخه ډیر کوبرنیټس آپریټرونه شامل دي
3. د پراختیا وسیلې
له 2011 راهیسې، OpenShift د PaaS (Plateform-a-Service) پلیټ فارم په توګه شتون لري چې د پراختیا کونکو لپاره ژوند خورا اسانه کوي، دوی سره په کوډینګ تمرکز کولو کې مرسته کوي، او د پروګرام کولو ژبو لکه Java، Node.js لپاره اصلي ملاتړ وړاندې کوي. , PHP, Ruby, Python, Go، او همدارنګه د CI/CD دوامداره ادغام او تحویلي خدمتونه، ډیټابیسونه، او داسې نور. OpenShift 4 وړاندیزونه په کوم کې چې د 100 څخه ډیر خدمتونه شامل دي د Kubernetes آپریټرانو پراساس چې د Red Hat او زموږ همکارانو لخوا رامینځته شوي.
د Kubernetes برعکس، OpenShift 4 یو وقف شوی GUI لري () ، کوم چې د پراختیا کونکو سره مرسته کوي په اسانۍ سره د مختلف سرچینو څخه غوښتنلیکونه ځای په ځای کړي (git ، بهرني راجسټری ، Dockerfile ، او نور) د دوی نوم ځایونو کې او په روښانه ډول د غوښتنلیک اجزاو ترمینځ اړیکې لیدوي.
برسېره پردې، OpenShift د Codeready پراختیایی وسیلو سیټ وړاندیز کوي، کوم چې په ځانګړې توګه شامل دي ، یو بشپړ کانټینر شوی IDE د ویب انٹرفیس سره چې مستقیم د OpenShift په سر کې تیریږي او د IDE-as-a-service طریقه پلي کوي. له بلې خوا، د هغو کسانو لپاره چې غواړي په محلي حالت کې په کلکه کار وکړي، د Codeready کانټینرونه شتون لري، د OpenShift 4 بشپړ فعاله نسخه چې په لپ ټاپ کې ځای پرځای کیدی شي.
په Kubernetes/OpenShift پلیټ فارم کې د اغیزمن پرمختګ لپاره د خدمت په توګه مدغم IDE
OpenShift د بکس څخه بهر د بشپړ CI/CD سیسټم وړاندیز کوي، یا د کانټینر شوي جینکنز او یو پلگ ان پراساس د پایپ لاینونو سره کار کولو لپاره، یا د Kubernetes-oriented CI/CD سیسټم (اوس مهال د تخنیکي مخکتنې نسخه کې). دا دواړه حلونه د OpenShift کنسول سره په بشپړه توګه مدغم کیږي، تاسو ته اجازه درکوي د پایپ لاین محرکات چل کړئ، ځای پرځای کول، لاګونه، او نور ډیر څه وګورئ.
4. د غوښتنلیک وسایل
OpenShift تاسو ته اجازه درکوي دواړه دودیز دولتي غوښتنلیکونه او د کلاوډ میشته حلونه د نوي جوړښتونو پراساس ځای په ځای کړئ ، لکه مایکرو خدمتونه یا سرور پرته. د OpenShift خدمت میش حل د مایکرو خدماتو ساتلو لپاره د کلیدي وسیلو سره د بکس څخه بهر راځي، لکه اسټیو، کیالي او جیجر. په بدل کې، د OpenShift Serverless حل کې نه یوازې Knative، بلکې د کیډا په څیر وسیلې هم شامل دي چې د مایکروسافټ سره د ګډ نوښت د یوې برخې په توګه رامینځته شوي ترڅو د OpenShift پلیټ فارم کې Azure افعال چمتو کړي.
مدغم شوی حل OpenShift ServiceMesh (Istio، Kiali، Jaeger) به ګټور وي کله چې د مایکرو خدماتو پراختیا
د میراث غوښتنلیکونو او کانټینرونو ترمینځ د تشې ډکولو لپاره ، OpenShift اوس د کانټینر اصلي مجازی کولو (اوس مهال په ټیک پریویو کې) په کارولو سره د OpenShift پلیټ فارم ته د مجازی ماشین مهاجرت ته اجازه ورکوي ، د هایبرډ غوښتنلیکونه واقعیت رامینځته کوي او د مختلف بادلونو ترمینځ د دوی مهاجرت اسانه کوي ، خصوصي او عامه دواړه.
د وینډوز 2019 مجازی مجازی ماشین په OpenShift کې د کانټینر اصلي مجازی کولو له لارې روان دی (اوس مهال د ټیک مخکتنې نسخه کې)
5. د کلسترونو لپاره وسایل
د هر ډول تصدۍ ټولګي پلیټ فارم باید د څارنې او مرکزي ننوتلو خدمتونه، امنیتي میکانیزمونه، تصدیق او واک، او د شبکې مدیریت وسایل ولري. او OpenShift دا ټول د بکس څخه بهر چمتو کوي، او دا ټول 100٪ خلاص سرچینه ده، په شمول د حلونو لکه ElasticSearch، Prometheus، Grafana. دا ټول حلونه د ډشبورډونو، میټریکونو، او خبرتیاو سره راځي چې دمخه د Red Hat د پراخ کلستر نظارت مهارتونو په کارولو سره جوړ شوي او ترتیب شوي، تاسو ته اجازه درکوي په اغیزمنه توګه ستاسو د تولید چاپیریال کنټرول او څارنه له پیل څخه.
OpenShift د کارپوریټ پیرودونکو لپاره د ورته مهم شیانو سره معیاري هم راځي لکه د جوړ شوي اووت چمتو کونکي سره تصدیق ، د اعتبار چمتو کونکو سره ادغام ، پشمول LDAP ، ActiveDirectory ، OpenID Connect ، او نور ډیر څه.
د OpenShift کلستر نظارت لپاره دمخه تنظیم شوی ګرافانا ډشبورډ
د OpenShift کلستر نظارت لپاره له 150 څخه ډیر دمخه تنظیم شوي پرومیټیوس میټریکونه او خبرتیاوې
دوام ته دوام ورکول
د حل بډایه فعالیت او د کبرنیټس په ساحه کې د ریډ هټ پراخه تجربه هغه لاملونه دي چې ولې اوپن شیفټ په بازار کې غالب موقعیت ترلاسه کړی ، لکه څنګه چې لاندې عکس کې ښودل شوي (نور ولولئ ).
"ریډ هیټ اوس مهال د 44٪ ونډې سره بازار رهبري کوي.
شرکت د خپل پیرودونکي متمرکز پلور ستراتیژۍ ګټې ترلاسه کوي ، چیرې چې دا لومړی د تصدۍ پراختیا کونکو سره مشوره کوي او روزنه ورکوي او بیا د پیسو مینځلو ته حرکت کوي ځکه چې تصدۍ په تولید کې کانټینرونه ځای په ځای کول پیل کوي.
(سرچینه: )
موږ امید لرو چې تاسو د دې مقالې څخه خوند اخیستی وي. د دې لړۍ په راتلونکو پوسټونو کې، موږ به د کوبرنیټس په اړه د OpenShift ګټو ته نږدې کتنه وکړو چې دلته بحث شوي هرې کټګورۍ کې.
سرچینه: www.habr.com