რა არის ახალი Red Hat OpenShift 4.2 და 4.3-ში?

OpenShift-ის მეოთხე ვერსია შედარებით ცოტა ხნის წინ გამოვიდა. მიმდინარე ვერსია 4.3 ხელმისაწვდომია იანვრის ბოლოდან და მასში შეტანილი ყველა ცვლილება ან სრულიად ახალია, რაც მესამე ვერსიაში არ იყო, ან 4.1 ვერსიაში არსებული ინფორმაციის მნიშვნელოვანი განახლებაა. ყველაფერი, რასაც ახლა გეტყვით, უნდა იცოდეს, გაიგოს და გაითვალისწინოს მათ, ვინც OpenShift-თან მუშაობს და ახალ ვერსიაზე გადასვლას გეგმავს.

OpenShift 4.2-ის გამოშვებით, Red Hat-მა გაამარტივა Kubernetes-თან მუშაობა. გამოჩნდა ახალი ინსტრუმენტები და დანამატები კონტეინერების, CI/CD მილსადენების და სერვერის გარეშე განლაგების შესაქმნელად. ინოვაციები საშუალებას აძლევს დეველოპერებს, ყურადღება გაამახვილონ კოდის წერაზე და არა Kubernetes-თან მუშაობის გარკვევაზე.

მაშ, რა სიახლეებია OpenShift 4.2-სა და 4.3-ში?

ჰიბრიდული ღრუბლებისკენ სვლა

ახალი IT ინფრასტრუქტურის დაგეგმვისას ან არსებული IT ლანდშაფტის განვითარებისას, კომპანიები სულ უფრო ხშირად განიხილავენ ღრუბლოვან მიდგომას IT რესურსების მიწოდებისთვის, რისთვისაც ისინი ნერგავენ კერძო ღრუბლოვან გადაწყვეტილებებს ან იყენებენ საჯარო ღრუბლოვანი პროვაიდერების შესაძლებლობებს. ამრიგად, თანამედროვე IT ინფრასტრუქტურები სულ უფრო მეტად აგებულია „ჰიბრიდულ“ ღრუბლოვან მოდელზე, როდესაც გამოიყენება როგორც ადგილობრივი რესურსები, ასევე საჯარო ღრუბლოვანი რესურსები საერთო მართვის სისტემით. Red Hat OpenShift 4.2 სპეციალურად შექმნილია ჰიბრიდულ ღრუბლოვან მოდელზე გადასვლის გასამარტივებლად და საშუალებას გაძლევთ მარტივად დააკავშიროთ რესურსები ისეთი პროვაიდერებისგან, როგორიცაა AWS, Azure და Google Cloud Platform, კლასტერთან, VMware-სა და OpenStack-ზე კერძო ღრუბლების გამოყენებასთან ერთად.

ინსტალაციის ახალი მიდგომა

OpenShift-ის ინსტალაციის მიდგომა შეიცვალა მე-4 ვერსიაში. Red Hat გთავაზობთ სპეციალურ უტილიტას OpenShift კლასტერის განსათავსებლად - openshift-install. უტილიტა წარმოადგენს Go-ში დაწერილ ერთ ბინარულ ფაილს. Openshit-installer ამზადებს yaml ფაილს განსათავსებლად საჭირო კონფიგურაციით.

ღრუბლოვანი რესურსების გამოყენებით ინსტალაციის შემთხვევაში, თქვენ უნდა მიუთითოთ მომავალი კლასტერის შესახებ მინიმალური ინფორმაცია: DNS ზონა, მუშა კვანძების რაოდენობა, ღრუბლოვანი პროვაიდერის სპეციფიკური პარამეტრები, ღრუბლოვან პროვაიდერზე წვდომის ანგარიშის მონაცემები. კონფიგურაციის ფაილის მომზადების შემდეგ, კლასტერის განთავსება შესაძლებელია ერთი ბრძანებით.

საკუთარ გამოთვლით რესურსებზე ინსტალაციის შემთხვევაში, მაგალითად, კერძო ღრუბლის გამოყენებისას (მხარდაჭერილია vSphere და OpenStack) ან შიშველი მეტალის სერვერებზე ინსტალაციისას, საჭირო იქნება ინფრასტრუქტურის ხელით კონფიგურაცია - მოამზადეთ ვირტუალური მანქანების ან ფიზიკური სერვერების მინიმალური რაოდენობა, რომლებიც საჭიროა Control Plane კლასტერის შესაქმნელად, დააკონფიგურირეთ ქსელური სერვისები. ასეთი კონფიგურაციის შემდეგ, OpenShift კლასტერის შექმნა შესაძლებელია ანალოგიურად openshift-installer-ის ერთი ბრძანებით.

