Горячие стартапы Kubernetes Rancher, Kubermatic и Kublr приносят тепло

Управление Kubernetes — это гиперконкурентное пространство, в котором крупные и мелкие поставщики применяют собственный подход к упрощению управления K8s. Понятно, что организации хотят внедрить Kubernetes, чтобы упростить управление своей инфраструктурой и сделать возможным использование облачных приложений. Также ясно, что эти организации осознают опасность самостоятельной настройки и управления собственными кластерами Kubernetes. Они предпочли бы переложить риск на поставщика, который предоставляет полностью управляемое решение, в котором организация может затем управлять Kubernetes в модели самообслуживания. Это возлагает на поставщика управляемых услуг ответственность за то, чтобы его платформы были интуитивно понятными, простыми в использовании, безопасными, открытыми и надежными. Рынок широко открыт, и большинство организаций по-прежнему выполняют большую часть своих рабочих нагрузок локально. В предстоящее десятилетие мы продолжим наблюдать миграцию рабочих нагрузок из локальной среды в облако. В этом посте мы рассмотрим три стартапа в управляемом пространстве Kubernetes и их усилия по внедрению инноваций вместе с гигантами облачных вычислений.
1. SUSE приобрела Rancher
Поглощения становятся обычным явлением в этом пространстве, поскольку существует множество стартапов, и некоторые из них достаточно заманчивы, чтобы крупные поставщики захотели кооптировать их. В прошлом месяце самым крупным приобретением стало приобретение Rancher компанией SUSE более чем за 600 миллионов долларов.
Rancher долгое время был одним из лидеров управляемого пространства Kubernetes. Будучи новатором в этой области, Rancher представил сообществу несколько проектов с открытым исходным кодом, в том числе K3s, облегченный дистрибутив Kubernetes, который может найти применение в сценариях граничных вычислений.
SUSE, наиболее известная своим дистрибутивом Linux, является одним из крупнейших поставщиков услуг в сфере Linux для предприятий. Они особенно широко используются в секторе ERP и широко используются клиентами SAP.
Облачные технологии занимают больше времени, чтобы охватить этих клиентов из-за их нишевых вариантов использования и устаревших настроек. Тем не менее, переход к облачным технологиям идет полным ходом даже там. В частности, прошлогоднее приобретение Red Hat компанией IBM стало явным признаком того, что корпоративные клиенты Linux теперь открыты для контейнеризации своего стека. SUSE — крупнейший конкурент Red Hat, и это приобретение Rancher делает сделку между IBM и Red Hat неотложной.
SUSE надеется использовать инженерное мастерство Rancher, чтобы сохранить конкурентоспособность в сфере Enterprise Linux. Для Rancher это больше не игра в низших лигах. SUSE откроет для Rancher огромные возможности для внедрения среди предприятий, которые работают на Linux уже более десяти лет. Эти организации не захотят рисковать стартапом, а скорее примут дополнительные решения от своего десятилетнего партнера SUSE.
Другими подобными сделками в прошлом были приобретение VMware Pivotal и Heptio, приобретение Oracle Wercker и приобретение Red Hat CoreOS. Пространство кипит активностью. Мы привыкли смотреть на большую тройку поставщиков облачных услуг, но за их пределами происходит так много всего. И это здоровое соперничество между крупными поставщиками, которые борются за то, чтобы заменить тройку лидеров, и многообещающие стартапы, которые сосредоточены на инновациях.
2. Kubermatic продвигается вперед с открытым исходным кодом
Хотя около десяти лет назад AWS был любимцем облачных сервисов, сейчас этот взгляд рушится, поскольку многочисленные поставщики облачных услуг поднялись, чтобы конкурировать в новом мире, созданном Kubernetes. В этом мире игровое поле ровное, поскольку гонка только началась. На самом деле, когда дело доходит до открытого исходного кода, AWS оказывается не на той ноге, по большей части выстраивая огороженный сад. Один взгляд на ведущие компании, вносящие вклад в Kubernetes, показывает, что AWS и близко не может конкурировать. На момент написания этой статьи он занимал 22-е место.
Тем не менее, один стартап Kubernetes, который, несмотря на свой небольшой размер, все же умудряется внести львиную долю вклада, — это Kubermatic. Он находится на 13-м месте в списке (с прежним названием Loodse). Фактически, Kubermatic недавно выпустил инструмент с открытым исходным кодом под названием KubeCarrier, который призван упростить управление услугами в нескольких кластерах. Он использует преимущества CRD и операторов Kubernetes. KubeCarrier позволяет сделать службы доступными извне, где они могут использоваться другими службами в режиме самообслуживания. KubeCarrier позволяет находить, проверять и управлять услугами на нескольких облачных платформах и в разных регионах.
Такое управление службами использует более детальный подход к облачному управлению. Он следует модели микросервисов, в которой цельные монолитные приложения разбиваются на более мелкие и более управляемые фрагменты. С точки зрения управления, это обеспечивает простоту и унификацию сервисов независимо от того, на какой облачной платформе они работают.
Облако — это распределенная инфраструктура, распределенные сервисы и разъединение компонентов на каждом уровне. Когда дело доходит до распределенной инфраструктуры, организации настаивают на многооблачных установках. Хотя они могут отдавать предпочтение одному поставщику облачных услуг, они хотят запускать некоторые рабочие нагрузки у других поставщиков. Это может быть связано с такими причинами, как стоимость, производительность или предпочтение определенной услуги или функции, предоставляемой другим поставщиком.
3. Kublr хорошо справляется с мультиоблачной картой
Еще одним инновационным поставщиком в пространстве стартапов Kubernetes является Kublr. Недавно они анонсировали v1.18 своей платформы с некоторыми интересными обновлениями. Во-первых, теперь они поддерживают обновление платформы на месте. Это означает, что обновление кластеров Kubernetes, управляемых с помощью Kublr, теперь стало проще и может быть выполнено одним нажатием кнопки. Раньше этот процесс требовал некоторой поддержки со стороны команды Kublr. Хотя это все еще вариант, клиенты хотят удобства такого варианта самообслуживания. Kublr уже имеет возможность выполнять обновления без простоев и последовательное обновление кластера, что само по себе является подвигом. Обновления на месте делают шаг вперед, чтобы сделать обновления безболезненными. Самым большим преимуществом, конечно же, является то, что обновленные кластеры более защищены от уязвимостей.
Еще одно большое обновление от Kublr заключается в том, что теперь они поддерживают управление внешними кластерами, которые не подготовлены с помощью Kublr. До этого Kublr по-прежнему поддерживал мультиоблачное управление кластерами, но кластеры должны были предоставляться Kublr. Теперь, даже если кластер был подготовлен на GKE, AKS или EKS, им может управлять Kublr. Это большой шаг к поддержке многооблачного способа работы. В то время как клиенты могли заранее запланировать предоставление только с помощью Kublr, более крупные компании предпочли бы иметь возможность самостоятельно предоставлять доступ к выбранному ими поставщику облачных услуг.
В многооблачном мире поставщики должны будут открыться и признать, что их клиенты будут выбирать других поставщиков наряду с ними. Когда рабочие нагрузки выполняются на нескольких платформах, самой большой проблемой, которую необходимо решить, является управление этими рабочими нагрузками. В то время как крупные поставщики облачных услуг стремятся сделать свою платформу удобной для выполнения всех рабочих нагрузок, стартапы стремятся создать наилучшую плоскость управления для этих многооблачных рабочих нагрузок независимо от того, где они выполняются.
Стартапы Kubernetes: молодые люди с большим количеством оружия
В заключение отметим, что переход от локального к облаку к облачному происходит медленно, но верно. Хотя крупные поставщики облачных услуг надеются воспользоваться этой возможностью, у них есть жесткая конкуренция и будущие союзники в виде молодых стартапов Kubernetes, таких как Rancher, Kubermatic и Kublr. Крупные поставщики должны взять на заметку своих более мелких коллег и создать альянсы по всем направлениям. Они также должны вкладывать свой умственный капитал в поддержку открытого исходного кода, чтобы вся отрасль могла извлечь выгоду. По мере того, как бушуют облачные войны, открытый исходный код и мультиоблако являются двумя определяющими битвами, которые необходимо выиграть для любого поставщика.