Alauda DevOps Pipelines Docs
  • Русский

    • Путь обновления

    NOTE

    Важно

    В этом документе описаны принципы пути обновления и поддерживаемая совместимость версий для Operator Alauda DevOps Pipelines. Подробные инструкции по обновлению см. в разделе Обновление Alauda DevOps Pipelines Operator.

    Содержание

    ОбзорТипы версийПринципы обновленияПути обновленияAlauda DevOps Pipelines v4.6Alauda DevOps Pipelines v4.4.0Alauda DevOps Pipelines v4.3.0Alauda DevOps Pipelines v4.2.0Alauda DevOps Pipelines v4.1.0Предварительные требованияРекомендации по пути обновленияПути обновления LTS-to-LTSОбновление до non-LTS-версийСовместимость на уровне patch-версийСправка по процессу обновления

    Обзор

    Alauda DevOps Pipelines Operator следует определённым принципам пути обновления, чтобы обеспечить совместимость и стабильность при переходе между версиями.

    Типы версий

    • LTS (Long-Term Support) версии: 4.0.x, 4.2.x, 4.6.x, 4.10.x — рекомендуется для production-сред
    • Non-LTS (краткосрочные) версии: 4.1.x, 4.3.x, 4.5.x, 4.7.x, 4.8.x — для раннего доступа к функциям
    • Примечание о последовательности выпусков: v4.9 намеренно пропущен. Следующий релиз после v4.8 — v4.10 (LTS).

    Принципы обновления

    • Обновления поддерживаются между LTS-версиями, при этом самый длинный поддерживаемый путь обновления может пропускать до двух промежуточных LTS-версий. Например:
      • Прямое обновление LTS: 4.0.x (LTS) → 4.2.x (LTS)
      • Самый длинный поддерживаемый диапазон обновления: 4.0.x (LTS) → 4.10.x (LTS) (с пропуском 4.2.x (LTS) и 4.6.x (LTS))
    • Обновления с non-LTS-версий поддерживаются только до следующей ближайшей LTS-версии. Например:
      • 4.3.x → 4.6.x (LTS) поддерживается
      • 4.3.x → 4.10.x (LTS) не поддерживается
    • Совместимость версий: patch-версии в пределах одной minor-версии полностью совместимы
    • Согласованность компонентов: все компоненты Tekton обновляются вместе для сохранения совместимости

    Пути обновления

    Alauda DevOps Pipelines v4.6

    В таблице ниже приведён полный путь обновления.

    Channel versionACP versionKubernetes version
    pipelines-4.04.01.31.12
    4.11.32.7
    pipelines-4.24.01.31.12
    4.11.32.7
    pipelines-4.34.01.31.12
    4.11.32.7
    pipelines-4.44.01.31.12
    4.11.32.7

    Alauda DevOps Pipelines v4.4.0

    Этот путь обновления был протестирован с Operator Alauda DevOps Pipelines версии v4.4.0 и версией ACP 4.0.5, 4.1.2 (последняя LTS patch-версия, доступная на момент тестирования)

    Channel versionACP versionKubernetes version
    pipelines-4.04.0.51.31.12
    4.1.21.32.7
    pipelines-4.14.0.51.31.12
    4.1.21.32.7
    pipelines-4.24.0.51.31.12
    4.1.21.32.7
    pipelines-4.34.0.51.31.12
    4.1.21.32.7

    Alauda DevOps Pipelines v4.3.0

    Этот путь обновления был протестирован с Operator Alauda DevOps Pipelines версии v4.3.0 и версией ACP 4.0.4, 4.1.1 (последняя LTS patch-версия, доступная на момент тестирования)

    Channel versionACP versionKubernetes version
    pipelines-4.04.0.41.31.6
    4.1.11.32.7
    pipelines-4.14.0.41.31.6
    4.1.11.32.7
    pipelines-4.24.0.41.31.6
    4.1.11.32.7

    Alauda DevOps Pipelines v4.2.0

    Этот путь обновления был протестирован с Operator Alauda DevOps Pipelines версии v4.2.0 и версией ACP 4.0.3, 4.1.0 (последняя LTS patch-версия, доступная на момент тестирования)

    Channel versionACP versionKubernetes version
    pipelines-4.04.0.31.31.6
    4.1.01.32.7
    pipelines-4.14.0.31.31.6
    4.1.01.32.7

    Alauda DevOps Pipelines v4.1.0

    Этот путь обновления был протестирован с Operator Alauda DevOps Pipelines версии v4.1.0 и версией ACP 4.0.3 (последняя LTS patch-версия, доступная на момент тестирования)

    Channel versionACP versionKubernetes version
    pipelines-4.04.0.31.31.6

    Предварительные требования

    Перед началом обновления убедитесь в следующем:

    1. Совместимость версий: ваша текущая версия входит в поддерживаемый путь обновления.
    2. Состояние компонентов: все компоненты Tekton находятся в состоянии Ready.
    3. Доступность ресурсов: в кластере достаточно ресурсов для выполнения процесса обновления.

    Рекомендации по пути обновления

    Пути обновления LTS-to-LTS

    Обновление между версиями Long-Term Support (LTS) рекомендуется для production-сред. Ниже описаны как стандартные, так и расширенные пути обновления:

    • Основной путь: предыдущая LTS → текущая LTS

      • Описание: прямое обновление с непосредственно предыдущей версии LTS.
      • Статус тестирования: протестированы все patch-версии; последние patch-версии проходят полное регрессионное тестирование.
      • Пример: 4.0.x (LTS) → 4.2.x (LTS)

    • Расширенный путь: до двух LTS-версий назад → текущая LTS

      • Описание: прямой путь обновления с пропуском до двух промежуточных LTS-версий.
      • Статус тестирования: протестированы все patch-версии; последние patch-версии проверяются в рамках расширенного тестирования.
      • Пример: 4.0.x (LTS) → 4.10.x (LTS) (с пропуском 4.2.x (LTS) и 4.6.x (LTS))

    • Путь обслуживания: non-LTS (ещё на обслуживании) → текущая LTS

      • Описание: прямое обновление с версии non-LTS, которая всё ещё находится под активным обслуживанием.
      • Статус тестирования: ограниченный объём тестирования; теоретически поддерживается.
      • Сценарий использования: для команд, которым нужно выполнить прямое обновление с non-LTS-сред, оставаясь в пределах поддерживаемых границ.

    Обновление до non-LTS-версий

    При обновлении до non-LTS-релиза доступны следующие пути для сред, которым нужен более быстрый доступ к новым функциям:

    • Основной путь: предыдущая LTS → текущая non-LTS

      • Описание: прямое обновление с последней версии LTS.
      • Статус тестирования: протестированы все patch-версии; последние patch-версии проходят полное регрессионное тестирование.
      • Пример: 4.0.x (LTS) → 4.1.x (non-LTS)

    • Расширенный путь: две LTS-версии назад → текущая non-LTS

      • Описание: прямой путь обновления с пропуском до двух промежуточных LTS-версий.
      • Статус тестирования: протестированы все patch-версии; последние patch-версии проходят полное регрессионное тестирование.
      • Сценарий использования: для пользователей, стремящихся минимизировать количество этапов обновления.
      • Пример: 4.0.x (LTS) → 4.7.x (non-LTS) (с пропуском 4.2.x (LTS) и 4.6.x (LTS))

    • Путь обслуживания: non-LTS (ещё на обслуживании) → текущая non-LTS

      • Описание: путь обновления для non-LTS-версий, которые всё ещё поддерживаются.
      • Статус тестирования: ограниченный объём тестирования; теоретически поддерживается.
      • Сценарий использования: для команд, быстро внедряющих новые функции из non-LTS-релизов.

    Совместимость на уровне patch-версий

    • В пределах одной minor-версии: обновления patch-уровня (например, 4.0.1 → 4.0.3) полностью совместимы.
    • Стратегия тестирования: все patch-версии в пределах одной minor-версии поддерживаются для обновления. Последняя patch-версия проходит полное регрессионное тестирование, тогда как более ранние patch-версии получают ограниченное тестирование.
    • Рекомендация: для стабильности production рекомендуется обновиться до последнего patch-релиза перед началом любого major- или minor-обновления.
    • Пример: хотя 4.0.1, 4.0.2 и 4.0.3 могут быть доступны для обновления до 4.1.x, только последняя версия (4.0.3) полностью протестирована и проверена.

    Справка по процессу обновления

    Полные инструкции по обновлению, включая пошаговые процедуры, рекомендации по резервному копированию и устранение неполадок: