Обновление приложений

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

  • Ресурсы, добавленные в процессе создания приложения или через обновления приложения, по умолчанию ассоциируются с приложением и не требуют дополнительного импорта.

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

  • Управление образами

    • Развертывание новых контейнерных образов с контролем тегов/патч-версий
    • Настройка imagePullPolicy (Always/IfNotPresent/Never)
  • Конфигурация времени выполнения

    • Изменение переменных окружения через ConfigMaps/Secrets
    • Обновление запросов/лимитов ресурсов (CPU/Память)
  • Оркестрация ресурсов

    • Импорт существующих Kubernetes-ресурсов (Deployments/Services/Ingresses)
    • Синхронизация конфигураций между пространствами имён с помощью kubectl apply -f

Импортированные в приложение ресурсы получают следующие преимущества:

ФункцияОписание
Снимок версииПри создании снимка версии для приложения также создаётся снимок ресурсов внутри приложения.
  • Если приложение откатывается, ресурсы также откатываются к состоянию из снимка.
  • Если распространяется конкретная версия приложения, платформа автоматически создаст ресурсы, зафиксированные в снимке, при повторном развертывании приложения.
Удаление вместе с приложениемЕсли приложение больше не нужно, удаление приложения автоматически удалит все ресурсы, связанные с приложением, включая вычислительные компоненты, внутренние маршруты и входящие правила.
Проще найтиВ информации о деталях приложения можно быстро просмотреть ресурсы, связанные с приложением.
Например: внешний трафик может получить доступ к Deployment D через Service S, который принадлежит Application A, но соответствующий адрес доступа можно быстро найти в деталях приложения только если Service S также принадлежит Application A.

Содержание

Импорт ресурсов

Пакетный импорт связанных ресурсов в пространстве имён, где находится приложение; ресурс может принадлежать только одному приложению.

  1. Перейдите в Container Platform.

  2. В левой навигационной панели нажмите Application Management > Native Applications.

  3. Нажмите на Название приложения.

  4. Нажмите Actions > Manage Resources.

  5. Внизу в разделе Resource Type выберите тип ресурсов для импорта.

    Примечание: Распространённые типы ресурсов включают Deployment, DaemonSet, StatefulSet, Job, CronJob, Service, Ingress, PVC, ConfigMap, Secret и HorizontalPodAutoscaler, которые отображаются вверху; остальные ресурсы расположены в алфавитном порядке, и вы можете быстро найти нужный тип ресурса, введя ключевые слова.

  6. В разделе Resources выберите ресурсы для импорта.

    Внимание: Для ресурсов типа Job поддерживается импорт только задач, созданных через YAML.

  7. Нажмите Import Resources.

Удаление/пакетное удаление ресурсов

Удаление/пакетное удаление ресурсов из приложения только разрывает связь приложения с ресурсами и не удаляет сами ресурсы.

Если между ресурсами в приложении существуют взаимосвязи, удаление любого ресурса из приложения не изменит связи между ресурсами. Например, даже если Service S удалён из Application A, внешний трафик всё равно может получить доступ к Deployment D через Service S.

  1. Перейдите в Container Platform.

  2. В левой навигационной панели нажмите Application Management > Native Applications.

  3. Нажмите на Название приложения.

  4. Нажмите Actions > Manage Resources.

  5. Справа от ресурса нажмите Remove для удаления; либо выберите несколько ресурсов сразу и нажмите Remove вверху таблицы для пакетного удаления ресурсов.