11 инструмента, които правят Kubernetes по-добър

Не всички сървърни платформи, дори и най-мощните и мащабируеми, задоволяват всички нужди както са. Докато Kubernetes работи чудесно сам по себе си, може да му липсват правилните части, за да бъде завършен. Винаги ще намерите специален случай, който пренебрегва вашите нужди или в който Kubernetes няма да работи в инсталацията по подразбиране - например поддръжка на база данни или работа с CD.

Това е мястото, където се появяват допълнения, разширения и други екстри за този оркестратор на контейнери, подкрепени от широка общност. Тази статия ще включва 11-те най-добри неща, които открихме. Към себе си в Southbridge те са много интересни и планираме да се справим с тях практически - разглобете ги на винтове и гайки и вижте какво има вътре. Някои от тях перфектно ще допълнят всеки клъстер Kubernetes, докато други ще помогнат за решаването на специфични проблеми, които не са внедрени в стандартния пакет Kubernetes.

Gatekeeper: Управление на политиката

Проект Отваряне на агент за правила (OPA) предоставя възможност за създаване на политики върху стекове от облачни приложения в Kubernetes, от входна мрежа до сервизна мрежа. Gatekeeper дава възможност на Kubernetes да налага автоматично политики в клъстера и също така осигурява проверка на всички събития или ресурси, които нарушават политика. Всичко това се обработва от сравнително нов механизъм в Kubernetes, мениджърът за приемане на Webhooks, който се задейства при промяна на ресурсите. С Gatekeeper OPA политиките стават друга част от здравето на вашия Kubernetes клъстер без необходимост от постоянен надзор.

Гравитация: Преносими клъстери Kubernetes

Ако искате да внедрите приложение в Kubernetes, много приложения имат Helm диаграма, която ръководи и автоматизира този процес. Но какво ще стане, ако искате да вземете вашия Kubernetes клъстер такъв, какъвто е, и да го разгърнете някъде другаде?

Земно притегляне Прави моментни снимки на състоянието на клъстерите на Kubernetes, техните регистри за изображения на контейнери и работещи приложения, наречени „пакети на приложения“. Такъв пакет, който е обикновен файл .tar, може да репликира клъстера навсякъде, където Kubernetes може да работи.

Gravity също така проверява дали целевата инфраструктура се държи по същия начин като източника и дали Kubernetes средата на целта е налична. Платената версия на Gravity също добавя функции за сигурност, включително RBAC и възможността за синхронизиране на настройките за сигурност в различни внедрявания на клъстери.

Последната основна версия, Gravity 7, може да внедри изображение на Gravity към съществуващ клъстер на Kubernetes, вместо да върти цял нов клъстер от изображението. Gravity 7 може да работи и с клъстери, инсталирани без изображение на Gravity. Gravity също поддържа SELinux и работи естествено с Teleport SSH gateway.

Kaniko: Изграждане на контейнери в клъстер на Kubernetes

Повечето изображения на контейнери са изградени на системи извън стека на контейнера. Понякога обаче трябва да изградите изображение вътре в стек от контейнери, например някъде в работещ контейнер или в клъстер на Kubernetes.

Канико изгражда контейнери в контейнерна среда, но без да зависи от услуга за контейнеризиране, като Docker. Вместо това Kaniko извлича файловата система от базовото изображение, изпълнява всички команди за изграждане в потребителското пространство върху извлечената файлова система, като прави моментна снимка на файловата система след всяка команда.

Забележка: Канико в момента е (май 2020 г. прибл. преводач) не може да създава Windows контейнери.

Kubecost: Параметри на разходите за стартиране на Kubernetes

Повечето инструменти за администриране на Kubernetes се фокусират върху лекота на използване, наблюдение, разбиране на поведението в рамките на под и т.н. Но какво да кажем за разходите - в долари и стотинки - свързани с работата на Kubernetes?

Kubecost Обработва параметрите на Kubernetes в реално време, което води до актуална информация за разходите от работещи клъстери в основните облачни доставчици, показвана в табло за управление, показващо месечните разходи за всеки клъстер. Цените за RAM, CPU време, GPU и дискова подсистема са разбити по Kubernetes компонент (контейнер, pod, услуга и т.н.)

Kubecost също проследява цената на ресурси извън клъстера, като кофи на Amazon S3, въпреки че това е ограничено до AWS. Данните за разходите могат да бъдат изпратени до Prometheus, така че да можете да ги използвате за програмна промяна на поведението на клъстера.

Kubecost е безплатен за използване, стига да са ви достатъчни 15 дни регистрационни данни. За допълнителни функции цените започват от $199 на месец за наблюдение на 50 възела.

KubeDB: Изпълнение на бойни бази данни на Kubernetes

