Почему 2017 год был годом Kubernetes — и 2018 год будет таким же

Kubernetes — это звезда предприятия, когда речь идет об оркестровке контейнеров. Большинство руководств по переходу на контейнеры начинаются со слов «Купите себе Kubernetes». На DockerCon Europe в Копенгагене в октябре было объявлено, что на DockerCon Europe в Копенгагене в октябре была объявлена встроенная поддержка Kubernetes в Docker, что означает все будущие версии Docker EE. будет легко интегрироваться с Kubernetes.

Kubernetes стал самым популярным оркестратором контейнеров, используемым предприятиями. Согласно опросу, проведенному в рамках недавнего отчета SDxCentral об оркестровке контейнеров и облачных вычислений, 64 % респондентов заявили, что используют Kubernetes, 36 % — Docker Swarm, а 18 % — Apache Mesos.

CNCF собирает все руки на борт

Успех Kubernetes ощущается во всей его среде, которую теперь, вероятно, следует называть экосистемой Kubernetes, а не экосистемой Docker. Cloud Native Computing Foundation, который изначально был создан для поддержки Kubernetes, в настоящее время является домом для более чем дюжины проектов, в которых все основные корпоративные участники являются платиновыми участниками. Большим событием стало присоединение AWS к их собственному проекту оркестровки и отказ от него. Это огромное достижение, которое демонстрирует одобрение Kubernetes на всем предприятии.

Недавно CNCF объявила, что теперь в ее состав входят 36 членов, которые согласились с набором стандартов для Kubernetes. Этот мотив здесь состоит в том, чтобы сделать переход от одной версии к другой безопасным и предсказуемым. Группа из 36 человек соглашается с базовым набором API, которые должны лежать в основе любой версии Kubernetes, чтобы гарантировать переносимость.

Kubernetes действительно стал стандартом де-факто в прошлом году, и любые сомнения в том, будет ли он работать, развеялись, когда не сотрудники Google возглавили процесс выпуска Kubernetes v1.6. Это стало важной вехой с точки зрения принятия Kubernetes в качестве будущего оркестровки. Без оркестровки контейнерам потребовалось бы ручное или «личное» внимание, которое нельзя масштабировать.

Программа KCSP

Программа сертифицированных поставщиков услуг Kubernetes (KCSP) была запущена в сентябре и нацелена на сертификацию поставщиков, поэтому компании могут обращаться только к сертифицированным поставщикам. В число основателей входят Accenture, Booze Allen Hamilton, Canonical, CoreOS, Giant Swarm и Samsung SDS. Стабильность — это то, что нужно всем, и Kubernetes — как раз такой стабилизирующий фактор. Хотя KCSP явно является попыткой CNCF стабилизировать развертывание Kubernetes, еще неизвестно, соответствует ли сертификация соответствия менталитету открытого исходного кода.

Хотя цель состоит в том, чтобы все совместимые API-интерфейсы обеспечивали согласованное взаимодействие с Kubernetes, это также подразумевает, что только совместимые API-интерфейсы смогут это сделать. Однако поставщики, которым нужна сертификация, могут использовать набор автоматизированных тестов, чтобы продемонстрировать свою способность соответствовать стандартам программы. Набор тестов был разработан CNCF, сообществом Kubernetes и его группами по интересам, связанным с тестированием и архитектурой.

Исполнительный директор CNCF Дэн Кон заявил, что «совместимость, которую обеспечивает эта программа, необходима для того, чтобы Kubernetes выполнил свое обещание предложить единый программный стек с открытым исходным кодом, поддерживаемый многими поставщиками, который можно развернуть в любом общедоступном, частном или гибридном облаке». Он также объяснил, что они взяли подмножество существующих API-интерфейсов проекта Kubernetes, которые рассматриваются как тест на соответствие, поддержку которого участники гарантируют. На практике это означает, что когда вы запускаете новый контейнер, независимо от того, кто создает версию Kubernetes, он будет вести себя согласованным образом.

Другими набирающими популярность проектами CNCF являются Prometheus для мониторинга; Open Tracing для мониторинга потока приложений; Fluentd для ведения журнала; Linkerd для сервисной сетки, Containerd и Rkt для сред выполнения контейнеров; CNI для собственной сети контейнеров; Envoy для пограничных и сервисных прокси и Jaeger для распределенной трассировки.

Prometheus для мониторинга Kubernetes

В недавнем отчете об опросе 470 пользователей контейнеров Prometheus был безусловно самым цитируемым инструментом для мониторинга кластеров Kubernetes. На самом деле более 63% заявили, что контролируют свои кластеры с помощью Prometheus, хотя почти 80% заявили, что используют как минимум еще один инструмент. Мониторинг Kubernetes сделал шаг к производству, и Prometheus 2.0 был выпущен с обновленным механизмом хранения.

Подход Prometheus отличается от традиционных инструментов, поскольку он создает цепочку данных временных рядов, которая, в свою очередь, через регулярные промежутки времени извлекает данные из инфраструктуры Kubernetes. Вот почему он может составить полную картину среды приложения.

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

Служба Azure Kubernetes

Служба контейнеров Azure также получила обновление, которое ставит Kubernetes в центр своей контейнерной стратегии. Служба контейнеров Azure сокращается до AKS, и нет никаких призов за то, что вы угадали, что означает «K». Сервис изначально был разработан для управления контейнерами, в основном, с использованием различных технологий от Docker, Mesosphere, Kubernetes и других. Однако новый план заключается в том, что теперь Kubernetes станет технологией по умолчанию для масштабирования и развертывания контейнеров в Azure.

Вероятно, это связано с тем, что по мере роста интереса к Kubernetes в 2017 году старый метод Microsoft для запуска Kubernetes в Azure Container Service вырос более чем на 300 процентов. «Туз в рукаве» Microsoft здесь заключается в том, что, хотя она будет управлять кластерами Kubernetes бесплатно, «вы никогда не будете платить за управление своим кластером Kubernetes», — написал Гейб Монрой, ведущий менеджер программы для контейнеров Azure, в своем блоге..

Что касается сборов и других требований, существуют различия между Google Container Engine и Amazon Web Services. С Microsoft, хотя вам по-прежнему придется платить за виртуальные машины, необходимые для фактического выполнения вычислений на этих узлах, не будет никаких дополнительных сборов за кластеры Kubernetes.

Благодаря Kubernetes и Docker контейнерное пространство заполнено передовыми технологиями, за которыми практически невозможно угнаться. Всего два года назад Kubernetes начал привлекать внимание, и теперь вокруг него вращается целая индустрия под названием «Kubernetes как услуга». Некоторыми примерами являются CoreOS Tectonic, Platform9, Kismatic, Heptio, Diamanti и Hypernetes.

Тот факт, что Kubernetes не был стабильным и имел крутую кривую обучения, вовсе не был сдерживающим фактором, и на самом деле произошло как раз обратное, когда все предприятие объединилось, чтобы упростить его использование. Вероятно, это первый и единственный раз, когда все крупные игроки пришли к соглашению о чем-то, и это что-то о том, что Kubernetes является стандартом для оркестровки. Это также показывает, на что готовы пойти корпоративные клиенты, чтобы избежать использования проприетарных продуктов и лицензионных соглашений. Учитывая бурный 2017 год, мы можем быть уверены, что 2018 год принесет еще большую консолидацию в экосистеме Kubernetes, поскольку гонка за лучший опыт Kubernetes продолжается.