Путь обновления
Важно
В этом документе изложены принципы пути обновления и поддерживаемая совместимость версий для оператора Alauda DevOps Pipelines.
Для подробных инструкций по обновлению, пожалуйста, обратитесь к разделу Upgrade Alauda DevOps Pipelines Operator.
Содержание
ОбзорТипы версийПринципы обновленияПути обновленияAlauda DevOps Pipelines v4.10Alauda DevOps Pipelines v4.8Alauda DevOps Pipelines v4.7Alauda 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-версиямиОбновления на non-LTS версииСовместимость на уровне патчейСправочник по процессу обновленияОбзор
Оператор Alauda DevOps Pipelines следует определённым принципам пути обновления, чтобы обеспечить совместимость и стабильность при переходе между версиями.
Типы версий
- LTS (версии с долгосрочной поддержкой):
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.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))
- Прямое обновление LTS:
- Обновления с non-LTS версий поддерживаются только до следующей непосредственной LTS-версии. Например:
4.3.x→4.6.x (LTS)поддерживается4.3.x→4.10.x (LTS)не поддерживается
- Совместимость версий: патч-версии внутри одной минорной версии полностью совместимы
- Согласованность компонентов: все компоненты Tekton обновляются одновременно для поддержания совместимости
Пути обновления
Alauda DevOps Pipelines v4.10
В таблице ниже приведён полный путь обновления.
Alauda DevOps Pipelines v4.8
В таблице ниже приведён полный путь обновления.
Alauda DevOps Pipelines v4.7
В таблице ниже приведён полный путь обновления.
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 во время тестирования)
Предварительные требования
Перед началом обновления убедитесь в следующем:
- Совместимость версий: ваша текущая версия входит в поддерживаемый путь обновления.
- Состояние компонентов: все компоненты Tekton находятся в состоянии
Ready. - Доступность ресурсов: в кластере достаточно ресурсов для поддержки процесса обновления.
Руководство по путям обновления
Обновления между 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: обновления по версиям, критические изменения и новые функции.