نو، د Red Hat OpenShift 4 پلیټ فارم رسمي پیل شو. نن به موږ تاسو ته ووایو چې څنګه د OpenShift کانټینر پلیټ فارم 3 څخه ژر تر ژره او په اسانۍ سره دا بدل کړئ.
د دې مقالې موخو لپاره، موږ په ابتدايي توګه د نوي OpenShift 4 کلسترونو سره علاقه لرو، کوم چې د RHEL CoreOS او اتوماتیک وسیلو پراساس د سمارټ او نه بدلیدونکي زیربنا وړتیاوو څخه ګټه پورته کوي. لاندې به موږ تاسو ته وښیو چې څنګه پرته له کومې ستونزې OpenShift 4 ته واړوئ.
تاسو کولی شئ د نوي نسخې او زاړه تر مینځ د توپیرونو په اړه نور معلومات ترلاسه کړئ.
د تصدیق شوي Red Hat Appranix پلیټ فارم په کارولو سره د OpenShift 3 څخه OpenShift 4 ته د کلسترونو مهاجرت
Appranix او Red Hat په لیوالتیا سره کار کړی ترڅو دا اسانه کړي چې د کلستر سرچینې د OpenShift 3 څخه OpenShift 4 ته د ګمرک خدمت سره چې د کوبرنیټس لپاره د اپرینکس سایټ اعتبار اتوماتیک سر کې تیریږي لیږدول اسانه کړي.
د اپرینکس حل (په دې کې موندل کیدی شي
ولې د OpenShift 4 لپاره د اپرینکس کارولو مهاجرت ښه دی
- چټک پیل. څرنګه چې د اپرینکس حل د SaaS اصولو باندې جوړ شوی، هیڅ زیربنا رامینځته کولو ته اړتیا نشته او د جلا ځانګړي مهاجرت حلونو ترتیب یا کارولو ته اړتیا نشته.
- د اپرینکس اندازه کولو وړتیا د لویو کلسترونو مهاجرت اسانه کوي.
- OpenShift 3 ته د راتلونکي لیږد سره د پیچلي OpenShift 4 کلستر تشکیلاتو اتوماتیک بیک اپ پخپله د مهاجرت پروسه ساده کوي.
- د ازموینې وړتیا چې څنګه د OpenShift 3 تصدۍ زیربنا څخه غوښتنلیکونه په AWS کلاوډ کې د OpenShift 4 پلیټ فارم کې چلند کوي.
- د کلستر سرچینو سره د RBAC لاسرسي ترتیباتو مهاجرت.
- نوي OpenShift 4 کلسترونو ته د ټولو پروژو انتخاب یا بشپړ مهاجرت.
- اختیاري - د کانټینر غوښتنلیکونو لپاره د غلطۍ زغم د څو کچو تنظیم که تاسو مناسب ګډون لرئ.
د OpenShift غوښتنلیکونو لپاره د څو درجې غلطی زغم (انعطاف)
د OpenShift 3 څخه تر 4 پورې د مهاجرت وروسته، د اپرینکس حل د دوامداره اپلیکیشن لیوالتیا چمتو کولو لپاره کارول کیدی شي، په کوم کې چې درې اختیارونه ممکن دي. د 1 کچه لیوالتیا (د لیول 1 لیوالتیا) تاسو ته اجازه درکوي د سیمې او بادل چمتو کونکي بدلولو پرته غوښتنلیکونه بحال کړئ. دا د غوښتنلیکونو بیرته راګرځولو یا د سیمې په کچه د محلي ناکامۍ څخه د بیرته راستنیدو لپاره کارول کیدی شي، لکه کله چې د غوښتنلیک ځای پرځای کول ناکام شي، یا په داسې حالت کې چې تاسو اړتیا لرئ په ورته سیمه کې په چټکۍ سره د ازموینې چاپیریال رامینځته کړئ مګر په جلا OpenShift کلستر کې .
د 2 کچه تاسو ته اجازه درکوي غوښتنلیکونه بلې سیمې ته پرته له دې چې چمتو کونکي بدل کړئ. په دې حالت کې، تاسو کولی شئ د معلوماتو لومړني زیربناوې په اصلي سیمه کې وساتئ، مګر په بله سیمه کې په بل کلستر کې غوښتنلیکونه پرمخ وړئ. دا اختیار ګټور دی کله چې د بادل سیمه یا زون ښکته شي، یا غوښتنلیکونه د سایبر برید له امله بلې سیمې ته لیږدولو ته اړتیا لري. او بالاخره، د 3 کچه تاسو ته اجازه درکوي نه یوازې سیمه بدل کړئ ، بلکه د بادل چمتو کونکی هم.
څنګه Appranix SRA کار کوي
په اپرینکس کې د OpenShift غوښتنلیکونو څو کچې غلطۍ زغم د "وخت ماشین" فعالیت له لارې ترلاسه کیږي، کوم چې په اتوماتيک ډول د غوښتنلیک چاپیریال کاپي جوړوي. د دې فعالیت فعالولو او د غوښتنلیک امنیت ښه کولو لپاره ، یوازې خپل DevOps پایپ لاین ته د کوډ یوه کرښه اضافه کړئ.
د کلاوډ چمتو کونکي زیربنا خدمات هم ستونزې تجربه کوي ، نو د بل چمتو کونکي ته د ګړندي کولو وړتیا ګټوره ده ترڅو د یو واحد خدمت چمتو کونکي کې د بندیدو څخه مخنیوی وشي.
لکه څنګه چې لاندې انځور ښیي، د غوښتنلیک چاپیریال بیک اپ په اپرینکس کې نه یوازې په اوتومات ډول په ټاکل شوي فریکونسۍ کې رامینځته کیدی شي ، بلکه د دوامداره ادغام او CI/CD تحویلي پایپ لاین څخه کمانډ کې هم کیدی شي. په ورته وخت کې، د "وخت ماشین" وړاندې کوي:
- د نوم ځایونو او غوښتنلیک چاپیریالونو زیاتوالی ، د GitHub سټایل لاګنګ.
- ساده غوښتنلیک رول بیک.
- د بادل او کانټینر تشکیلاتو نسخه کول.
- د اتوماتیک ډیټا د ژوند دورې مدیریت.
- د کوډ (IaC) مدیریت په توګه د زیربنا اتومات کول.
- د اتوماتیک IaC ریاست مدیریت.
د اپرینکس سره ، تاسو کولی شئ د سناریوګانو لپاره د غوښتنلیک کچې بشپړ محافظت او رغونه چمتو کړئ لکه د ګډوډي انجینرۍ ، د ناورین بیا رغونه ، د رینسم ویئر محافظت ، او د سوداګرۍ دوام. موږ به پدې اړه توضیحاتو ته لاړ نه شو او نور به وګورو چې څنګه د اپرینکس کارولو څرنګوالی د OpenShift 3 څخه OpenShift 4 ته مهاجرت لپاره.
د اپرینکس سایټ د اعتبار پلیټ فارم په کارولو سره OpenShift 3 OpenShift 4 ته د لیږدولو څرنګوالی
پروسه درې مرحلې لري:
- موږ OpenShift 3 او OpenShift 4 تنظیم کوو ترڅو په اتوماتيک ډول ټول هغه اجزا کشف کړو چې لیږدول کیږي.
- موږ پالیسۍ جوړوو او د مهاجرت لپاره د نوم ځایونه تنظیموو.
- په یو کلیک کې په OpenShift 4 کې ټول نوم ځایونه بیرته ترلاسه کول.
د اتوماتیک کشف لپاره د OpenShift 3 او 4 کلسترونو ترتیب کول
Appranix ګومان کوي چې تاسو دمخه د OpenShift 3 او OpenShift 4 کلسترونه پرمخ وړي. که چیرې لاهم د OpenShift 4 کلسترونه شتون نلري، د دوی په کارولو سره یې جوړ کړئ
د کلسترونو کشف کولو لپاره د اپرینکس کنټرولر ایجنټ نصب کول
د کلستر سرچینو موندلو لپاره، تاسو یو کوچني سایډ کار کنټرولر اجنټ ته اړتیا لرئ. د دې ځای په ځای کولو لپاره، یوازې د مناسب curl کمانډ کاپي او پیسټ کړئ، لکه لاندی. یوځل چې اجنټ په OpenShift 3 او OpenShift 4 کې نصب شي، Appranix به په اوتومات ډول د کلستر ټولې سرچینې کشف کړي چې لیږدول کیږي، پشمول د نوم ځایونه، ځای پرځای کول، پوډونه، خدمات، او همدارنګه د نورو سرچینو سره کوربه.
د لوی توزیع شوي غوښتنلیکونو مهاجرت
اوس به موږ یو مثال وګورو چې څنګه د توزیع شوي مایکرو سرویس غوښتنلیک ساک شاپ په اسانۍ سره د OpenShift 3 څخه OpenShift 4 ته لیږدول (لینک تعقیب کړئ -
اپرینکس ټولې سرچینې کشف کوي چې اړتیا لري خوندي شي او OpenShift 4 ته لیږدول شي، په شمول د PoDs، ځای پرځای کول، خدمات، او د کلستر ترتیبونه.
OpenShift 3 د ساک شاپ چلولو سره
د مهاجرت لپاره د محافظت پالیسي جوړول
تګلارې په نرمۍ سره تنظیم کیدی شي پدې پورې اړه لري چې مهاجرت باید څنګه ترسره شي. د مثال په توګه، په یو ساعت کې یو ځل د څو معیارونو یا بیک اپ پر بنسټ.
د محافظت پلانونو په کارولو سره د ډیری OpenShift 3 کلسترونو مهاجرت
د ځانګړي غوښتنلیک یا نوم ځای پورې اړه لري، تاسو کولی شئ د OpenShift 3 کلسترونو ته پالیسۍ پلي کړئ چې په هر ساعت کې یو ځل، په اونۍ کې یو ځل، یا حتی په میاشت کې یو ځل چلیږي.
Appranix تاسو ته اجازه درکوي د کلستر ټول نوم ځایونه OpenShift 4 ته یا یوازې غوره شوي ځای ته واستوئ.
موږ په یو کلیک کې OpenShift 4 ته مهاجرت ترسره کوو
مهاجرت د هدف OpenShift 4 کلستر ته د ټاکل شوي نوم ځایونو بیا رغونه ده، دا عملیات په یوه کلیک کې ترسره کیږي. اپرینکس پخپله د سرچینې چاپیریال ترتیب او سرچینو په اړه د معلوماتو راټولولو ټول کار کوي او بیا یې په خپلواکه توګه د OpenShift 4 پلیټ فارم ته راستانه کوي.
OpenShift 4 ته د مهاجرت وروسته غوښتنلیکونه چک کول
د OpenShift 4 کلستر ته ننوتل، پروژې تازه کړئ او وګورئ چې ټول غوښتنلیکونه او نوم ځایونه سم دي. د نورو نوم ځایونو لپاره د مهاجرت کړنلاره تکرار کړئ، د نوي محافظت پلانونه رامینځته کړئ یا موجوده ځایونه بدل کړئ.
په OpenShift 4 کې مهاجر شوي غوښتنلیکونه پیل کول
د اپرینکس د بیا رغولو کړنالرې په کارولو سره د غوښتنلیکونو مهاجرت کولو وروسته، دا مهمه ده چې د لارو ترتیب کول په یاد ولرئ - دوی باید د OpenShift 4 ته اشاره وکړي. تاسو ممکن د OpenShift 3 څخه په بشپړه توګه د خپل تولید د لیږدولو دمخه د بیا رغونې ازموینه ترسره کړئ. یوځل چې تاسو په OpenShift 4 کې د دوی اړوند نوم ځایونو کې یو څو روان غوښتنلیکونه ولرئ، تاسو به د دې پروسې په کارولو سره پاتې غوښتنلیکونه مهاجرت ته اړتیا ولرئ.
یوځل چې ټول نوم ځایونه مهاجر شي ، تاسو کولی شئ د پرله پسې ناورین رغیدو ، انټي رینسم ویئر ، سوداګرۍ دوام ، یا راتلونکي مهاجرتونو لپاره د OpenShift ټول کلسترونه خوندي کړئ ځکه چې د اپرینکس سایټ اعتبار اتومات په اوتومات ډول تازه کیږي کله چې د OpenShift نوې نسخه خپره شي.
ټول
OpenShift 4 یو لوی ګام مخ په وړاندې دی، په عمده توګه د کلستر چاپیریال کې د چلولو غوښتنلیکونو او پلیټ فارمونو پیچلي ترتیباتو اتومات کولو لپاره د نوي بدلیدونکي جوړښت او آپریټر پلیټ فارم ماډل له امله. اپرینکس د OpenShift کاروونکو ته د خپل کلاوډ - اصلي غوښتنلیک ناورین بیا رغونې حل، د سایټ اعتبار پلیټ فارم سره OpenShift 4 ته د مهاجرت لپاره یوه ساده او اسانه لار وړاندې کوي.
د اپرینکس حل په مستقیم ډول کارول کیدی شي
سرچینه: www.habr.com