Kubecon Eu 2025: исправление Komodor для конфигурации дрейф

Kubernetes Networking Admins, посещающие Kubecon + Cloudnativecon Europe в Лондоне на следующей неделе, должны зайти на стенд N330, чтобы узнать, как они могут предотвратить дрейф конфигурации Kubernetes.

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

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

Он предлагается в качестве новой функции на самозвученной платформе компании.

Платформа Комодора

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

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

Для работы Komodor требуется установка «очень худого агента» поверх каждого кластера Kubernetes, который отражает все, что происходит внутри кластеров, включая действия управления, изменения в конфигурациях и такие события, как развертывание, сказал Итоль Шварц, соучредитель и технический директор Комодора, в интервью с новым стеком.

Платформа управления Komodor для Kubernetes.

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

Комодор был поднят в облачной нативной среде и интегрируется с гитопс-двигателями, такими как Argo и Flux, а также с общими операторами Kubernetes и таможными ресурсами, такими как Cert-Manager и Externaldns.

Проблемы дрейфа

Пользователи Komodor, которые включают в себя администраторы крупных финансовых услуг и компаний из списка Fortune 500, заметили в своих операциях 2, что их развертывание Kubernetes может со временем со временем уйти из их первоначальных конфигураций или «желаемых состояний».

Это часто называют конфигурационным дрейфом.

Это может произойти из -за ряда причин, в том числе:

  • Ручные изменения, или прямые модификации, внесенные в конфигурацию кластера без обновления источника истины (например, репозитории GIT).
  • Несоответствия в автоматизации, такие как ошибки или надзор в сценариях автоматизации.
  • Вариации по поставщикам инфраструктуры Из -за различий в базовом оборудовании.
  • Неправильно настроенные развертывания, такие как неправильные параметры.
  • Неполные развертывания, Возможно, с перерывами в обслуживании или различных сбоях оборудования.
  • Устаревшие контейнерные изображения или приложения которые были непреднамеренно установлены или никогда не обновлялись.

Эти изменения могут происходить как для ручного развертывания, так и даже посредством развертываний инфраструктуры как кода (IAC), которые предназначены для предотвращения таких непреднамеренных махинаций.

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

Как Комодор поможет исправить дрейф на конфигурацию

Komodor управляет дрейфом конфигурации путем автоматического обнаружения отклонений и предоставляет инструменты для определения основных причин.

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

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

Другие коммерческие инструменты обнаружения дрейфов включают в себя Quali Torque и Stackstate Suse.

22 апреля компания предложит вебинар, чтобы объяснить больше. Или вы можете пойти дальше и запросить демо.

Trending Stories youtube.com/thenewstack Tech движется быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. Joab Jackson является старшим редактором нового стека, охватывающего облачные нативные вычисления и системы системы. Он сообщил об инфраструктуре и развитии IT более 25 лет, в том числе в IDG и государственных компьютерных новостях. До этого он … читал больше от Джоаба Джексона

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *