운영 도입 절차

이 페이지에서는 JelinaCloud로 엣지 장치 그룹을 관리하는 프로젝트 절차를 설명합니다. 실제로 설치하는 것은 장치 운영체제와 업무 애플리케이션이며, JelinaCloud는 장치 연결, 애플리케이션 배포, 모니터링·제어와 원격 운영 기능을 제공합니다.

1단계: 설계

하드웨어

• 아키텍처와 연산 성능: 업무 프로그램, 컨테이너 이미지와 AI 런타임에 따라 ARM64 또는 x86_64 플랫폼을 선택하고 CPU, 가속기와 애플리케이션 아키텍처가 호환되는지 확인합니다.
• 메모리와 스토리지: 서비스 수, 로그 양, 데이터 쓰기 빈도와 업데이트 패키지 크기를 고려하여 여유 공간을 확보합니다. 저장 매체가 현장 사용 조건에 적합한지 확인합니다.
• 주변 장치와 드라이버: 직렬 포트, CAN, 네트워크 포트, 카메라 등의 인터페이스와 해당 드라이버, 커널 및 장치 지원 패키지를 확인합니다.
• 전원과 환경: 현장의 전원, 온도, 진동과 네트워크 조건에 맞게 장치를 선택하고 실제 동작을 검증합니다.

JelinaOS 지원 장치에서 지원 범위를 확인한 뒤 최종 하드웨어와 시스템 조합을 결정합니다.

운영 환경

1. 장치 유형에 맞는 JelinaOS 이미지를 선택하고 배포판, 시스템 용도, 커널과 Jelinvisor 버전의 호환 조건을 확인합니다.
2. 애플리케이션을 컨테이너 또는 네이티브 프로그램 중 어떤 방식으로 실행할지 결정하고, 의존 라이브러리, 런타임, 장치 접근 권한과 시작 매개변수를 정리합니다. 네이티브 실행 환경을 고정해야 하면 테스트 장치에서 증분 패키지 구성을 먼저 검증합니다.
3. 장치가 프로젝트에서 사용하는 JelinaCloud 서비스와 애플리케이션 다운로드 주소에 접근할 수 있는지 확인하고, 현장 요구에 따라 네트워크, 시간 동기화와 원격 접속 방식을 구성합니다.
4. 애플리케이션, 구성과 영구 데이터를 구분하고, 서비스 재생성, 시스템 업데이트 또는 장치 복구 후 어떤 데이터를 보존해야 하는지 확인합니다.

2단계: 테스트 장치 연결

1. 조직, 팀, 플릿과 관리 권한을 준비하고 각 구성원이 담당하는 리소스 범위를 명확히 합니다.
2. 장치의 클라우드 등록에 따라 이미지와 장치 구성을 다운로드하고 해당 장치의 설치 지침에 따라 이미지를 기록합니다.
3. 장치를 시작하고 네트워크에 연결한 뒤 대상 플릿에 표시되는지 확인합니다. 장치 유형, 시스템 정보, 온라인 상태와 로그를 점검합니다.

장치 등록 구성에는 등록용 자격 증명이 포함됩니다. 장치별로 보관하고 사용하며, 공용 예제로 배포하지 마세요.

3단계: 애플리케이션 버전 구성과 검증

1. Release를 생성하여 컨테이너 이미지, 네이티브 프로그램과 필요한 서비스 구성을 정리합니다.
2. 테스트 장치에 버전을 배포하고 서비스 변수와 필요한 실행 환경을 구성합니다.
3. 현재 Release와 대상 Release가 일치하는지, 서비스가 정상인지, 로그에 이상이 있는지 확인합니다. 업무 기능, 리소스 사용량과 영구 데이터를 검증합니다.
4. 네트워크 단절 후 재연결, 서비스 재시작과 장치 재시작 이후의 동작을 검증하고, 애플리케이션의 클라우드 및 현장 시스템 의존성을 확인합니다.

4단계: 소규모 검증과 배포

테스트 플릿 또는 검증 장치 그룹에서 먼저 시범 운영한 뒤 프로젝트 계획에 따라 범위를 확대합니다. 테스트 장치와 운영 장치는 서로 다른 플릿으로 관리하고 대상 버전, 서비스 변수와 업데이트 정책을 각각 확인하는 것이 좋습니다.

• 플릿 버전 지정으로 대상 Release를 제어하고, 플릿이 Latest를 사용하여 최신 버전을 자동으로 따르는지 확인합니다.
• 개별 장치에 버전이 고정되어 있는지 점검하여 장치 설정과 플릿 정책의 불일치를 방지합니다.
• 배포 전후 버전과 검증 결과를 기록합니다. 오프라인 장치는 재연결된 후 실제 업데이트 상태를 확인해야 합니다.
• 이상 대응 계획을 준비합니다. 애플리케이션 버전 전환 시 데이터와 구성의 호환성을 검증해야 하며, 시스템·커널·장치 에이전트 업데이트는 각 구성 요소의 호환 및 업그레이드 규칙을 따라야 합니다.

5단계: 지속적인 모니터링과 유지보수

프로젝트 요구에 따라 장치 온라인 상태, 서비스 상태, 리소스와 로그를 점검하고, 권한에 따라 원격 접속으로 진단합니다. 문제 수정 사항은 테스트 장치에서 먼저 검증한 뒤 대상 플릿에 배포해야 합니다.

장치 이동, 비활성화 또는 프로젝트 종료 시 클라우드 장치 기록, 플릿 소속, 원격 접속 권한과 장치의 업무 데이터도 함께 점검합니다. 작업 진입점과 영향 범위는 장치 제어를 참조하세요.

단계별 산출물

단계	확인해야 할 결과
설계	하드웨어·시스템 호환성, 애플리케이션 실행 환경, 네트워크와 데이터 보존 요구
장치 연결	테스트 장치가 올바른 플릿에 등록되었으며 상태와 로그를 확인할 수 있음
버전 검증	Release, 변수와 실행 환경을 검증하고 업무 및 장애 복구 테스트 기록을 보유함
배포	업데이트 범위, 대상 버전, 유지보수 시간대와 이상 대응 계획이 명확함
지속적인 운영	실행 상태를 추적할 수 있고 책임과 접근 권한이 명확하며 후속 업데이트를 반복 검증할 수 있음