11 ინსტრუმენტი, რომელიც კუბერნეტებს უკეთესს ხდის

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

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

კარიბჭე: პოლიტიკის მენეჯმენტი

პროექტი გახსენით პოლიტიკის აგენტი (OPA) საშუალებას გაძლევთ შექმნათ პოლიტიკები ღრუბლოვანი აპლიკაციების დასტაზე Kubernetes-ში, შეღწევიდან სერვისის ქსელამდე. კარიბჭე აძლევს Kubernetes-ის მშობლიურ უნარს ავტომატურად განახორციელოს პოლიტიკა მთელს კლასტერში და ასევე უზრუნველყოფს ნებისმიერი მოვლენის ან რესურსის შემოწმებას, რომელიც არღვევს პოლიტიკას. ამ ყველაფერს ამუშავებს შედარებით ახალი მექანიზმი Kubernetes-ში, Webhooks-ის დაშვების მენეჯერი, რომელიც ამოქმედდება რესურსების შეცვლისას. Gatekeeper-თან ერთად, OPA პოლიტიკა ხდება თქვენი Kubernetes კლასტერის ჯანმრთელობის კიდევ ერთი ნაწილი მუდმივი ზედამხედველობის გარეშე.

გრავიტაცია: პორტატული Kubernetes კლასტერები

თუ გსურთ განათავსოთ აპლიკაცია Kubernetes-ზე, ბევრ აპლიკაციას აქვს Helm სქემა, რომელიც წარმართავს და ავტომატიზირებს ამ პროცესს. მაგრამ რა მოხდება, თუ გსურთ აიღოთ თქვენი Kubernetes კლასტერი ისე, როგორც არის და გააფართოვოთ იგი სხვაგან?

Gravity იღებს კუბერნეტის კლასტერების მდგომარეობის კადრებს, მათ რეესტრებს კონტეინერის სურათებისთვის და გაშვებული აპლიკაციების სახელწოდებით "აპლიკაციის პაკეტები". ასეთი პაკეტი, რომელიც არის ჩვეულებრივი ფაილი .tar, შეუძლია კლასტერის გამეორება ყველგან, სადაც Kubernetes-ს შეუძლია გაშვება.

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

უახლეს მთავარ ვერსიას, Gravity 7-ს, შეუძლია გააფართოვოს Gravity გამოსახულება არსებულ Kubernetes კლასტერში, ნაცვლად იმისა, რომ სურათიდან სრულიად ახალი კლასტერი დატრიალდეს. Gravity 7-ს ასევე შეუძლია იმუშაოს Gravity გამოსახულების გარეშე დაყენებულ კლასტერებთან. Gravity ასევე მხარს უჭერს SELinux-ს და მუშაობს მშობლიური Teleport SSH კარიბჭით.

კანიკო: კონტეინერების აგება კუბერნეტის კლასტერში

კონტეინერის სურათების უმეტესობა აგებულია სისტემებზე კონტეინერის დასტის გარეთ. თუმცა, ზოგჯერ საჭიროა სურათის შექმნა კონტეინერების დასტაში, მაგალითად, სადმე გაშვებულ კონტეინერში, ან Kubernetes კლასტერში.

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

შენიშვნა: კანიკო ამჟამად არის (2020 წლის მაისი, დაახლ. მთარგმნელი) ვერ ააწყობს Windows კონტეინერებს.

Kubecost: Kubernetes-ის გაშვების ღირებულების პარამეტრები

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

კუბეკოსტი ამუშავებს Kubernetes-ის პარამეტრებს რეალურ დროში, რის შედეგადაც მიიღება განახლებული ღირებულების ინფორმაცია ძირითადი ღრუბლოვან პროვაიდერებში გაშვებული კლასტერებიდან, რომლებიც ნაჩვენებია დაფაზე, რომელიც აჩვენებს თითოეული კლასტერის ყოველთვიურ ღირებულებას. RAM-ის, CPU დროის, GPU და დისკის ქვესისტემის ფასები დაყოფილია Kubernetes კომპონენტის მიხედვით (კონტეინერი, პოდი, სერვისი და ა.შ.)

