SAS Viya 4 는 하나의 제품에 두 갈래의 릴리스 흐름을 둔다. 배포할 때 어느 쪽을 쓸지 정하고, 그 선택이 이후 업그레이드 경로를 묶는다.
릴리스 번호는 YYYY.MM 형태이며, LTS 는 같은 번호의 Stable 을 기반으로 한다. 각 흐름의 정확한 주기와 지원 기간은 SAS 의 릴리스 정책 문서에서 확인한다 (확인 필요). 이 값은 SAS 가 바꿀 수 있으므로 여기 숫자로 적어 두지 않는다.
한 배포 안에서 컴포넌트마다 다른 흐름을 섞을 수는 없다. 배포 자산(deployment assets)을 받을 때 흐름과 릴리스가 함께 정해진다.
바꿀 수는 있지만 아무 Stable 에서 아무 LTS 로 갈 수 있는 것은 아니다. LTS 는 특정 Stable 릴리스를 기반으로 만들어지므로, 같은 기반 릴리스에 해당하는 지점에서만 흐름을 갈아탈 수 있다.
Stable 2025.01
Stable 2025.02
Stable 2025.03 -> LTS 2025.03 (여기서 전환 가능)
Stable 2025.04
...
Stable 2025.09 -> LTS 2025.09 (여기서 전환 가능)
즉 Stable 2025.05 를 쓰고 있다면 LTS 2025.03 으로 되돌아갈 수 없고, LTS 2025.09 가 나올 때까지 Stable 을 따라 올라간 뒤 그 지점에서 전환한다. 다운그레이드는 지원되지 않는다.
전환 자체는 새 배포 자산을 받아 이미지 태그와 매니페스트를 갈아 끼우는 작업이다. 절차는 릴리스 업그레이드와 같고, 전환 가능한 조합인지 확인하는 것이 핵심이다. 실제 가능 여부는 SAS 에서 발급하는 배포 자산에 해당 조합이 존재하는지로 판별된다.
kubectl -n <네임스페이스> get sasdeployment -o yaml | grep -i cadence -A2
명령과 필드 이름은 배포 방식(Deployment Operator / 수동 kustomize)에 따라 다르다. 수동 배포라면 site-config 와 kustomization.yaml 에 기록된 릴리스를 본다.
목표 릴리스의 배포 자산이 내려받아지는지 확인한다. 받아지지 않는 조합은 지원 경로가 아니다.
목표 릴리스의 시스템 요구사항에서 Kubernetes 버전 범위를 먼저 맞춘다. 순서는 SAS Viya 4 업그레이드 계획 을 따른다.