ინფრასტრუქტურის განახლებები

ინტეგრაცია CoreOS-თან

მთავარი განახლება Red Hat CoreOS-თან ინტეგრაციაა. ახლა Red Hat OpenShift-ის მთავარი კვანძების გაშვებაა შესაძლებელი. მხოლოდ ახალ ოპერაციულ სისტემაზე. ეს არის Red Hat-ის უფასო ოპერაციული სისტემა, რომელიც სპეციალურად კონტეინერული გადაწყვეტილებებისთვისაა შექმნილი. Red Hat CoreOS მსუბუქია Linux, ოპტიმიზებულია კონტეინერების გასაშვებად.

თუ 3.11 ვერსიაში ოპერაციული სისტემა და OpenShift ცალკე არსებობდა, მაშინ 4.2 ვერსიაში ის განუყოფლად არის დაკავშირებული OpenShift-თან. ახლა ეს ერთიანი მოწყობილობაა - უცვლელი ინფრასტრუქტურა.

იმ კლასტერებისთვის, რომლებიც ყველა კვანძისთვის RHCOS-ს იყენებენ, OpenShift Container Platform-ის განახლება მარტივი და მაღალ ავტომატიზირებული პროცესია.

ადრე, OpenShift-ის განახლებისთვის, ჯერ უნდა განახლებულიყო ძირითადი ოპერაციული სისტემა, რომელზეც პროდუქტი მუშაობდა (იმ დროს ეს იყო Red Hat Enterprise). Linuxმხოლოდ ამის შემდეგ შეიძლებოდა OpenShift-ის თანდათანობით განახლება, კვანძიდან კვანძამდე. პროცესის ავტომატიზაციაზე საუბარი არ ყოფილა.

ახლა, რადგან OpenShift Container Platform-ს აქვს სრული კონტროლი თითოეულ კვანძზე არსებულ სისტემებსა და სერვისებზე, მათ შორის ოპერაციულ სისტემაზე, ეს ამოცანა სრულდება ვებ ინტერფეისიდან ღილაკზე დაჭერით. ამის შემდეგ, OpenShift კლასტერში იხსნება სპეციალური ოპერატორი, რომელიც მართავს მთელ განახლების პროცესს.

ახალი CSI

მეორე არის ახალი CSI — შენახვის ინტერფეისის კონტროლერი, რომელიც საშუალებას გაძლევთ დააკავშიროთ სხვადასხვა გარე შენახვის სისტემები OpenShift კლასტერთან. მხარდაჭერილია OpenShift-ისთვის შენახვის დრაივერების დიდი რაოდენობა, რომლებიც დაფუძნებულია თავად შენახვის სისტემების მწარმოებლების მიერ დაწერილ შენახვის დრაივერებზე. მხარდაჭერილი CSI დრაივერების სრული სია შეგიძლიათ იხილოთ ამ დოკუმენტში: https://kubernetes-csi.github.io/docs/drivers.htmlეს სია მოიცავს წამყვანი მწარმოებლების (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 Service Mesh, სერვისებს შორის მოთხოვნების მარშრუტიზაციის ჩვეულებრივი ამოცანების გარდა, საშუალებას იძლევა მოთხოვნების თვალყურის დევნებისა და ვიზუალიზაციის. ეს ეხმარება დეველოპერებს Red Hat OpenShift-ში განლაგებული აპლიკაციების ურთიერთქმედების, დაკვირვებისა და მართვის გამარტივებაში.

მიკროსერვისის არქიტექტურის გამოყენებით აპლიკაციის ვიზუალიზაცია Kiali-ს გამოყენებით

Service Mesh-ის ინსტალაციის, მოვლა-პატრონობისა და სასიცოცხლო ციკლის მართვის მაქსიმალურად გასამარტივებლად, Red Hat OpenShift ადმინისტრატორებს სთავაზობს სპეციალურ ოპერატორს - Service Mesh ოპერატორს. ეს არის Kubernetes ოპერატორი, რომელიც საშუალებას გაძლევთ განათავსოთ კლასტერში გადაკონფიგურირებული Istio, Kiali და Jaeger პაკეტები, რაც მაქსიმალურად ამცირებს ადმინისტრაციულ ტვირთს აპლიკაციების მართვისგან.

CRI-O Docker-ის ნაცვლად