Kubecost ასევე აკონტროლებს კლასტერული რესურსების ღირებულებას, როგორიცაა Amazon S3 თაიგულები, თუმცა ეს შემოიფარგლება AWS-ით. ღირებულების მონაცემები შეიძლება გაიგზავნოს პრომეთეს, ასე რომ თქვენ შეგიძლიათ გამოიყენოთ იგი კლასტერის ქცევის პროგრამულად შესაცვლელად.

Kubecost-ის გამოყენება უფასოა, სანამ 15 დღიანი ჟურნალის მონაცემები საკმარისია თქვენთვის. დამატებითი ფუნქციებისთვის, ფასები იწყება 199 დოლარიდან თვეში 50 კვანძის მონიტორინგისთვის.

KubeDB: საბრძოლო მონაცემთა ბაზის გაშვება Kubernetes-ზე

მონაცემთა ბაზები ასევე საკმაოდ რთულია Kubernetes-ზე ეფექტურად გაშვება. თქვენ იპოვით Kubernetes ოპერატორებს MySQL, PostgreSQL, MongoDB და Redis-ისთვის, მაგრამ მათ ყველას აქვთ ნაკლოვანებები. ასევე, ტიპიური Kubernetes ფუნქციების ნაკრები პირდაპირ არ წყვეტს მონაცემთა ბაზის სპეციფიკურ პრობლემებს.

KubeDB გეხმარებათ შექმნათ თქვენი Kubernetes განცხადებები მონაცემთა ბაზების მართვისთვის. სარეზერვო ასლების გაშვება, კლონირება, მონიტორინგი, სნეპშოტები და დეკლარაციული მონაცემთა ბაზის შექმნა მისი კომპონენტებია. გთხოვთ გაითვალისწინოთ, რომ ფუნქციების მხარდაჭერა შეიძლება განსხვავდებოდეს მონაცემთა ბაზის მიხედვით. მაგალითად, კლასტერის შექმნა მუშაობს PostgreSQL-სთვის, მაგრამ არა MySQL-ისთვის (უკვე არსებობს, როგორც სწორად აღინიშნა dnbstd, დაახლ. მთარგმნელი).

კუბე-მაიმუნი: ქაოსის მაიმუნი კუბერნეტებისთვის

სტრეს ტესტირების ყველაზე უშეცდომო მეთოდად ითვლება შემთხვევითი ავარია. ეს არის თეორია Netflix-ის Chaos Monkey-ის მიღმა, ქაოტური საინჟინრო ინსტრუმენტი, რომელიც შემთხვევით თიშავს ვირტუალურ მანქანებს და წარმოების კონტეინერებს, რათა დეველოპერებს „მოახდინონ“ უფრო გამძლე სისტემების შექმნა. კუბე-მაიმუნი — კუბერნეტის კლასტერებისთვის სტრეს ტესტირების იგივე ძირითადი თეორიის განხორციელება. ის მუშაობს შემთხვევითი მოკვლით იმ კლასტერში, რომელსაც თქვენ დანიშნავთ და ასევე შეიძლება კონფიგურირებული იყოს იმისთვის, რომ იმუშაოს კონკრეტულ დროში.

Kubernetes Ingress Controller AWS-ისთვის

Kubernetes უზრუნველყოფს გარე დატვირთვის ბალანსერს და კლასტერული ქსელის სერვისებს სერვისის საშუალებით, რომელსაც ეწოდება Ingress AWS უზრუნველყოფს დატვირთვის დაბალანსების ფუნქციას, მაგრამ ავტომატურად არ აკავშირებს მას Kubernetes-ის იმავე შესაძლებლობებთან. Kubernetes Ingress Controller AWS-ისთვის ხურავს ამ ხარვეზს.

ის ავტომატურად მართავს AWS რესურსებს კლასტერში შემავალი თითოეული ობიექტისთვის, ქმნის დატვირთვის ბალანსერებს ახალი შემოსვლის რესურსებისთვის და ხსნის დატვირთვის ბალანსერებს, როდესაც რესურსები წაიშლება. ის იყენებს CloudFormation-ს, რათა უზრუნველყოს კლასტერის მდგომარეობა თანმიმდევრული. ის ასევე მხარს უჭერს CloudWatch Alarm-ის პარამეტრებს და ავტომატურად მართავს კლასტერში გამოყენებულ სხვა ელემენტებს, როგორიცაა SSL სერთიფიკატები და EC2 Auto Scaling Groups.

