Что на самом деле делает Kubernetes? [закрыто]

Kubernetes оплачивается как «планировщик / оркестратор» кластера контейнеров, но я понятия не имею, что это значит. После прочтения сайта Kubernetes и (расплывчатой) вики GitHub лучшее, что я могу сказать, это то, что он каким-то образом определяет, какие виртуальные машины доступны / способны запускать ваш контейнер Docker, а затем развертывает их там. Но это только мое предположение, и я не видел в их документации какого-либо конкретного словоблудия, подтверждающего это.

Так что Kubernetes, точно , и что некоторые конкретные проблемы , которые она решает?

Цель Kubernetes - упростить организацию и планирование вашего приложения для всего парка машин. На высоком уровне это операционная система для вашего кластера.

По сути, это позволяет вам не беспокоиться о том, на каком конкретном компьютере в вашем центре обработки данных работает каждое приложение. Кроме того, он предоставляет общие примитивы для проверки работоспособности и репликации вашего приложения на этих машинах, а также службы для подключения вашего приложения к микросервисам, чтобы каждый уровень в вашем приложении был отделен от других уровней, чтобы вы могли масштабировать / обновлять / поддерживать их. независимо.

Хотя многие из этих вещей можно делать на уровне приложения, такие решения, как правило, разовые и хрупкие, гораздо лучше иметь разделение проблем, когда система оркестровки заботится о том, как запускать ваше приложение, а вы беспокоитесь о код, из которого состоит ваше приложение.

Как вы читаете со страницы Github :

Kubernetes - это система с открытым исходным кодом для управления контейнеризованными приложениями на нескольких хостах, предоставляющая базовые механизмы для развертывания, обслуживания и масштабирования приложений.

Kubernetes - это:

lean: lightweight, simple, accessible
portable: public, private, hybrid, multi cloud
extensible: modular, pluggable, hookable, composable
self-healing: auto-placement, auto-restart, auto-replication

Kubernetes основывается на полутора десятилетнем опыте работы в Google по масштабированию производственных рабочих нагрузок в сочетании с передовыми идеями и практиками сообщества.

Для меня Kubernetes - это инструмент оркестровки контейнеров от Google. Благодаря его конструкции вы можете реализовать совместимость с любым контейнерным движком, но я думаю, что теперь он ограничен Docker. В его архитектуре есть несколько важных концепций:

Kubernetes работает со следующими концепциями:

Кластеры - это вычислительные ресурсы, на основе которых строятся ваши контейнеры. Kubernetes может работать где угодно! См. Руководства по началу работы для получения инструкций по различным услугам.

Поды - это группа контейнеров Docker с общими томами. Это самые маленькие развертываемые единицы, которые можно создавать, планировать и управлять с помощью Kubernetes. Модули можно создавать индивидуально, но рекомендуется использовать контроллер репликации даже при создании одного модуля. Подробнее о стручках.

Контроллеры репликации управляют жизненным циклом подов. Они гарантируют, что определенное количество модулей будет работать в любой момент времени, путем создания или уничтожения модулей по мере необходимости. Подробнее о контроллерах репликации.

Сервисы предоставляют единое стабильное имя и адрес для набора модулей. Они действуют как базовые балансировщики нагрузки. Подробнее об услугах.

Ярлыки используются для организации и выбора групп объектов на основе пар ключ: значение. Подробнее о этикетках.

Итак, у вас есть группа машин, образующих кластер, в котором работают ваши контейнеры. Вы также можете определить группу контейнеров, которые предоставляют услугу, аналогично тому, как вы это делаете с другими инструментами, такими как fig (например, pod webapp может быть сервером rails и базой данных postgres). У вас также есть другие инструменты для обеспечения одновременной работы нескольких контейнеров / подов службы, хранилище ключей и значений, своего рода встроенный балансировщик нагрузки ...

Если вы что-то знаете о coreos, это очень похожее решение, но от Google. Algo Kubernetes имеет хорошую интеграцию с Google Cloud Engine.

Kubernetes предоставляет большую часть той же функциональности, что и API-интерфейсы «Инфраструктура как услуга», но нацелен на динамически планируемые контейнеры, а не на виртуальные машины, и как системы «Платформа как услуга», но с большей гибкостью, включая:

• монтаж систем хранения,
• раздача секретов,
• проверка работоспособности приложения,
• репликация экземпляров приложения,
• горизонтальное автомасштабирование,
• именование и открытие,
• балансировки нагрузки,
• скользящие обновления,
• мониторинг ресурсов,
• доступ к журналу и прием,
• поддержка интроспекции и отладки, а также
• личность и авторизация.

Если вы уже используете другие механизмы для обнаружения сервисов, распределения секретов, балансировки нагрузки, мониторинга и т. Д., Конечно, вы можете продолжать их использовать, но мы стремимся упростить переход на Kubernetes с существующих систем IaaS и PaaS, предоставив это функциональность.

https://kubernetes.io/docs/concepts/overview/what-is-kubernetes/#why-do-i-need-kubernetes-and-what-can-it-do