Kubernetes 1.18 уже здесь, и это его улучшения и новости

Команда разработчиков Kubernetes недавно выпустил через объявление о выпуске новая версия "Kubernetes 1.18" в котором команда разработчиков упоминает, что это версия, «подходящая и законченная».

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

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

Это был изначально разработан Google, хотя впоследствии его разработка была поручена Фонду облачных вычислений с открытым исходным кодом (CNCF), который сегодня позволил технологии оркестровки контейнеров быстро развиться благодаря вкладу технологических гигантов.

Что нового в Kubernetes 1.18?

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

Учетные записи служб Kubernetes (KSA) отправляют веб-токены JSON (JWT) на сервер API для аутентификации. Это делает API-сервер единственным источником аутентификации. для сервисных аккаунтов.

Kubernetes 1.18 п.обеспечивает функциональность что позволяет серверу API предоставлять документ обнаружения OpenID Connect Объект, содержащий открытые ключи токена в дополнение к другим метаданным.

Еще одно изменение, которое выделяется из Kubernetes 1.81, - это возможность настройки HPA Velocity для конкретных подов. Использовался горизонтальный автомат масштабирования стручков (HPA)a, чтобы кластер Kubernetes автоматически реагировал на высокий / низкий трафик. С помощью HPA пользователь может попросить контроллер создать больше модулей в ответ на скачки производительности ЦП, другие измерения или измерения, предоставляемые приложением.

В Kubernetes 1.18 есть обзор профилей для запуска нескольких конфигураций. планировщика. Как правило, в Kubernetes есть два типа рабочих нагрузок: долгосрочные службы (например, веб-серверы, API-интерфейсы и т. Д.) И задачи, выполняемые до завершения (более известные как Jobs).

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

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

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

Функциональность включает спецификацию topologySpreadConstraints, которая идентифицирует области путем поиска узлов с тем же тегом topologyKey. Узлы с одинаковым тегом TopologyKey принадлежат одной области. Конфигурация заключалась в том, чтобы капсулы равномерно распределялись по разным зонам. Однако недостатком является то, что этот параметр должен применяться на уровне модуля. Модули, у которых нет конфигурации, не будут равномерно распределены по доменам сбоя.

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

Все это для того, чтобы fsGroup могла читать и записывать том. Однако в некоторых случаях было показано, что такое поведение нежелательно.

Эта новая версия В Kubernetes внесен ряд изменений, и мы упомянули только некоторые из наиболее важных. Если вы хотите узнать полный список, вы можете сделать это, посетив по следующей ссылке.


Будьте первым, чтобы комментировать

Оставьте свой комментарий

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

*

*

  1. Ответственный за данные: Мигель Анхель Гатон
  2. Назначение данных: контроль спама, управление комментариями.
  3. Легитимация: ваше согласие
  4. Передача данных: данные не будут переданы третьим лицам, кроме как по закону.
  5. Хранение данных: база данных, размещенная в Occentus Networks (ЕС)
  6. Права: в любое время вы можете ограничить, восстановить и удалить свою информацию.