Red Hat OpenShift 4.2 სთავაზობს დეველოპერებს გაუმჯობესებულ და გაფართოებულ ინსტრუმენტებს

OpenShift 2019 გამოვიდა 4.2 წლის ოქტომბერში, რომლის მთელი არსი აგრძელებს კურსს ღრუბლოვან გარემოსთან მუშაობის ავტომატიზაციისა და ოპტიმიზაციისკენ.

შეგახსენებთ, რომ 2019 წლის მაისში ჩვენ წარმოვადგინეთ Red Hat OpenShift 4, ჩვენი Kubernetes პლატფორმის შემდეგი თაობა, რომელიც ჩვენ ხელახლა შევქმენით კონტეინერის აპლიკაციების მართვის გასამარტივებლად საწარმოო გარემოში.

გადაწყვეტა შეიქმნა როგორც თვითმართვადი პლატფორმა ავტომატური განახლებით და სასიცოცხლო ციკლის მენეჯმენტით ჰიბრიდულ ღრუბელში და აგებულია დადასტურებულ Red Hat Enterprise Linux-ზე და Red Hat Enterprise Linux CoreOS-ზე. 4.2 ვერსიაში აქცენტი გაკეთდა პლატფორმის უფრო მოსახერხებელი დეველოპერებისთვის. გარდა ამისა, ჩვენ გავამარტივეთ პლატფორმისა და აპლიკაციების მართვა კლასტერების ადმინისტრატორებისთვის მიგრაციის ინსტრუმენტების შეთავაზებით OpenShift 3-დან 4-მდე, ასევე ხაზგარეშე კონფიგურაციების მხარდაჭერის განხორციელებით.

სად არის სიჩქარე?

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

იხილეთ განაცხადის ტოპოლოგია დეველოპერის კონსოლში.

OpenShift კონსოლის ახალი დეველოპერის რეჟიმი

ახალი დეველოპერის ხელსაწყოები OpenShift 4.2-ში:

• დეველოპერის რეჟიმი ვებ კონსოლი ეხმარება დეველოპერებს ფოკუსირება მოახდინონ იმაზე, რაც ყველაზე მნიშვნელოვანია, მხოლოდ მათთვის საჭირო ინფორმაციისა და კონფიგურაციების ჩვენებით. ტოპოლოგიის ნახვისა და აპლიკაციების შეკრების გაუმჯობესებული ინტერფეისი აადვილებს კონტეინერიზებული აპლიკაციების და კლასტერული რესურსების შექმნას, დანერგვას და ვიზუალიზაციას.
• ინსტრუმენტები ოდო – სპეციალური ბრძანების ხაზის ინტერფეისი დეველოპერებისთვის, რომელიც ამარტივებს აპლიკაციების განვითარებას OpenShift პლატფორმაზე. Git push-ის მსგავსი ურთიერთქმედების ორგანიზებით, ეს CLI ეხმარება დეველოპერებს ძალისხმევის გარეშე შექმნან აპლიკაციები OpenShift პლატფორმაზე, Kubernetes-ის სირთულეებში ჩაღრმავების გარეშე.
• Red Hat OpenShift კონექტორი Microsoft Visual Studio Code-ისთვის, JetBrains IDE (მათ შორის IntelliJ) და Eclipse Desktop IDE უზრუნველყოფს მარტივ ინტეგრაციას გამოყენებულ ინსტრუმენტებთან და საშუალებას გაძლევთ განავითაროთ, შექმნათ, გამართოთ და განათავსოთ აპლიკაციები OpenShift-ისთვის დეველოპერებისთვის ნაცნობ IDE გარემოში.
• Red Hat OpenShift Deployment გაფართოება Microsoft Azure DevOps-ისთვის. ამ DevOps ინსტრუმენტარიუმის მომხმარებლებს აძლევს შესაძლებლობას განათავსონ თავიანთი აპლიკაციები Azure Red Hat OpenShift-ზე ან ნებისმიერ სხვა OpenShift კლასტერზე Microsoft Azure DevOps პლატფორმაზე.

მოდული Visual Studio-სთვის

