В чем разница между кубернетами и GKE?

GKE - это управляемый / размещенный Kubernetes (то есть он управляется за вас, поэтому вы можете сосредоточиться на запуске своих приложений модулей / контейнеров)

Kubernetes обрабатывает:

• Запуск модулей, их планирование на узлах, гарантия отсутствия реплик в соответствии с настройками контроллера репликации (т. Е. Перезапуск модулей в случае сбоя, перемещение их в случае сбоя узла)
• Услуги: прокси-трафик к нужному модулю, где бы он ни находился.
• Вакансии

Кроме того, к Kubernetes есть несколько «надстроек», некоторые из которых являются частью того, что делает GKE:

• DNS (без него жить нельзя, даже если это надстройка)
• Мониторинг метрик: с Influxdb, Grafana
• Приборная доска

Ни один из них не является стандартным, хотя их довольно легко настроить, но вам необходимо поддерживать их. Настоящего надстройки для ведения журнала нет, но для этого существуют различные проекты (с использованием Logspout, logstash, elasticsearch и т. Д.)

Короче говоря, Kubernetes выполняет оркестровку, остальные - это сервисы, которые будут работать поверх Kubernetes.

GKE предоставляет вам все эти компоненты «из коробки», и вам не нужно их обслуживать. Они настроены для вас и более «интегрированы» с порталом Google.

Одна важная вещь, которая нужна каждому, - это часть LoadBalancer: - Поскольку поды являются временными контейнерами, которые могут быть перепланированы в любом месте и в любое время, они не статичны, поэтому входящим трафиком необходимо управлять отдельно.

Это можно сделать в Kubernetes, используя DaemonSet для исправления пода на определенном узле и используя hostPort для этого пода для привязки к IP-адресу узла. Очевидно, что здесь отсутствует отказоустойчивость, поэтому вы можете использовать несколько и выполнять циклическую балансировку нагрузки DNS.

GKE позаботится обо всем этом с помощью внешней балансировки нагрузки. (В AWS то же самое: ALB заботится о балансировке нагрузки в Kubernetes)

GKE (Google Container Engine) - это только контейнерная платформа, которой Kubernetes может управлять. Это не кубернетизм с «различиями».

Как упоминалось в «Docker, Kubernetes и AppC "(Май 2015 г., это может измениться):

В настоящее время Docker является единственной поддерживаемой средой выполнения в GKE (Google Container Engine), нашем продукте коммерческих контейнеров, и в GAE (Google App Engine), нашем продукте «Платформа как услуга».

Вы можете увидеть Kubernetes, используемый на GKE, в этом примере: «Создание ваших первых Kubernetes Кластер на GKE "от Римантаса Моцявичюса.

API gcloud по-прежнему будет создавать команды kubernetes за кулисами.

GKE организует свою платформу с помощью мастера Kubernetes.

Каждый кластер контейнеров имеет одну главную конечную точку, которой управляет Container Engine.
Мастер обеспечивает унифицированное представление о кластере и через свою общедоступную конечную точку является дверным проемом для взаимодействия с кластером.

Управляемый главный сервер также запускает сервер API Kubernetes, который обслуживает запросы REST, планирует создание и удаление модулей на рабочих узлах и синхронизирует информацию о модулях (например, открытые порты и местоположение) со служебной информацией.

Короче говоря, не вдаваясь в технические подробности, GKE управляется Kubernetes, аналогично тому, как Google Cloud Composer управляется Apache Airflow, а Cloud Dataflow управляется Apache Beam.

Итак, некоторые сервисы Google Cloud Platform (GKE, Cloud Composer, Cloud Dataflow) представляют собой управляемые реализации различных технологий с открытым исходным кодом (Kubernetes, Airflow, Beam).