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

На сегодняшний день наиболее популярны управляемые Kubernetes параметры – иногда называемые Kubernetes as a service (KaaS) – являются Сервис Amazon Elastic Kubernetes (ЭКС), Служба Azure Kubernetes (AKS) и Google Kubernetes Engine (GKE). Каждый облачный провайдер предлагает все больше и больше управляемых версий этих сервисов, таких как весьма самоуверенный GKE Autopilot и бессерверный EKS Fargate, с момента первого запуска около 2018 года. Существуют и другие варианты, такие как Rancher, Red Hat OpenShift и VMware Tanzu, но в этой области доминируют поставщики облачных услуг «большой тройки».

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

«Люди, полностью перешедшие на бинарные файлы с открытым исходным кодом и пишущие свои собственные инструменты, являются довольно ярким примером, и есть очень мало причин для этого сегодня, если только вы не используете Kubernetes действительно уникальным способом», – сказал Джо Беда, Соучредитель Kubernetes и главный инженер VMware Tanzu.

«Всегда есть исключения для организаций, у которых есть сильные инженерные и операционные навыки для самостоятельного запуска Kubernetes, но для большинства клиентов стало ясно, что это становится сложной задачей», – сказал Дипак Сингх, вице-президент по вычислительным сервисам Amazon Web Services. «Задача масштабирования Kubernetes, сложность управления плоскостью управления, уровнем API, базой данных – это не для слабонервных».

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

Что изменилось с управляемыми услугами?

Стивен О’Грэйди, соучредитель аналитической компании RedMonk, ориентированной на разработчиков, видит, что сегодня с Kubernetes разыгрывается аналогичная картина, которая ранее имела место с базами данных и CRM, где ни один администратор не передал бы свои драгоценности в короне управляемому провайдеру – до тех пор, пока они этого не сделают.

«Когда предприятия рассматривают что-то стратегическое, они изначально склонны управлять этим самостоятельно», – сказал он. «Затем они со временем осознают, что по мере акклиматизации, это не только не дает им никакого конкурентного преимущества, но и более вероятно, что поставщики смогут управлять им лучше, чем они могут. Все ли предприятия идут по этому пути? Пока нет, но аппетит и направление движения кажутся ясными.

Игорь Дворецкий, защитник разработчиков из Cloud Native Computing Foundation (CNCF), видит, что эта тенденция проявляется среди самых разных пользователей Kubernetes. «В наши дни мы можем видеть более крупных клиентов в регулируемых средах, использующих управляемые услуги более интенсивно, чем раньше», – сказал он.

Возьмите гигант финансовых данных Bloomberg. Еще в 2019 году руководитель вычислительной инфраструктуры Андрей Рыбка сообщил InfoWorld«Вам действительно нужна команда экспертов, которая поддерживает связь с восходящим потоком Kubernetes, CNCF и всей экосистемой, чтобы иметь эти внутренние знания. Нельзя просто полагаться на поставщика и понимать все сложности, связанные с этим ».

Перенесемся в сегодняшний день. Сейчас у Bloomberg есть рабочие нагрузки для всех трех основных управляемых сервисов Kubernetes. Что изменилось?

«Облачные провайдеры прилагают большие усилия для улучшения качества обслуживания своих предложений Kubernetes», – сказал Рыбка. «До сих пор линия тренда в направлении развития управляемых услуг была действительно хорошей».

Это также сводится к использованию правильного инструмента для конкретной работы. Bloomberg по-прежнему выполняет около 80% своих рабочих нагрузок Kubernetes локально, и он вложил значительные средства в развитие внутренних навыков для надежного управления этой средой и внутренняя платформа разработчика на нем. Однако для рабочих нагрузок, подходящих для облака, «мы полагаемся на управляемые предложения Kubernetes, потому что мы не можем сделать работу лучше», – сказал он.

Растущий интерес к управляемому Kubernetes

Куда бы вы ни посмотрели, цифры отражают этот переход от самоуправляемых Kubernetes с открытым исходным кодом к управляемым дистрибутивам.

в последний опрос CNCF Cloud Native, 26% респондентов используют управляемые сервисы Kubernetes по сравнению с 23% годом ранее и быстро догоняют локальные установки (31%). Те респонденты, которые являются членами CNCF, могут смещать это число в пользу самоуправляемых организаций, которые традиционно возились со своими собственными кластерами Kubernetes. Таким образом, фактическое использование управляемого Kubernetes может быть выше, чем показывает опрос CNCF.

Отчет Flexera о состоянии облака за 2021 год показывает, что 51% респондентов используют варианты управляемого контейнера AWS, который включает как Amazon EKS, так и сервис Amazon ECS, не относящийся к Kubernetes. Самоуправляемый Kubernetes составляет 48%, чуть выше управляемой службы Kubernetes Azure (AKS) с 43% и Google (GKE) ниже – 31%.

По последним данным Datadog Отчет по контейнеру, примерно 90% организаций, использующих Kubernetes в Google Cloud, полагаются на GKE, и AKS быстро становится нормой для пользователей Kubernetes в Azure: две трети респондентов приняли его. Между тем, EKS Amazon вырос на 10% в годовом исчислении и продолжает неуклонно расти.

В частности, в AWS Сингх говорит, что «очень немногие клиенты, которые сегодня начинают работать с AWS, не запускают EKS, а большое количество клиентов, которые использовали свои собственные Kubernetes, теперь работают на EKS, потому что [running it themselves] просто того не стоит. ” Например, движок метапоиска для полетов Skyscanner недавно отказался от самоуправления Kubernetes в пользу EKS, сказал он.

Зачем использовать управляемый сервис Kubernetes?