სრული OpenShift ლეპტოპზე

Red Hat CodeReady კონტეინერები, რომლებიც მზა OpenShift კლასტერებია, რომლებიც ოპტიმიზირებულია სამუშაო სადგურზე ან ლეპტოპზე განლაგებისთვის, შესაძლებელს ხდის ღრუბლოვანი აპლიკაციების ადგილობრივად განვითარებას.

სერვისის ბადე

ჩვენი გამოსავალი OpenShift სერვისული ქსელი, აგებულია ღია კოდის პროგრამული უზრუნველყოფის პროექტების Istio, Kiali და Jaeger და სპეციალური Kubernetes ოპერატორი, ამარტივებს OpenShift პლატფორმაზე აპლიკაციების შემუშავებას, განლაგებასა და შენარჩუნებას საჭირო ინსტრუმენტების მიწოდებით და ღრუბლოვანი აპლიკაციების ავტომატიზაციის აღება თანამედროვე არქიტექტურებზე, როგორიცაა მიკროსერვისები. გადაწყვეტა საშუალებას აძლევს პროგრამისტებს გათავისუფლდნენ საჭიროებისგან დამოუკიდებლად განათავსონ და შეინარჩუნონ სპეციალიზებული ქსელური სერვისები, რომლებიც საჭიროა შექმნილი აპლიკაციებისა და ბიზნეს ლოგიკისთვის.

Red Hat OpenShift სერვისის ბადე, ხელმისაწვდომია OpenShift 4-ისთვის, მორგებულია დეველოპერისთვის სიტყვასიტყვით „დასვლიდან ბოლომდე“ და გთავაზობთ ისეთ ფუნქციებს, როგორიცაა მიკვლევა, მეტრიკა, ქსელური კომუნიკაციების ვიზუალიზაცია და მონიტორინგი, ასევე სერვისის ქსელის ინსტალაცია და კონფიგურაცია ერთი დაწკაპუნებით. გარდა ამისა, გამოსავალი გვთავაზობს სარგებელს ოპერაციული მენეჯმენტისა და უსაფრთხოების თვალსაზრისით, როგორიცაა ტრაფიკის დაშიფვრა სერვერებს შორის მონაცემთა ცენტრში და ინტეგრაცია API კარიბჭესთან. წითელქუდი 3 მასშტაბი.

კლასტერული ტრაფიკის გაფართოებული ვიზუალიზაცია Kiali-ის გამოყენებით OpenShift Service Mesh-ში

სერვერის გარეშე გამოთვლა

ჩვენი სხვა გამოსავალი OpenShift სერვერის გარეშე, გეხმარებათ განათავსოთ და გაუშვათ აპლიკაციები, რომლებიც ადვილად იზრდებიან და მცირდება მოთხოვნის მიხედვით, ნულამდე. აშენებულია Knative პროექტის თავზე და ხელმისაწვდომია Technology Preview-ში, ეს გადაწყვეტა შეიძლება გააქტიურდეს ნებისმიერ OpenShift 4 კლასტერზე ასოცირებული Kubernetes ოპერატორის გამოყენებით, რაც გაადვილებს დაწყებას და კომპონენტების დაინსტალირებას, რომლებიც საჭიროა სერვერის გარეშე აპლიკაციების ან ფუნქციების OpenShift-ზე განსათავსებლად. OpenShift კონსოლის განვითარების რეჟიმი, რომელიც გამოჩნდა 4.2 ვერსიაში, საშუალებას გაძლევთ გამოიყენოთ სერვერის პარამეტრები სტანდარტული განვითარების პროცესებში, როგორიცაა Import from Git ან Deployan Image, სხვა სიტყვებით რომ ვთქვათ, შეგიძლიათ შექმნათ სერვერის გარეშე პროგრამები პირდაპირ კონსოლიდან.

სერვერის გარეშე განლაგების დაყენება OpenShift კონსოლში