Базите данни също са доста трудни за ефективно изпълнение на Kubernetes. Ще намерите оператори на Kubernetes за MySQL, PostgreSQL, MongoDB и Redis, но всички те имат недостатъци. Освен това типичният набор от функции на Kubernetes не решава директно повечето специфични проблеми с базата данни.

KubeDB ви помага да създадете своите изрази на Kubernetes за управление на бази данни. Изпълнението на архивиране, клониране, наблюдение, моментни снимки и създаване на декларативна база данни са неговите компоненти. Моля, обърнете внимание, че поддръжката на функции може да варира според базата данни. Например създаването на клъстер работи за PostgreSQL, но не и за MySQL (вече има, както правилно отбелязах dnbstd, прибл. преводач).

Kube-маймуна: Chaos Monkey за Kubernetes

Най-безгрешният метод за стрес тестване се счита за случайни разбивки. Това е теорията зад Chaos Monkey на Netflix, хаотичен инженерен инструмент, който произволно изключва виртуални машини и производствени контейнери, за да „стимулира“ разработчиците да изграждат по-устойчиви системи. Кубе-маймуна — прилагане на същата основна теория за стрес тестване за Kubernetes клъстери. Той работи чрез произволно убиване на капсули в клъстера, който сте посочили, и може също да бъде конфигуриран да работи на определен интервал от време.

Kubernetes Ingress Controller за AWS

Kubernetes предоставя външно балансиране на натоварването и клъстерни мрежови услуги чрез услуга, наречена Влизане AWS предоставя функционалност за балансиране на натоварването, но не я свързва автоматично със същите възможности на Kubernetes. Kubernetes Ingress Controller за AWS затваря тази празнина.

Той автоматично управлява ресурсите на AWS за всеки входен обект в клъстера, като създава балансьори на натоварването за нови входни ресурси и премахва балансьорите на натоварването, когато ресурсите бъдат изтрити. Той използва CloudFormation, за да гарантира, че състоянието на клъстера остава последователно. Той също така поддържа настройките на CloudWatch Alarm и автоматично управлява други елементи, използвани в клъстера, като SSL сертификати и EC2 Auto Scaling Groups.

Kubespray: Автоматично инсталиране на Kubernetes

Kubespray автоматизира инсталирането на готов за производство Kubernetes клъстер, от инсталиране на хардуерни сървъри до големи публични облаци. Той използва Ansible (Vagrant - по избор), за да стартира внедряването и да създаде високодостъпен клъстер от нулата с вашия избор на мрежова добавка (като Flannel, Calico и други) на избраната от вас популярна Linux дистрибуция, когато е инсталирана на хардуерни сървъри.

Skaffold: Итеративна разработка за Kubernetes

Скеле - един от инструментите на Google, използвани за организиране на CD приложения в Kubernetes. Веднага щом направите промени в изходния код, skaffold автоматично открива това, започва изграждането и внедряването и ви предупреждава, ако има грешки. Skaffold работи изцяло от страна на клиента, така че може да има дребни проблеми с инсталирането или актуализирането. Може да се използва със съществуващи тръбопроводи на CICD и може също да взаимодейства с някои външни инструменти за изграждане, главно Bazel на Google.

Тереза: Най-простият PaaS на Kubernetes

Тереза е система за внедряване на приложения, която изпълнява прост PaaS върху Kubernetes. Потребителите, организирани в екипи, могат да внедряват и управляват приложенията, които притежават. Това прави нещата малко по-лесни за хората, които се доверяват на приложението и не искат да се занимават с Kubernetes и всичките му сложности.

Накланяне: Поточно предаване на актуализации на контейнери към клъстери на Kubernetes

Наклон, разработен от Windmill Engineering, следи за промени в различни Docker файлове и след това постепенно разполага съответните контейнери в Kubernetes клъстер. По същество ви позволява да актуализирате производствения си клъстер в реално време, просто като актуализирате Dockerfiles. Tilt се изгражда в рамките на клъстера, изходният код е всичко, което трябва да се промени. Можете също така да направите моментна снимка на състоянието на клъстера и да заснемете условията за грешка директно от Tilt, за да ги споделите с членовете на екипа за отстраняване на грешки.

PS Многократно сме използвали всички тези инструменти Southbridge изследвани с нашите любопитни ръце. Да представя реални практики вече (надявам се!) на офлайн интензивни курсове през февруари. База Kubernetes 8–10 февруари 2021 г. И Kubernetes Mega 12–14 февруари. Честно казано, липсва ни и топлата и заредена с енергия атмосфера на офлайн обучението. Колкото и да са напреднали технологиите, те не могат да заменят живото човешко общуване и специалната атмосфера, когато се събират съмишленици.

Източник: www.habr.com