Kubespray: Kubernetes-ის ავტომატური ინსტალაცია

კუბესპრეი ავტომატიზირებს წარმოებისთვის მზა Kubernetes კლასტერის ინსტალაციას, ტექნიკის სერვერებზე დაყენებიდან მთავარ საჯარო ღრუბლებამდე. ის იყენებს Ansible-ს (ვაგრანტ - სურვილისამებრ) განლაგების გასაშვებად და ნულიდან უაღრესად ხელმისაწვდომი კლასტერის შესაქმნელად თქვენი არჩევანის ქსელის დანამატებით (როგორიცაა Flannel, Calico და სხვები) თქვენს მიერ არჩეულ პოპულარულ Linux დისტრიბუციაზე, როდესაც დაინსტალირდება აპარატურულ სერვერებზე.

Skaffold: Iterative Development for Kubernetes

ხარაჩო - Google-ის ერთ-ერთი ინსტრუმენტი, რომელიც გამოიყენება Kubernetes-ში CD აპლიკაციების ორგანიზებისთვის. როგორც კი თქვენ შეიტანთ ცვლილებებს საწყის კოდში, skaffold ავტომატურად აღმოაჩენს ამას, იწყებს მშენებლობას და დანერგვას და გაფრთხილებთ რაიმე შეცდომის შემთხვევაში. Skaffold მუშაობს მთლიანად კლიენტის მხარეს, ამიტომ შეიძლება იყოს მცირე ინსტალაციის ან განახლების პრობლემები. ის შეიძლება გამოყენებულ იქნას არსებულ CICD მილსადენებთან და ასევე შეუძლია ინტერფეისი ზოგიერთ გარე კონსტრუქციის ხელსაწყოებთან, ძირითადად Google-ის Bazel-თან.

ტერეზა: უმარტივესი PaaS Kubernetes-ზე

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

Tilt: კონტეინერის განახლებების სტრიმინგი Kubernetes კლასტერებში

TiltWindmill Engineering-ის მიერ შემუშავებული, აკვირდება ცვლილებებს სხვადასხვა Dockerfiles-ში და შემდეგ თანდათან ათავსებს შესაბამის კონტეინერებს Kubernetes კლასტერში. არსებითად, ის საშუალებას გაძლევთ განაახლოთ თქვენი წარმოების კლასტერი რეალურ დროში უბრალოდ Dockerfiles-ის განახლებით. Tilt აშენებულია კლასტერში, წყაროს კოდი არის ყველაფერი, რაც უნდა შეიცვალოს. თქვენ ასევე შეგიძლიათ გადაიღოთ კლასტერის ჯანმრთელობის სურათი და დააფიქსიროთ შეცდომის პირობები პირდაპირ Tilt-დან, რათა გაუზიაროთ გუნდის წევრებს გამართვის მიზნით.

PS ჩვენ არაერთხელ გამოვიყენეთ ყველა ეს ინსტრუმენტი Southbridge გამოიკვლიეთ ჩვენი ცნობისმოყვარე ხელებით. რეალური პრაქტიკის წარმოდგენა უკვე (იმედია!) თებერვალში ოფლაინ ინტენსიურ კურსებზე. კუბერნეტის ბაზა 8 წლის 10–2021 თებერვალი და Kubernetes Mega 12–14 თებერვალი. პატიოსნად, ჩვენც გვენატრება ოფლაინ სწავლის თბილი და ენერგიულად დატვირთული ატმოსფერო. როგორი მოწინავე ტექნოლოგიებიც არ უნდა იყოს, ისინი ვერ ჩაანაცვლებენ ცოცხალ ადამიანურ კომუნიკაციას და განსაკუთრებულ ატმოსფეროს, როცა თანამოაზრეები იკრიბებიან.

წყარო: www.habr.com