გარდა დეველოპერის კონსოლთან ინტეგრაციისა, OpenShift-ის ახალ ვერსიას აქვს სხვა გაუმჯობესებები სერვერის გარეშე. კერძოდ, ეს არის kn - Knative ბრძანების ხაზის ინტერფეისი, რომელიც უზრუნველყოფს მოსახერხებელ და ინტუიციურ მუშაობას, საშუალებას გაძლევთ დააჯგუფოთ აპლიკაციებისთვის საჭირო ობიექტები; გადაიღეთ კოდებისა და კონფიგურაციების სნეპშოტები, ასევე იძლევა შესაძლებლობას დააფიქსიროთ ქსელის ბოლო წერტილები კონკრეტულ ვერსიებზე ან სერვისებზე. ყველა ეს ფუნქცია, ხელმისაწვდომია Technology Preview-ში OpenShift Serverless ოპერატორის მეშვეობით, ეხმარება დეველოპერებს კომფორტულად იგრძნონ უსერვერო არქიტექტურა და ჰქონდეთ მოქნილობა, განათავსონ თავიანთი აპლიკაციები ჰიბრიდულ ღრუბელში კონკრეტულ ინფრასტრუქტურაში ჩაკეტვის გარეშე.

Cloud CI/CD მილსადენები

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

ჯენკინსი დღეს არის დე ფაქტო სტანდარტი, მაგრამ ჩვენ კონტეინერის CI/CD მომავალს ვუკავშირებთ Tekton ღია კოდის პროგრამული უზრუნველყოფის პროექტს. ამიტომ, OpenShift Pipelines აგებულია სპეციალურად ამ პროექტის საფუძველზე და უკეთ უჭერს მხარს ღრუბლოვანი გადაწყვეტილებების ისეთ ტიპურ მიდგომებს, როგორიცაა pipeline-as-code („pipeline as code“) და GitOps. OpenShift Pipelines-ში ყოველი ნაბიჯი გადის საკუთარ კონტეინერში, ამიტომ რესურსები იხარჯება მხოლოდ ამ ნაბიჯის გაშვებისას, რაც დეველოპერებს საშუალებას აძლევს სრულ კონტროლზე აკონტროლონ მიწოდების მილსადენები, დანამატები და წვდომის კონტროლი ცენტრალურ CI/CD სერვერზე დაყრდნობის გარეშე.

OpenShift Pipelines ჯერ კიდევ დეველოპერის გადახედვაშია და ხელმისაწვდომია როგორც შესაბამისი ოპერატორი, რომელიც შეიძლება გამოყენებულ იქნას ნებისმიერ OpenShift 4 კლასტერში. Jenkins შეიძლება გამოყენებულ იქნას ორივე OpenShift 3 და 4 ვერსიებში.

Red Hat OpenShift მილსადენები

კონტეინერების მართვა ჰიბრიდულ ღრუბელში

OpenShift-ის ავტომატური ინსტალაცია და განახლება ჰიბრიდულ ღრუბელს რაც შეიძლება უახლოვდება კანონიკურ ღრუბელს მომხმარებლის გამოცდილების თვალსაზრისით. OpenShift 4.2 ადრე ხელმისაწვდომი იყო ძირითადი საჯარო ღრუბლოვანი პლატფორმებისთვის, კერძო ღრუბლებისთვის, ვირტუალიზაციის პლატფორმებისთვის და შიშველი ლითონის სერვერებისთვის, მაგრამ ვერსია XNUMX ამ სიას ამატებს ორ ახალ საჯარო ღრუბლოვან პლატფორმას - Microsoft Azure და Google Cloud Platform, ისევე როგორც OpenStack კერძო ღრუბლებს.

OpenShift 4.2 ინსტალერი გაუმჯობესდა სხვადასხვა სამიზნე გარემოში და ასევე გაწვრთნილი იყო იზოლირებულ (ინტერნეტთან არ არის დაკავშირებული) კონფიგურაციებთან მუშაობისთვის პირველად. Sandboxed ინსტალაცია და სავალდებულო პროქსი რეჟიმი თქვენი საკუთარი CA პაკეტის მიწოდების შესაძლებლობით, დაგეხმარებათ უზრუნველყოთ მარეგულირებელ სტანდარტებთან და უსაფრთხოების შიდა პროტოკოლებთან შესაბამისობა. დამოუკიდებელი ინსტალაციის რეჟიმი საშუალებას გაძლევთ ყოველთვის გქონდეთ OpenShift კონტეინერის პლატფორმის უახლესი ვერსია იმ ადგილებში, სადაც არ არის ინტერნეტთან წვდომა ან იმ გარემოში, სადაც მკაცრი გამოსახულების ტესტირების პოლიტიკაა.

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

