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

#Обзор

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

#Типы версий

• LTS (Long-Term Support) версии: 4.0.x, 4.2.x, 4.6.x, 4.10.x — рекомендуется для производственных сред
• Non-LTS (краткосрочные) версии: 4.1.x, 4.3.x, 4.5.x, 4.7.x, 4.9.x — для раннего доступа к функциям

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

• Поддерживаются обновления между 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) не поддерживается
• Совместимость версий: патч-версии внутри одной минорной версии полностью совместимы
• Согласованность компонентов: все компоненты Tekton обновляются одновременно для сохранения совместимости

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

#Alauda DevOps Pipelines v4.6

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

#Alauda DevOps Pipelines v4.4.0

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

#Alauda DevOps Pipelines v4.3.0

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

#Alauda DevOps Pipelines v4.2.0

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

#Alauda DevOps Pipelines v4.1.0

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

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

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

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

#Руководство по пути обновления

#Пути обновления LTS → LTS

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

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

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

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

  • Описание: прямой путь обновления с пропуском до двух промежуточных LTS-версий.
  • Статус тестирования: все патч-версии протестированы; последние патчи проверены в рамках расширенного тестирования.
  • Пример: 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-версии.
  • Статус тестирования: все патч-версии протестированы; последние патчи проходят полное регрессионное тестирование.
  • Пример: 4.0.x (LTS) → 4.1.x (non-LTS)

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

  • Описание: прямой путь обновления с пропуском до двух промежуточных LTS-версий.
  • Статус тестирования: все патч-версии протестированы; последние патчи проходят полное регрессионное тестирование.
  • Сценарий использования: для пользователей, стремящихся минимизировать количество этапов обновления.
  • Пример: 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 релизов.

#Совместимость на уровне патчей

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

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

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

• 📘 General Upgrade Guide: подробная документация по процессу обновления.
• 📝 Release Notes: обновления по версиям, изменения с нарушением обратной совместимости и новые функции.