클라우드 애플리케이션 배포와 OTA

클라우드 Release는 시작점일 뿐이며 핵심은 장치가 업데이트를 안전하게 수신하고 실행하는 방식입니다. 이 페이지는 JelinaOS의 전체 실행 흐름을 장치 관점에서 설명합니다. 이는 일반적인 “원격 소프트웨어 설치”와의 본질적인 차이이기도 합니다.

장치 측 업데이트 실행 흐름

클라우드에서 새 버전 게시
       │
       ▼
장치 에이전트가 목표 상태 동기화 ──▶ 로컬 확인(선택 사항) ──▶ 다운로드 및 검증
       │                                         │
       │                                         ▼
       │                                대기 파티션에 쓰기(A/B)
       │                                    ▼
       │                                재부팅 후 전환 ──▶ 부팅 검증
       │                                                  │
       │                                            ✅ 성공: 새 버전 실행
       │                                            ❌ 실패: 이전 버전으로 자동 복귀
       ▼
업데이트 상태를 클라우드에 실시간 보고

대상 상태 동기화

장치 에이전트는 클라우드 대상 상태(애플리케이션 버전, 시스템 버전, 구성 항목)를 주기적으로 동기화하고 변경을 감지하면 정책에 따라 실행합니다. 공용 네트워크 포트를 노출할 필요 없이 모든 통신은 장치가 능동적으로 설정한 보안 채널로 이루어집니다.

로컬 확인(선택 사항)

중요한 현장에서는 업데이트를 “장치에 도착한 후 현장 확인 대기”로 구성할 수 있습니다.

새 버전을 장치에 먼저 저장하고 즉시 실행하지 않습니다.
현장 담당자가 확인한 후에만 설치를 시작합니다.
확인 상태는 장치 명령으로 조회할 수 있습니다.

A/B 전환과 자동 복귀

업데이트를 현재 사용하지 않는 파티션에 기록하여 현재 시스템과 업무를 중단하지 않습니다.
전환 후 부팅 검증이 실패하면 이전 버전으로 자동 복귀합니다.
적용된 새 버전에 문제가 있으면 언제든지 롤백할 수 있습니다.

오프라인 업데이트

네트워크로 접근할 수 없는 장치는 오프라인 업데이트 패키지로 업그레이드합니다. 패키지를 다운로드하여 현장에서 오프라인 적용하며 시스템, 커널, 장치 에이전트와 애플리케이션의 네 가지 업데이트를 지원합니다.

증분 업데이트

대역폭이 제한된 현장에서는 버전 간 변경 부분만 전송하는 증분 업데이트로 다운로드 양을 크게 줄일 수 있습니다. 클라우드에서 증분 패키지를 지정하면 장치가 자동 설치합니다.

업데이트 대상

장치의 시스템, 커널, 장치 에이전트와 애플리케이션/증분 패키지는 모두 위 실행 흐름을 따릅니다. 각 업데이트의 구체적인 작업은 시스템 업데이트를 참조하세요.

클라우드 작업 진입점

Release 생성, 플릿/장치 배포, 단계적 배포와 롤백 같은 클라우드 작업은 JelinaCloud에서 수행합니다.