Отсутствие внутреннего опыта, обеспечение безопасности и фактическое управление контейнерными средами были одними из наиболее часто упоминаемых проблем Kubernetes среди респондентов опроса Flexera.

Опрос Flexera показал, что в организациях с менее чем 1000 сотрудников и где труднее получить опыт работы с облачными технологиями, управляемый Kubernetes является еще более популярным. Варианты, управляемые AWS, являются наиболее распространенным способом управления контейнерами – 52%, самоуправляемым Kubernetes – 37%, управляемым Azure – 35% и GKE – 23%.

Дворецкий из CNCF называет накладные расходы на управление, а также время и потребление ресурсов основными драйверами для внедрения управляемого Kubernetes. «Если они могут быть удовлетворены управляемым сервисом, это очевидный выбор – не изобретать велосипед», – сказал он.

Для глобальной компании, занимающейся технологиями путешествий, Amadeus, управляемые сервисы Kubernetes выполняют свое обещание упрощенного управления. Amadeus неуклонно переходит на Kubernetes в качестве базовой инфраструктуры с 2017 года.

«Это меньше работы, давайте проясним. Он работает для нас, и это важно, потому что у нас есть задача, чтобы все люди, которые нам нужны, работали. [Kubernetes]- сказал Сильвен Рой, старший вице-президент компании по технологическим платформам и инжинирингу. Сегодня Amadeus выполняет около четверти всех рабочих нагрузок в кластере Kubernetes либо локально, либо в частном или публичном облаке, в основном через платформу Red Hat OpenShift.

«Фактором номер один является общая стоимость владения: сколько это будет стоить и сколько людей нам понадобится для эксплуатации по сравнению с нашей собственной установкой?» Рой сказал о рассмотрении рабочей нагрузки для управляемого Kubernetes.

Amadeus еще не переместил какие-либо рабочие нагрузки в управляемую службу, но после заключения новой сделки с Microsoft она тестирует AKS и другие управляемые службы «там, где и когда это имеет смысл».

На данный момент это не включает основные приложения. Но для «инструментов и приложений, которые не являются основными для того, что мы делаем, а также для небольших, нишевых вариантов использования имеет смысл использовать что-то вроде AKS», – сказал Рой.

Вопрос доверия к поставщикам сервисов Kubernetes

Для многих организаций решение использовать управляемый сервис Kubernetes сводится к доверию, как признают поставщики.

«Когда Kubernetes вышел, возникло опасение, что это была наживка и переключение, отрывок земли от продавцов, который можно было забрать у открытых сообществ, и что он трансформируется в открытое ядро. Чтобы это опровергнуть, потребовалось пять или шесть лет », – сказала Келси Хайтауэр, главный инженер Google Cloud.

Точно так же Сингх из AWS сказал, что для некоторых клиентов важно, чтобы EKS оставалась близкой к дистрибутиву Kubernetes с открытым исходным кодом, «без странного колдовства, которое могло бы создать различия». AWS недавно открыла исходный код своего EKS Distro на GitHub как способ доказать это.

Беда VMware признает что «трудно вести этот разговор, не говоря о блокировке», и призывает всех, кто принимает такие решения о покупке, должным образом оценивать риски. «Какова вероятность того, что вы уедете? Если вы это сделаете, сколько это будет стоить? Сколько вам нужно будет переписать код и сколько переобучить? Любой, кто делает эти инвестиции, должен понимать требования, риски и компромиссы для них », – сказал он.

Со своей стороны, CNCF запускает сертифицированную программу соответствия Kubernetes, которая обеспечивает взаимодействие от одной установки к другой, независимо от того, кто является сертифицированным поставщиком.

Почему не все обучаются управляемому Kubernetes?

В таких крупных и сложных компаниях, как Bloomberg и Amadeus, некоторые устаревшие или высокочувствительные рабочие нагрузки просто должны оставаться локальными, а кластеры Kubernetes, на которых они работают, вероятно, еще какое-то время останутся самоуправляемыми.

«Те, кто хочет самостоятельно управлять частями, будут беспокоиться о плоскости данных; им нужно настраиваться или специализироваться в определенных областях. Они не возражают против управляемой плоскости управления », – сказал Хайтауэр из Google.

Сингх из AWS видит два типа клиентов, которым еще предстоит вскочить на подножку управляемого Kubernetes: тех, кого он определяет как «строителей», и тех, у которых сильно переплетены зависимости. Для класса строителей «наша цель – распознать их и потратить время на то, чтобы предоставить ядро ​​Kubernetes на AWS», с такими проектами, как open source. Карпентер autoscaler пример.

«Второй класс – это те, кто не запускает чистый Kubernetes, и они сделали вилки, изменения и подобрали зависимости, где управляемая плоскость управления, к которой они не могут получить доступ, становится проблемой. Они создали Franken-Kubernetes, и им нужно время, чтобы вернуться к ванильным Kubernetes », – сказал он.

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

«Эти навыки определенно не бесполезны, – сказал Дворецкий. «Даже если вы используете полностью управляемый Kubernetes и пишете только некоторые приложения поверх существующего кластера, знание того, как он работает под капотом, помогает создавать их более эффективно».

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

«Возможно, вы рассматриваете это как существующие инвестиции, которые никто еще не хочет списывать как невозвратные затраты, или есть консервативные организационные опасения по поводу набора рабочих нагрузок или бизнеса», – сказал О’Грейди. «Или есть опасения, что часть вашей инфраструктуры, которая воспринимается как стратегическая, выйдет из-под вашего контроля. Но когда вы видите, что ваши коллеги делают это, опасения исчезают, и вы увидите, что больше людей осознают преимущества ».

Авторские права © 2021 IDG Communications, Inc.


#Никто #больше #не #хочет #управлять #Kubernetes

Source link