`

СПЕЦИАЛЬНЫЕ
ПАРТНЕРЫ
ПРОЕКТА

Архив номеров

BEST CIO

Определение наиболее профессиональных ИТ-управленцев, лидеров и экспертов в своих отраслях

Человек года

Кто внес наибольший вклад в развитие украинского ИТ-рынка.

Продукт года

Награды «Продукт года» еженедельника «Компьютерное обозрение» за наиболее выдающиеся ИТ-товары

 

Константин Введенский

Накал страстей в мире Kubernetes

+55
голосов

Уже совсем не новость, что Rancher Labs был куплен Suse. В своем первом посте в данном блоге еще в прошлом году, признаюсь, я специально несколько обострил проблему развития и, вообще, судьбы Kubernetes, что вызвало оживлённые разговоры и оживлённые беседы и обвинения автора в посягательствах на святое.

Но в действительности, как мы видим, примерно так и начинает происходить: основные игроки на рынке K8 сейчас это уже бывший Rancher Labs и Red Hat с OpenShift. Есть много нишевых игроков, хотя и крупных, типа той же VMware со своим Tanzu, но сейчас не об этом.

В свете той самой первой публикации интересно сравнить именно подходы двух упомянутых выше основных игроков как пример диаметрально противоположных взглядов на K8.

OpenShift в первую очередь PaaS: коробочный продукт предоставляющий K8 как часть общего решения. Множество разных компонентов куда K8 был добавлен по мере развития контейнерных технологий и управления ими. То есть, Kubernetes в чистом виде не ядро решения, а один из компонентов. И местами даже не совместимый с «ванильным K8».

В итоге, Kubernetes в OpenShift работает как managed service или PaaS в облаке: некоторые настройки и параметры заложены в архитектуру решения (или сервиса) вендором, и не подлежат изменению и должны приниматься во внимание при разработке архитектуры окончательного решения работающего поверх данной платформы.

Или проще говоря RedHat делает с Kubernetes то что в своё время сделала с RHEL – разрабатывает корпоративное решение с длительным сроком эксплуатации и поддержки.

Rancher Labs же предлагала совсем другой подход. Практически первородный Kubernetes, поддержка проектов из CNCF, отсутствие жёсткой привязки к другим компонентам – основные отличительные черты.

Технически и подходы к управлению ресурсами у обоих решений тоже были разные. Как и количество развёртываний. Согласно публичным цифрам около 30 тыс. у Rancher и около 3 тыс. у Red Hat. С одной стороны, пугающе большой разброс, а с другой – Azure когда-то не входил и в 5-ку облачных провайдеров. Корпоративный рынок медленный, и до сих пор не осознавший всех прелестей K8, в отличие от стартапов и технически подкованного и более динамичного бизнеса.

Консолидация рынка – один из символов зрелости и гарантированного роста. Обе компании используют K8 как инструмент для продажи основного продукта – поддержки, так как это и повышает средний чек и является новой средой исполнения. Сначала в категорию commodity перешли сервера и, что более репрезентативно, сетевое оборудование, потом гипервизоры, а теперь и ОС. Предыдущие переходы в commodity сопровождались громкими заявлениями о грядущей смерти субъекта, хотя, воз и ныне там. В данном случае всё прошло незамеченным. «Ванильный» Kubernetes умер, кажется, быстрее чем смог захватить рынок. А теперь рынок будут делить его производные и разные концепции того, каким же должен быть этот framework framework`а.

26 ноября — не пропустите Dell Technologies Forum EMEA!

+55
голосов

Напечатать Отправить другу

Читайте также

Дайте ваше визначення commodity бо Гугл перекладає його як товар.
Дякую!

Commodity это широкодоступный, антоним специализированный. Обычный, стандартный и т.д.

ширпотреб

как я понимаю - обычному администратору ООО "рогов и копыт" разобраться в этом новомодном спагетти из новопридуманных определений и навёрнутых инкапслуяций над здравым смыслом - поседеть и уволиться.

Индустрия может и прогрессирует, но блин, катится явно не туда. Накладывая слой за слоем и еще через 20-30 лет последующие поколения погроммистов будут велосипедить очень простые решения, дабы не вляпаться в ошибки полувековой давности, о которых никто не помнит.

Ну или смотреть на VMware Tanzu - оно хоть в знакомый стек встроено - не с нуля разбираться надо.

А обычный администратор Рогов и копыт плюнет на все это и выберет готовый SaaS продукт - зачем ему мозги над инфраструктурой парить?

В этом и фишка k8s, что требования к квалификации админа в ООО "Рога и копыта" существенно деградируют. Он или приходящие достаточно квалифицированные люди по готовой инструкции настраивают один раз кластер k8s, а затем разработчики выдают пакет, который разворачивается/обновляется одной командой/кликом.

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

вот в реальной жизни то все совсем наоборот

для запуска кубеспрея не нужны квалифицированные люди, но ванильный k8s перманентно сырой, поэтому обычно его никто нормальный сам и не настраивает, а покупает уже как готовую услугу у клауд провайдера (у последних версионность серьезно отстает именно из-за того, что пока они все ошибки найдут и исправят...)

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

Накину со своей колокольни: высококвалифицированный админ (ВА) в современном мире либо стал DevOps либо перестал быть высококвалифицированным. Если раньше ВА умел заставить работать линукс и объяснить почему фряха в определённых задачах лучше, то еще раньше оный вообще паять умел должен был. Современный АдминOps умеет решать современные задачи.
Кубер в Рогах и Копытах не нужен особо. Можно спокойно обойтись обычным докером и горя не знать. Кубер это когда управление докера не хватает.
Если у админа (или бизнеса) есть задачи кроме ковыряния кубера - OpenShift ваше всё. Если вы стартап или крутая технологическая компания - вы соберёте кубер как вам надо и напилите сверху чего нужно.
У меня два интересных примера когда две разные компании взяли два продукта - Apache CloudStack и MongoDB и просто переписали их процентов на 80, если не больше. Ну потому что им было нужно.
Вот такие начнут изучение кубера в проде с Rancher.
А Tanzu это интересная тема для тех у кого много денег в VMware.

 

Slack подает жалобу на Microsoft и требует антимонопольного расследования от ЕС

 
Реклама

  •  Home  •  Рынок  •  ИТ-директор  •  CloudComputing  •  Hard  •  Soft  •  Сети  •  Безопасность  •  Наука  •  IoT