Red Hat OpenShift საშუალებას გაძლევთ გააერთიანოთ კონტეინერის აპლიკაციების შექმნის, განლაგებისა და მართვის პროცესები ღრუბელში და შიდა ინფრასტრუქტურაში. მარტივი, უფრო ავტომატიზირებული და სწრაფი ინსტალაციის საშუალებით, OpenShift 4.2 ახლა უკვე ხელმისაწვდომია AWS, Azure, OpenStack და GCP-ზე, რაც ორგანიზაციებს საშუალებას აძლევს ეფექტურად მართონ თავიანთი Kubernetes პლატფორმები ჰიბრიდულ ღრუბელში.

მარტივი მიგრაცია OpenShift 3-დან OpenShift 4-მდე

სამუშაო დატვირთვის მიგრაციის ახალი ხელსაწყოები აადვილებს OpenShift 4.2-ზე მიგრაციას პლატფორმის წინა ვერსიებიდან. ტვირთის გადატანა ძველი კლასტერიდან ახალზე ახლა ბევრად უფრო სწრაფი, მარტივი და მინიმალური ხელით ოპერაციებით ხდება. კლასტერის ადმინისტრატორს უბრალოდ უნდა შეარჩიოს წყარო OpenShift 3.x კლასტერი, მონიშნოს მასზე სასურველი პროექტი (ან სახელთა სივრცე) და შემდეგ მიუთითოს რა უნდა გააკეთოს შესაბამის მუდმივ ტომებთან - დააკოპირეთ ისინი სამიზნე OpenShift 4.x კლასტერში ან გადაიტანეთ ისინი. . შემდეგ აპლიკაციები აგრძელებენ მუშაობას თავდაპირველ კლასტერზე, სანამ ადმინისტრატორი არ შეწყვეტს მათ.

OpenShift 4.2 მხარს უჭერს მიგრაციის სხვადასხვა სცენარს:

• მონაცემების კოპირება ხდება ველერო პროექტზე დაფუძნებული შუალედური საცავის გამოყენებით. ეს პარამეტრი საშუალებას გაძლევთ გადაიტანოთ შენახვის სისტემის ცვლილებით, როდესაც, მაგალითად, ორიგინალური კლასტერი იყენებს Gluster-ს, ხოლო ახალი იყენებს Ceph-ს.
• მონაცემები რჩება მიმდინარე საცავში, მაგრამ ის დაკავშირებულია ახალ კლასტერთან (მოცულობის მუდმივი გადართვა).
• ფაილური სისტემების კოპირება Restic-ის გამოყენებით.

პირველი ღამე სწორად

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

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

შენიშვნა OKD საზოგადოების წევრებისთვის

მუშაობა დაიწყო OKD 4.0-ზე, ღია კოდის Kubernetes დისტრიბუციაზე, რომელიც შექმნილია დეველოპერული საზოგადოების მიერ და ეფუძნება Red Hat OpenShift-ს. ვიწვევთ ყველას, რომ შეაფასონ არსებული მდგომარეობა OKD4, Fedora CoreOS (FCOS) და Kubernetes OKD სამუშაო ჯგუფში ან თვალყური ადევნეთ პროგრესს ვებსაიტზე OKD.io.

• სცადეთ OpenShift
• Red Hat OpenShift-ის წარმატების ისტორიები

შენიშვნა:

სიტყვა „პარტნიორობა“ ამ პუბლიკაციაში არ გულისხმობს იურიდიულ პარტნიორობას ან იურიდიულ ურთიერთობას Red Hat, Inc-ს შორის. და ნებისმიერი სხვა იურიდიული პირი.

წყარო: www.habr.com