Kubernetes разрабатывает мультиоблачные и гибридные облака в 2020 году

Поскольку в ноябре KubeCon + CloudNativeCon собрал более 12 000 участников, неудивительно, что вы не можете поговорить о корпоративных ИТ, не упомянув Kubernetes. Помимо того, что Kubernetes стал стандартом де-факто для оркестрации контейнеров в облаке, он также становится краеугольным камнем как для гибридных ИТ, так и для периферийных вычислений с упором на абстракцию инфраструктуры. Это довольно важное событие, учитывая, что до сих пор Kubernetes предназначался исключительно для людей, использующих Docker и контейнеры, — теперь это не так.

Недавний отчет Sumo Logic предполагает, что, хотя внедрение Docker и универсальных контейнеров, похоже, достигло своего пика и замедлилось, проект Kubernetes продолжает набирать обороты. Примерно в это же время два года назад в блоге Apprenda говорилось, что в LinkedIn зарегистрировано около 7000 человек с навыками Kubernetes. Если вы посмотрите сегодня, их более 24 000 в США, 7 000 в Великобритании и 3 000 в Индии. Тот факт, что Docker теперь принадлежит дистрибутиву Kubernetes, в значительной степени является излишеством и просто свидетельствует о том, насколько безудержна революция Kubernetes.

Облачно

Теперь, насколько большинство людей может вспомнить, «облачные» относились к тому, что работает в облаке. Фактически, Лиз Райс, председатель комитета по техническому надзору CNCF и вице-президент по разработке открытого исходного кода в Aqua Security, указала именно на это во время своего основного выступления в первый день KubeCon + CloudNativeCon. Только на второй день Рэй Ван, менеджер группы продуктов в Google, ясно дал понять, что 2020 год будет посвящен мультиоблачным и гибридным ИТ.

Это важный поворотный момент для Kubernetes и CNCF, который подтверждает тот факт, что гибридные среды — это будущее облачных вычислений. Это возвращает нас к тому акценту на абстракцию инфраструктуры и облачный опыт, который предприятие ищет в Kubernetes. Абстракция инфраструктуры — это то, что дает вам возможность работать где угодно, в любом облаке или в локальной среде, и это то, что Kubernetes обещает корпоративным ИТ.

Расширение экосистемы

Хотя вторая бета-версия Kubernetes 1.17 была выпущена во время конференции, выпуск никоим образом не был в центре внимания мероприятия. Однако большое внимание было уделено пользовательским определениям ресурсов (CRD) и количеству корпоративных организаций, использующих эту модель расширения. CRD или пользовательские определения ресурсов стали общедоступными в последней стабильной версии Kubernetes (1.16) и позволяют Kubernetes не только интегрироваться с внешними инструментами управления ресурсами, но также управлять ими и контролировать их. Другими словами, CRD — это щупальца, с помощью которых Kubernetes расширяет свою экосистему, и эти щупальца только что достигли зрелости.

CRD помогают расширить API Kubernetes, чтобы пользователи могли определять новые типы ресурсов и управлять ими. Это может показаться простым, но это довольно мощная концепция. В основном это означает, что вы можете определить что угодно с помощью одного определения. Это определение может относиться как к чему-то столь же простому, как «привет, мир», так и к чему-то столь же сложному, как хранилище данных. Кроме того, CRD поставляются с «операторами», которые позволяют нам инкапсулировать человеческий опыт и кодировать его в программном обеспечении. Именно с помощью этих CRD и их операторов Kubernetes позволяет определять «облачные» службы локально, а также в любом кластере Kubernetes.

Окантовка Куба

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

Ранее в этом году Azure выпустила Azure Data Box Edge, физическое устройство, которое решает именно эту задачу. Это сокращает задержку и упрощает передачу и анализ терабайтов или петабайтов периферийных данных перед их отправкой в службу машинного обучения Azure для обработки. Это еще больше расширяет и без того широкий спектр решений для хранения файлов Azure.

За исключением гибридных ИТ, наибольший интерес на конференции вызвали граничные вычисления. Wind River анонсировала облачную платформу Wind River для управления облачной инфраструктурой с помощью Kubernetes, которая помогает пользователям развертывать и управлять физически распределенной инфраструктурой vRAN. K3s от Rancher labs был еще одним преимуществом на конференции и был объявлен как GA. K3s — это облегченный дистрибутив Kubernetes, оптимизированный для периферии, который в последнее время находит применение и за пределами периферии.

МакГайверинг сетки

Звездой шоу на KubeCon в этом году, без сомнения, была концепция, согласно которой «все идет со всем», а Kubernetes — это плоскость управления для управления всем этим. Об этом свидетельствует количество организаций, спотыкающихся о самих себя в попытке решить головоломку с несколькими облаками и заставить все части работать вместе. В дополнение к дебюту HPE со своей контейнерной платформой для реализации гибридного облака Agile Stacks запустила свою платформу KubeFlex, которая ускоряет доставку программного обеспечения в локальных и гибридных облаках.

Среди других известных организаций, занимающихся гибридными ИТ, — NewRelic, Rafay, Banzai Cloud, Robin.io и Diamanti. Diamanti объявила о запуске Spektra, которая должна стать первой гибридной облачной плоскостью управления Kubernetes, ориентированной на сохранение приложений и данных. Pipeline 2.0 от Banzai Cloud позволяет организациям развертывать собственные кластеры и управлять ими, а также дополнительные инструменты, помогающие создавать и поддерживать сервисы, работающие в гибридных средах.

Автоматизация Kubernetes

Еще одна важная и постоянно растущая часть экосистемы Kubernetes — это, без сомнения, CI/CD и управляющие ими рабочие процессы GitOps. GitOps — это процесс использования системы управления исходным кодом в качестве центральной системы записи для поддержания здравого смысла среди хаоса, которым является современный DevOps. Хотя GitOps был представлен Weaveworks, его признание почти беспрецедентно, и теперь мы видим, как появляется ряд инструментов, которые даже объединяются, чтобы помочь автоматизировать Kubernetes.

Upbound, создатели Rook и Crossplane, объявили о сотрудничестве с Gitlab для управления мультиоблачными сервисами из единой плоскости управления в GitLab. Это позволит пользователям использовать конвейеры CI/CD в разных общедоступных облаках. Еще одно интересное слияние произошло между Intuit, Weaveworks Flux и AWS для создания Argo Flux, проекта с открытым исходным кодом для доставки приложений GitOps для Kubernetes. Кроме того, Cloudbees анонсировала графический интерфейс для Jenkins X, который быстро стал предпочтительным инструментом GitOps для предприятия.

Помимо контейнеров

Kubernetes в 2020 году будет нацелен на выход на новые рынки и поиск приложений за пределами «контейнера». Помимо гибридных ИТ, граничных вычислений, IoT, GitOps и CI/CD, Kubernetes совершенствуется и также используется для обработки важных рабочих нагрузок, а также приложений с отслеживанием состояния, таких как FTP-серверы и базы данных. В презентации Nozzle Corp. на KubeCon + CloudNativeCon они показали, как они перенесли базу данных MySQL объемом 20 терабайт из Azure в GCP менее чем за час с помощью Vitess.

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