← 제품으로 돌아가기

JelinaOS산업용 엣지 운영체제

장비는 오랫동안 운영하고업데이트에는 되돌아갈 경로를 확보하세요

현장 장비는 수년간 운영되어야 하며 시스템도 계속 발전해야 합니다. JelinaOS는 산업용 Linux 기반에서 네이티브 및 컨테이너 애플리케이션을 실행하고, 업데이트와 부팅 검증, 복구 경로를 장비 수명 주기에 포함합니다.

산업 장비 내부의 애플리케이션 계층, 독립 데이터 계층, A/B 시스템 파티션과 업데이트 후 재부팅, 검증, 롤백 경로.
납품 이후에도 유지보수하고 발전시킬 수 있습니다.
01

기존 네이티브 및 컨테이너 애플리케이션 계속 활용

02

운영 데이터와 시스템 분리 관리

03

업데이트 이상 발생 시 복구 경로 확보

01 / 달라지는 점

장비는 수년간 운영되지만 시스템은 더 이상 손대기 어렵습니다.

업데이트가 현장에 영향을 줄 수 있고 시스템과 데이터는 뒤섞여 있으며, 실패 후 복구도 엔지니어의 방문에 의존합니다. 시간이 지날수록 알려진 문제가 이전 버전에 남아 장비를 발전시키기 더욱 어려워집니다.

01

기존 애플리케이션의 가치를 이어 갑니다.

네이티브 프로그램과 컨테이너 워크로드는 동일한 산업용 Linux 기반에서 실행될 수 있습니다. 팀은 애플리케이션 요구에 맞춰 배포 방식을 선택하고 기존 소프트웨어 경험을 현장 장비에 활용합니다.

02

시스템은 업데이트하고 데이터는 독립된 위치에 보관합니다.

실행 중 쓰기는 독립 데이터 파티션으로 전달되어 시스템과 데이터를 분리하여 구성합니다. 일상적인 유지보수에서 엔지니어는 시스템 버전과 현장에서 생성된 내용을 더 명확히 구분할 수 있습니다.

03

다음 업데이트 전에 되돌아갈 경로를 알아 둡니다.

새 버전을 먼저 대기 시스템에 기록하고 재부팅 후 전환하여 검증합니다. 부팅이나 검증에 이상이 있으면 복구 메커니즘에 따라 롤백합니다. 업데이트 전에 복구 경로를 설계하여 실패 후 수동 처리 비용을 줄입니다.

02 / 달라지는 업무 방식

한 번의 업데이트에도 설계된 복구 경로가 있습니다.

현재 시스템은 애플리케이션을 실행하고 대기 시스템은 새 버전을 받습니다. 재부팅하여 전환한 후 새 시스템을 검증하며, 운영 데이터는 독립 파티션에 보관됩니다.

개념도
네이티브 및 컨테이너 애플리케이션
시스템 A
시스템 B
업데이트 · 재부팅 · 검증
오류 시 이전 시스템 복귀
독립 운영 데이터

시스템 전환에는 재부팅이 필요합니다. 검증 결과에 따라 새 시스템을 계속 사용하거나 복구 절차를 시작합니다.

03 / 구현 살펴보기

업데이트 후 되돌아가려면 전환 메커니즘을 이해해야 합니다.

A/B 이중 시스템 문서는 대기 파티션 기록, 재부팅 전환, 부팅 검증, 롤백 적용 시점을 설명하여 팀이 현장 유지보수 시간에 맞는 업데이트 계획을 세우도록 돕습니다.

A/B 업데이트 및 롤백 알아보기

JELINA / OS

다음 업데이트에서 되돌아갈 경로를 지금 설계하세요.

먼저 하드웨어 플랫폼, 기존 애플리케이션, 현장 유지보수 가능 시간을 확인하고 제품 가이드를 바탕으로 장비 운영, 업데이트, 복구를 계획하세요.