ნაგულისხმევი კონტეინერის გაშვების დრო Docker-ი CRI-O-თი შეიცვალა. CRI-O უკვე ხელმისაწვდომი იყო 3.11 ვერსიაში, მაგრამ 4.2-ში ის მთავარი გახდა. არც კარგია და არც ცუდი, მაგრამ პროდუქტის გამოყენებისას გასათვალისწინებელია.

ოპერატორები და აპლიკაციების განლაგება

ოპერატორები RedHat OpenShift-ის ახალი ერთეულია, რომელიც მე-4 ვერსიაში იქნა წარმოდგენილი. ისინი Kubernetes აპლიკაციის შეფუთვის, განლაგებისა და მართვის მეთოდს წარმოადგენენ. წარმოიდგინეთ ისინი, როგორც Kubernetes API-სა და kubectl ინსტრუმენტების მეშვეობით მართული კონტეინერიზებული აპლიკაციების დანამატი.

Kubernetes-ის ოპერატორები ხელს უწყობენ თქვენს კლასტერში განლაგებულ აპლიკაციის ადმინისტრირებასთან და სასიცოცხლო ციკლის მართვასთან დაკავშირებული ნებისმიერი დავალების ავტომატიზაციას. მაგალითად, ოპერატორს შეუძლია აპლიკაციის განახლებების, სარეზერვო ასლების შექმნისა და მასშტაბირების ავტომატიზაცია, კონფიგურაციის შეცვლა და ა.შ. ოპერატორების სრული სია შეგიძლიათ იხილოთ შემდეგ ბმულზე: https://operatorhub.io/.

OperatorHub-ზე წვდომა უშუალოდ მართვის კონსოლის ვებ ინტერფეისიდან არის შესაძლებელი. ეს არის Red Hat-ის მიერ მხარდაჭერილი OpenShift-ის აპლიკაციების კატალოგი. ეს ნიშნავს, რომ Red Hat-ის მიერ დამტკიცებული ყველა ოპერატორი მოიცავდება მომწოდებლის მხარდაჭერას.

OperatorHub პორტალი OpenShift-ის მართვის კონსოლში

უნივერსალური ბაზის სურათი

ეს არის RHEL OS-ის სურათების სტანდარტიზებული ნაკრები, რომლის გამოყენებაც შეგიძლიათ კონტეინერიზებული აპლიკაციების შესაქმნელად. არსებობს მინიმალური, სტანდარტული და სრული ნაკრებები. ისინი ძალიან ცოტა ადგილს იკავებენ, მხარს უჭერენ ყველა საჭირო დაინსტალირებულ პაკეტს და პროგრამირების ენას.

CI/CD ინსტრუმენტები

RedHat OpenShift 4.2 წარმოგიდგენთ Tekton Pipelines-ის მიერ მხარდაჭერილ Jenkins-სა და OpenShift-ის მილსადენებს შორის არჩევის შესაძლებლობას.

OpenShift Pipelines დაფუძნებულია Tekton-ზე, რომელიც უკეთ უჭერს მხარს Pipeline-ს Code-ისა და GitOps-ის მოახლოებასთან ერთად. OpenShift-ის მილსადენებში თითოეული ნაბიჯი საკუთარ კონტეინერში მუშაობს, ამიტომ რესურსები გამოიყენება მხოლოდ ნაბიჯის შესრულების დროს. ეს დეველოპერებს სრულ კონტროლს აძლევს მოდულების მიწოდების მილსადენებზე, დანამატებსა და წვდომის კონტროლზე ცენტრალური CI/CD სერვერის მართვის გარეშე.

OpenShift Pipelines ამჟამად დეველოპერებისთვის წინასწარი გადახედვის რეჟიმშია და ხელმისაწვდომია ოპერატორის სახით OpenShift 4 კლასტერზე. რა თქმა უნდა, OpenShift-ის მომხმარებლებს კვლავ შეუძლიათ Jenkins-ის გამოყენება RedHat OpenShift 4-ზე.

დეველოპერების მართვის განახლებები

OpenShift 4.2-ს აქვს სრულიად გადაკეთებული ვებ ინტერფეისი როგორც დეველოპერებისთვის, ასევე ადმინისტრატორებისთვის.

OpenShift-ის წინა ვერსიებში ყველა მუშაობდა სამ კონსოლში: სერვისების კატალოგში, ადმინისტრატორის კონსოლსა და სამუშაო კონსოლში. ახლა კლასტერი დაყოფილია მხოლოდ ორ ნაწილად - ადმინისტრატორის კონსოლად და დეველოპერის კონსოლად.

