Release 배포

기본 배포

기본적으로 플릿의 모든 장치는 플릿에서 가장 최근에 게시된 Release를 설치한 상태로 유지됩니다.

장치가 JelinaCloud에 연결되어 있지 않다면 다음 연결 시 즉시 Release 업데이트 배포를 수행합니다.

장치 개요 페이지에서 현재 설치된 Release와 대상 Release를 확인할 수 있습니다.
왼쪽 아래 서비스 목록에서 장치에 설치된 서비스와 서비스 상태를 확인하고 서비스 수명 주기를 제어할 수 있습니다.
오른쪽에서는 장치 로그를 확인할 수 있습니다. 로그는 서비스별로 구분되어 있어 Release 설치의 전체 과정을 확인하고, 설치 이후에도 애플리케이션 동작을 관찰할 수 있습니다.

지정 배포

장치에서 실행할 특정 애플리케이션 버전(Release)을 지정합니다.

플릿 버전 지정

장치가 최신 Release를 자동으로 설치하지 않게 하려면 플릿의 작업 페이지에서 모든 장치가 실행할 Release를 지정할 수 있습니다.

플릿 버전을 고정하면 플릿 내 모든 장치의 대상 버전이 해당 버전으로 바뀌며 다음 업데이트 때 그 Release를 설치합니다.

장치 버전 지정

장치에서 실행할 버전을 직접 지정할 수도 있습니다. 장치 버전을 지정하면 해당 장치는 플릿에 고정된 버전을 따르지 않고 업데이트합니다.

참고

이 기능은 제공하지만 장치별 버전 고정은 권장하지 않습니다. 플릿의 모든 장치가 동일한 환경 구성을 공유한다는 취지와 어긋나며, 적절히 관리하지 않으면 이후 관리에 어려움이 생길 수 있습니다.

지정을 완료하면 장치 개요 페이지에서 장치의 다음 작업인 현재 지정 버전 설치를 확인할 수 있습니다.

Release 배포 현황을 더 잘 파악하려면 해당 Release의 상세 페이지에서 어떤 장치에 설치되었는지 확인할 수 있습니다.

install_release_devices

서비스 변수 구성

서비스 변수 구성을 통해 장치에서 실행되는 애플리케이션에 환경 변수를 추가할 수 있습니다. 변수는 시스템 변수에 추가되지 않으며 장치의 서비스에만 적용됩니다.

플릿 공용 서비스 변수 구성

플릿에 구성한 서비스 변수는 모든 장치에 적용할 수 있습니다.

서비스 변수는 두 종류로 구분됩니다.

All Services: 플릿의 모든 서비스에 적용됩니다. 즉, 모든 장치 서비스가 이 변수를 사용합니다.

지정 서비스: 특정 Release의 개별 서비스에 적용되며, 해당 Release가 설치된 장치의 지정 서비스에서만 유효합니다.

- 변수 추가 절차

플릿의 공용 서비스 변수 페이지에서 변수 추가 버튼을 클릭합니다.

변수를 적용할 서비스를 선택하고 변수 이름과 값을 입력한 뒤 추가를 클릭합니다. 변수 이름에는 숫자, 영문자와 밑줄만 사용할 수 있습니다.

추가가 완료되면 목록에서 해당 변수를 확인할 수 있습니다.

장치 전용 서비스 변수 구성

특정 장치에 전용 서비스 변수를 추가할 수도 있습니다. 공용 서비스 변수와 같은 방식으로 동작하지만 해당 장치에서 실행되는 서비스에만 적용됩니다.

다음 사항에 유의하세요.

전용 변수와 공용 변수의 이름이 같으면 전용 변수가 우선 적용됩니다.

공용 변수의 값을 재정의할 수 있습니다. 재정의한 값은 해당 장치에만 적용되며 플릿의 기존 변수 값에는 영향을 주지 않습니다.

재정의한 변수를 삭제하면 장치는 공용 변수 값을 다시 적용합니다.

- 변수 추가 절차

장치의 전용 서비스 변수 페이지에서 변수 추가 버튼을 클릭합니다.

변수를 적용할 서비스를 선택하고 변수 이름과 값을 입력한 뒤 추가 버튼을 클릭합니다. 변수 이름에는 숫자, 영문자와 밑줄만 사용할 수 있습니다.

- 변수 재정의 절차

재정의 버튼을 클릭합니다.

변수 값을 입력하고 확인 버튼을 클릭합니다.

플릿의 공용 서비스 변수 페이지에서 어떤 장치가 변수를 재정의했는지 확인할 수 있습니다.

서비스 변수 안내

서비스 변수의 적용 범위는 무엇인가요?

컨테이너 애플리케이션: JelinaCloud는 서비스 변수를 environment(compose 구성의 environment 태그)에 추가합니다. 작성한 compose 구성의 environment와 변수 이름이 같으면 서비스 변수가 compose의 변수보다 우선합니다.

네이티브 애플리케이션: 서비스 변수는 애플리케이션 실행 환경 변수로 사용됩니다.

서비스 변수가 변경되면 장치는 어떻게 처리하나요?

컨테이너 서비스: 서비스 변수를 적용하기 위해 컨테이너를 제거한 뒤 다시 생성합니다.

네이티브 애플리케이션: 서비스를 재시작합니다.

서비스 변수로 애플리케이션 실행 정책을 유연하게 구성할 수 있습니다. 배포한 애플리케이션도 변수를 읽고 그에 따라 실행 정책을 변경할 수 있어야 합니다. 우리는 아키텍처 구성 지원을 제공하며 구체적인 구현 방식은 사용자가 결정합니다.

개발에 참고할 수 있는 사용 예시는 다음과 같습니다.

서비스 변수로 연결 키(연결 주소)를 전달하여 IoT Cloud(Azure, Amazon, Aliyun, Tencent)에 연결합니다.

데이터베이스 연결을 구성합니다.

MQ 연결을 구성합니다.

최대 리소스 사용량을 구성합니다.

구성 센터로 활용하여 서비스 실행 정책을 구성합니다.