AWS спонсировала этот пост.
Когда-то крупные банки создавали свои собственные ядра Linux, потому что дистрибутивов еще не было. Они были пионерами, которые знали, что им нужен Linux, но должны были во всем разбираться сами. Однако сейчас так устроен мир.
«У каждого есть коммерческий дистрибутив Linux. Это то, на чем мы все работаем», — размышлял Джесси Батлер, главный менеджер проекта Amazon EKS, на KubeCon + CloudNativeCon North America в Атланте. «Я думаю, что Kubernetes теперь тоже здесь. Мы перешли от создания собственных серверов кластерного API и собственных плоскостей управления к поиску стандартов, которые можно было бы масштабировать для наших предприятий».
Точка зрения Батлера: больше не существует сегмента рынка или определенного типа организаций, использующих Kubernetes — его используют все. И эта универсальность меняет подход таких компаний, как Amazon Web Services, к вкладам с открытым исходным кодом.
В этом выпуске The New Stack Makers Батлер побеседовал с основателем и издателем TNS Алексом Уильямсом, чтобы обсудить два проекта с открытым исходным кодом, которые AWS EKS пожертвовала через различные SIG внутри сообщества Kubernetes: Kubernetes Resource Orchestrator (Kro) и Karpenter. Но что еще более важно, они говорили о том, почему AWS создает их как функции Kubernetes, а не как отдельные продукты, и что этот сдвиг означает для экосистемы.
Когда ваш код Glue становится техническим долгом
Катализатором для Кро послужило наблюдение за тем, как клиенты борются с распространением контроллеров. Как объяснил Батлер, как только пользовательские определения ресурсов (CRD) упростили представление всего, от облачной инфраструктуры до сетевых коммутаторов, как ресурсов Kubernetes, организации начали создавать собственные контроллеры просто для объединения других ресурсов.
«Некоторые из наших клиентов, даже четыре или пять лет назад, имели 20 или 30 индивидуальных ресурсов», — отметил Батлер. «Итак, у вас есть небольшая команда внутри гораздо более крупной организации, которая должна владеть только этим кодом, и это даже не бизнес-логика».
Kro был создан для автоматического создания CRD и микроконтроллера для управления им. Инженеры платформы определяют, что они хотят, в YAML, используя простую схему Кро, указывают составляющие ресурсы, а Кро выводит зависимости, создает направленный ациклический граф и управляет оркестрацией. Это контроллер как услуга, но не выходя из экосистемы Kubernetes.
Проблема выделения узлов, которую никто не хотел решать
У Карпентера возникла другая проблема: автомасштабирование кластера не справлялось с собственными облачными рабочими нагрузками. «Нативные облачные рабочие нагрузки в целом резкие и динамичные», — сказал Батлер. Традиционный подход к прогнозированию потребностей в мощностях быстро сломался.
Решение Карпентера? Своевременное предоставление узлов, которое не только масштабируется в зависимости от спроса, но и оптимизирует затраты.
Что привлекло внимание, так это не только автоматизация, но и дизайн API. «API Karpenter позволяет вам быть настолько простым, насколько вы хотите — «Эй, просто дайте мне узел» — или пройти весь путь до очень мелких деталей для этой конфигурации узла», — сказал Батлер. Эта элегантность в сочетании с реальной экономией средств способствовала быстрому внедрению и в конечном итоге привела к тому, что Karpenter был передан в дар Kubernetes SIG Autoscaling.
Оба проекта отражают философский сдвиг в AWS: создание решений, которые работают для всей экосистемы Kubernetes, а не только для клиентов AWS.
«В контексте Kubernetes и облачного программного обеспечения это сообщество, и мы все являемся его клиентами», — сказал Батлер. «Мы не можем создать что-то только для нашего продукта и сказать, что это Kubernetes».
Полный разговор более подробно посвящен определениям графов ресурсов Кро, эволюции Карпентера от прототипа к стабильному API и тому, почему AWS все чаще жертвует проекты SIG Kubernetes, а не создает конкурирующие проекты Cloud Native Computing Foundation (CNCF). Для всех, кто наблюдает за тем, как Kubernetes превращается из беспорядочного оркестратора в корпоративный стандарт, это показательный взгляд на то, как развиваются наиболее успешные проекты с открытым исходным кодом.
С момента своего создания Amazon Web Services (AWS) была для клиентов лучшим местом для создания и запуска программного обеспечения с открытым исходным кодом в облаке. AWS гордится тем, что поддерживает проекты с открытым исходным кодом, фонды и партнеров. Узнайте больше Последние новости AWS TRENDING STORIES YOUTUBE.COM/THENEWSTACK Технологии развиваются быстро, не пропустите ни одного эпизода. Подпишитесь на наш канал YouTube, чтобы смотреть все наши подкасты, интервью, демонстрации и многое другое. ПОДПИСАТЬСЯ Группа, созданная в Sketch. Мишель Гиноу — бывшая журналистка, ставшая разработчиком программного обеспечения. Она использует обе профессии, чтобы писать на глубокие технические темы, от K8 до Kotlin. Мишель является соавтором книги «Облачная трансформация: практические модели инноваций» от O’Reilly Media и… Читать далее от Мишель Гиноу