დეველოპერის კონსოლმა მნიშვნელოვანი UI გაუმჯობესებები მიიღო. ის ახლა უფრო მარტივად აჩვენებს აპლიკაციებისა და ასამბლეის ტოპოლოგიებს. ეს დეველოპერებს აადვილებს კონტეინერიზებული აპლიკაციებისა და კლასტერული რესურსების შექმნას, განლაგებას და ვიზუალიზაციას. ეს მათ საშუალებას აძლევს, ყურადღება გაამახვილონ იმაზე, რაც მათთვის მნიშვნელოვანია.

დეველოპერის პორტალი OpenShift-ის მართვის კონსოლში

ოდო

Odo არის დეველოპერებზე ორიენტირებული ბრძანების ხაზის პროგრამა, რომელიც ამარტივებს აპლიკაციების შემუშავებას OpenShift-ზე. git push სტილის ურთიერთქმედების გამოყენებით, ეს CLI ეხმარება Kubernetes-ის ახალბედა დეველოპერებს OpenShift-ზე აპლიკაციების შექმნაში.

ინტეგრაცია განვითარების გარემოსთან

დეველოპერებს ახლა შეუძლიათ შექმნან, გამართონ და განათავსონ თავიანთი აპლიკაციები OpenShift-ზე საყვარელი კოდირების გარემოდან გაუსვლელად, როგორიცაა Microsoft Visual Studio, JetBrains (მათ შორის IntelliJ), Eclipse Desktop და ა.შ.

Red Hat OpenShift Deployment გაფართოება Microsoft Azure DevOps-ისთვის

Microsoft Azure DevOps-ისთვის Red Hat OpenShift Deployment გაფართოება უკვე ხელმისაწვდომია. ამ DevOps ინსტრუმენტარიუმის მომხმარებლებს ახლა შეუძლიათ თავიანთი აპლიკაციების Azure Red Hat OpenShift-ზე ან ნებისმიერ სხვა OpenShift კლასტერზე პირდაპირ Microsoft Azure DevOps-დან განათავსონ.

გადასვლა მესამე ვერსიიდან მეოთხეზე

რადგან ჩვენ ვსაუბრობთ ახალ გამოშვებაზე და არა განახლებაზე, თქვენ არ შეგიძლიათ უბრალოდ მეოთხე ვერსიის ინსტალაცია მესამეზე. ვერსია 3-დან ვერსია 4-ზე განახლება მხარდაჭერილი არ იქნება..

მაგრამ კარგი ამბავია: 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 რესურსები: Secrets, ConfigMaps, Routes, access tokens და OAuth ავტორიზაცია.

საჭესთან

დაემატა მხარდაჭერა Helm ვერსია 3-ისთვის, Kubernetes-ის პოპულარული პაკეტების მენეჯერისთვის. ამ ეტაპზე მხარდაჭერას აქვს TECHNOLOGY PREVIEW სტატუსი. OpenShift-ის მომავალ ვერსიებში Helm-ის მხარდაჭერა სრულად გაფართოვდება. helm cli უტილიტა მოყვება OpenShift-ს და მისი ჩამოტვირთვა შესაძლებელია კლასტერის მართვის ვებ კონსოლიდან.

პროექტის საინფორმაციო დაფის განახლება

ახალ ვერსიაში, პროექტის დაფა დამატებით ინფორმაციას გვაწვდის პროექტის გვერდზე: პროექტის სტატუსი, რესურსების გამოყენება და პროექტის კვოტები.

ვებ კონსოლში quay-ს დაუცველობების ჩვენება

მართვის კონსოლს ახლა აქვს ფუნქცია Quay რეპოზიტორებში არსებული სურათებისთვის ცნობილი დაუცველობების საჩვენებლად. მხარდაჭერილია როგორც ადგილობრივი, ასევე გარე რეპოზიტორების დაუცველობების ჩვენება.

ოფლაინ ოპერატორის ჰაბის გამარტივებული შექმნა

OpenShift კლასტერის იზოლირებულ ქსელში განლაგების შემთხვევაში, საიდანაც ინტერნეტზე წვდომა შეზღუდულია ან საერთოდ არ არსებობს, OperatorHub რეესტრის „სარკის“ შექმნა გამარტივდა. ახლა ეს მხოლოდ სამი ბრძანებით შეიძლება გაკეთდეს.

Ავტორები:
ვიქტორ პუჩკოვი, იური სემენიუკოვი

წყარო: www.habr.com