OpenHarmony란 무엇인가 ── HarmonyOS·HarmonyOS NEXT와의 차이를 정리한다

“화웨이의 HarmonyOS는 오픈소스잖아요”라는 말을 들었을 때 정확히 답할 수 있으신가요. 답은 “절반은 맞고 절반은 틀리다”입니다. 오픈소스인 것은 OpenHarmony이고, HarmonyOS는 그것을 토대로 한 Huawei의 상용 제품입니다. 게다가 HarmonyOS는 도중에 내용물이 바뀌어서, 세대에 따라 Android 앱이 동작하기도 하고 동작하지 않기도 합니다.

한국어로 쓰인 정보는 이 부분이 뒤섞여 있는 경우가 많아, “훙멍(鴻蒙)=중국판 Android”, “OpenHarmony를 설치하면 HarmonyOS의 앱이 동작한다” 같은 오해가 자리 잡고 있습니다. 장치에 어떤 OS를 탑재할지 검토하는 입장에서 보면 이 혼란은 실질적인 피해가 됩니다. 조달처에 확인할 내용도, 법무가 신경 쓰는 라이선스도, 개발자가 배울 언어도 무엇을 가리키는지에 따라 전부 달라지기 때문입니다.

이 글에서는 임베디드 기기나 업무 시스템의 기술자를 대상으로, OpenHarmony / HarmonyOS / HarmonyOS NEXT의 관계를 OpenHarmony 공식 문서와 Huawei의 공식 발표라는 1차 정보를 바탕으로 정리합니다. “장치에 탑재할 선택지가 되는가”라는 실무 판단은 자매 글인 장치에 탑재하는 OS로서 OpenHarmony는 선택지가 될 수 있는가에서 다룹니다.

본 글의 기술 내용은 2026년 7월 시점의 1차 정보에 기반합니다. 특히 세대 명칭(NEXT / 5 / 6 / 7), 스마트폰과 앱 시장의 지역 전개, 커뮤니티의 브랜치 유지보수 일정은 변화가 빠른 영역입니다. 조달이나 설계 판단에 사용하기 전에 각 절의 각주에 제시한 출처를 열어 날짜를 확인해 주십시오.

1. 먼저 결론

• OpenHarmony는 OpenAtom 재단(开放原子开源基金会)이 육성·운영하는 오픈소스 OS 프로젝트입니다. Huawei의 제품이 아니라 재단의 프로젝트로, 소스는 공개 저장소에서 누구나 취득할 수 있습니다.¹²
• HarmonyOS는 Huawei의 상용 OS 제품으로, OpenHarmony와는 별개입니다. OpenHarmony를 토대로 하면서 Huawei 독자의 프레임워크·앱 배포 기반·클라우드 서비스가 얹혀 있습니다. HarmonyOS의 소스 전체가 공개되어 있는 것은 아닙니다.
• HarmonyOS는 세대에 따라 내용물이 바뀌었습니다. 1~4.x 세대는 AOSP(Android Open Source Project)와 OpenHarmony를 조합한 구성으로 Android 앱이 동작했지만, HarmonyOS NEXT(=HarmonyOS 5) 이후로는 AOSP 유래 코드가 제거되어 Android 앱이 동작하지 않습니다.³
• “NEXT”라는 명칭은 HarmonyOS 6에서 사용되지 않게 되었습니다. 2026년 6월의 HDC 2026에서는 HarmonyOS 7의 개발자 베타가 발표되었고, 동시에 “OpenHarmony는 100개가 넘는 상용 버전을 출시했다”고 설명되었습니다.⁴
• OpenHarmony는 하나의 OS 제품이 아니라 “3가지 시스템 타입”을 가진 프레임워크입니다. 최소 128KiB의 MCU용(경량 시스템)부터 128MiB 이상의 애플리케이션 프로세서용(표준 시스템)까지, 같은 체계 안에서 구성을 전환합니다.⁵
• 라이선스는 코드가 Apache License 2.0을 중심으로 한 구성입니다. LiteOS-A 커널은 BSD 3조항, 문서는 CC BY 4.0으로 부분마다 다릅니다. 채택 시에는 해당 저장소의 LICENSE를 개별적으로 확인해 주십시오.⁶⁷⁸
• 커뮤니티의 유지보수 기간은 Release 브랜치 2년, LTS 브랜치 3.5년입니다. 게다가 LTS 브랜치는 2021년 9월의 3.0-LTS가 마지막이며, 3.1 이후 공개된 브랜치는 모두 Release입니다. 장치의 10년 라이프사이클과는 전제가 맞지 않습니다.⁹¹⁰¹¹
• HarmonyOS의 스마트폰과 앱 시장은 사실상 중국 중심입니다. Huawei의 글로벌 소비자용 사이트는 2026년 7월 현재도 HarmonyOS 2 소개 페이지이며, HarmonyOS 6은 중국용 사이트에서 안내되고 있습니다. 다만 웨어러블 등에는 중국 밖에서도 HarmonyOS 5계·6계가 배포되고 있어, “HarmonyOS 5 이후=중국 한정”은 아닙니다.¹²¹³¹⁴
• 유럽에는 OpenHarmony 기반의 별도 계통이 있습니다. Eclipse Foundation의 Oniro 프로젝트가 OpenHarmony를 토대로 유럽·글로벌 시장을 겨냥한 확장을 진행하고 있습니다(2026년 7월 시점에 Incubating 단계).¹⁵

2. 계보를 한 장으로 정리한다

먼저 전체상입니다. “훙멍(HarmonyOS)”이라 불리는 것에는 적어도 3가지 서로 다른 실체가 있습니다.

표의 행을 시간축으로 다시 나열하면 “같은 이름의 OS 내용물이 어디서 바뀌었는지”를 한눈에 알 수 있습니다.

timeline
    title HarmonyOS의 세대와 AOSP 유무
    2019 : HarmonyOS 1.0 : 스마트스크린용
    2021-2024 : HarmonyOS 2-4.x : AOSP와 OpenHarmony의 혼성 : Android 앱이 동작
    2024 : HarmonyOS NEXT = 5 : AOSP 유래 코드를 제거 : Android 앱은 동작하지 않음
    2025 : HarmonyOS 6 : NEXT라는 명칭이 사라짐
    2026 : HarmonyOS 7 : HDC 2026에서 개발자 베타 발표

그림 1: HarmonyOS의 세대와, Android 앱이 동작하는지 여부의 경계선¹⁶³⁴

경계선은 2024년의 NEXT(=5)입니다. 이 선보다 이전 세대를 다룬 경험과 이후 세대에 대한 이야기가 사내에서 뒤섞여 있지 않은지를 먼저 확인해 주십시오.

그리고 최근 하나 더, 알아두면 시야가 넓어지는 계통이 있습니다.

바꿔 말하면 OpenHarmony는 “재료”, HarmonyOS와 Oniro는 “그 재료로 만들어진 서로 다른 제품”입니다. Linux 커널에 대한 Red Hat Enterprise Linux와 Debian 같은 관계를 떠올리면 감이 비슷해집니다. 다만 Linux와 달리 OpenHarmony는 커널뿐 아니라 UI 프레임워크나 앱 모델까지 포함하는, 상당히 수직으로 쌓아 올린 한 세트라는 점이 다릅니다.

3. OpenHarmony의 실체 ── 무엇이 들어 있는가

OpenHarmony 공식 문서는 이 프로젝트를 “OpenAtom 재단이 육성·운영하는 오픈소스 프로젝트로, 모든 시나리오의 스마트 디바이스를 위한 오픈소스 분산 OS 프레임워크를 구축하는 것을 목적으로 한다”고 설명하고 있습니다.¹

이 장에는 고유명사가 집중되어 있으므로, 먼저 최소한의 대조표를 준비해 두겠습니다.

4계층 아키텍처

아키텍처는 아래에서부터 순서대로 커널 계층·시스템 서비스 계층·프레임워크 계층·애플리케이션 계층의 4계층입니다.¹

• 커널 계층: 멀티 커널 설계로, 디바이스의 리소스 제약에 따라 Linux 또는 LiteOS를 선택합니다. 커널 추상화 계층(KAL)이 구현 차이를 숨기고, 상위 계층에 공통의 프로세스·메모리·파일 시스템·네트워크·주변기기 관리를 제공합니다. 드라이버는 HDF(Hardware Driver Foundation)라는 독자 통합 드라이버 기반으로 작성합니다.
• 시스템 서비스 계층: 분산 소프트버스(DSoftBus), 분산 데이터 관리, 분산 스케줄러, 멀티모달 입력, 그래픽스, 보안, AI 등.
• 프레임워크 계층: C/C++/JS용 애플리케이션 프레임워크와 Ability 프레임워크, JS용 ArkUI 프레임워크.
• 애플리케이션 계층: 시스템 앱과 서드파티 앱.

여기서 중요한 것은 “멀티 커널”이라는 설계가 OpenHarmony의 성격을 결정하고 있다는 점입니다. 같은 이름의 OS이면서도 MCU 위에서는 LiteOS-M이, 리치한 기기 위에서는 Linux 커널이 동작합니다. “OpenHarmony의 커널은 무엇인가요”라는 질문에는 “어느 시스템 타입 이야기인가요”라고 되물을 필요가 있습니다.

3가지 시스템 타입

공식 문서는 기본 시스템 타입을 3가지 정의하고 있습니다.⁵

128 KiB부터 시작한다는 점이 이 OS의 독특한 부분입니다. 공식 문서에도 “수백 KiB부터 GiB급까지의 RAM에 대응한다”고 쓰여 있습니다.¹ 컴포넌트화된 설계로, 필요 없는 컴포넌트를 구성에서 제외하고 쌓아 올리는 방식으로 되어 있습니다.

분산 기능이라는 핵심 개념

OpenHarmony의 특징으로 공식이 가장 먼저 꼽는 것은 DSoftBus(분산 소프트버스) 를 중심으로 한 기기 간 연계입니다.¹ 근거리 기기들을 발견·연결·네트워크화하고, 통신 방식과 무관하게 데이터를 전송하는 공통 기반으로, 그 위에 분산 데이터 관리(기기 간 데이터 동기화)와 분산 스케줄러(기기 간 앱 실행·이전)가 얹힙니다.

이 “여러 기기를 하나의 슈퍼 디바이스로 다룬다”는 사상이 HarmonyOS의 스마트폰·태블릿·차량 간 연계 경험의 토대가 되고 있기도 합니다. 반대로 말하면 단일 장치에 임베디드하여 사용하는 것만이라면, OpenHarmony의 핵심 기능 절반은 사용하지 않게 됩니다. 이 점은 채택 판단에 영향을 미칩니다.

개발 보드와 하드웨어

커뮤니티가 지원을 공표한 개발 보드는 22종입니다.¹⁷ 표준 시스템용으로는 Rockchip RK3568을 탑재한 HiHope HH-SCDAYU200이나 NXP i.MX8M Mini를 탑재한 MILOS_Standard0, 소형 시스템용으로는 STM32MP157A를 탑재한 BearPi-HM Micro, 경량 시스템용으로는 Hi3861이나 STM32F407, ESP32, RISC-V의 HPM6750 등, 중국계 SoC뿐 아니라 ST나 NXP의 칩도 포함되어 있습니다. 산업 용도를 상정한 기재가 있는 제품도 있으며, 예를 들어 MILOS_Standard0은 “산업·의료용 고성능 계측 기기, 산업 제어와 HMI, 교통, 방재, 빌딩”이 용도로 언급되어 있습니다.¹⁷

4. HarmonyOS의 실체 ── AOSP 혼성기와 NEXT 이후

HarmonyOS는 Huawei의 상용 OS 제품입니다. 여기서 짚어야 할 점은 같은 “HarmonyOS”라는 이름이면서도 세대별로 내용물이 다르다는 것입니다.

• HarmonyOS 1.0(2019년): 처음 탑재된 것은 스마트폰이 아니라 스마트스크린(Honor Vision)이었습니다. OpenHarmony가 OpenAtom 재단에 기증되기 전 세대로, 스마트폰용 OS로 유통되었던 것은 아닙니다.¹⁶
• HarmonyOS 2~4.x(2021~2024년): 스마트폰에 전개된 세대입니다. AOSP와 OpenHarmony를 조합한 구성으로, 이 세대의 단말기는 Android 앱(APK)과 HarmonyOS 앱을 모두 동작시킬 수 있었습니다. 한국에서 “HarmonyOS는 중국판 Android겠지”라는 이해가 퍼진 것은 이 세대의 실제 모습이 그렇게 보였기 때문입니다.³
• HarmonyOS NEXT(=HarmonyOS 5, 2024년): AOSP 호환 레이어와 Android 라이브러리가 제거되어 Android 앱이 동작하지 않게 되었습니다. 동작하는 것은 HarmonyOS 네이티브 앱뿐입니다.³ 여기서 말하는 네이티브 앱은 ArkTS만을 의미하지 않습니다. C/C++로 작성하는 Native API(NDK) 모듈을 조합할 수도 있고, Huawei가 자체 개발한 언어 Cangjie(仓颉)도 HarmonyOS용 앱 개발 선택지로 제공됩니다.¹⁸
• HarmonyOS 6 이후(2025년~): “NEXT”라는 명칭이 사라지고 단순히 HarmonyOS 6이 되었습니다. 2026년 6월 12일 HDC 2026(둥관)에서는 HarmonyOS 7의 개발자 베타 시작이 발표되었고, HarmonyOS 6 단말기 대수가 6,600만 대를 돌파한 것, 등록 개발자가 1,100만 명을 넘은 것, 앱 스토어에서 취득 가능한 앱·서비스가 40만 개를 넘은 것, HarmonyOS가 중국에서 2위 스마트폰 OS가 된 것이 공표되었습니다.⁴

같은 발표에서 Huawei는 OpenHarmony 쪽에 대해서도 “100개가 넘는 상용 버전이 출시되었다”고 언급했습니다.⁴ 즉 Huawei에게 OpenHarmony는 자사 스마트폰의 토대인 동시에, 타사가 산업용 제품을 만들기 위한 공급원이기도 하다는 위치입니다.

지역성은 “단말기 종류”로 구분해서 생각한다

한국에서 볼 때 실무상 영향을 미치는 것이 지역성인데, 여기서는 단말기를 하나로 묶으면 판단을 그르칩니다. 구분해야 할 것은 스마트폰과 앱 배포 생태계와 웨어러블 등 주변 디바이스의 펌웨어입니다.

• 스마트폰과 앱 시장은 중국 중심입니다. HarmonyOS 6의 제품 페이지는 중국용 사이트에 마련되어 있는 한편,¹³ Huawei의 글로벌 소비자용 사이트(consumer.huawei.com/en/harmonyos/)는 2026년 7월 시점으로 HarmonyOS 2 소개 페이지 그대로입니다.¹² NEXT계 스마트폰용 HarmonyOS 네이티브 앱과 그 배포 시장은 사실상 중국 국내 이야기로 보는 것이 타당합니다.
• 한편 HarmonyOS라는 브랜드는 중국 밖 단말기에도 탑재되어 있습니다. Huawei는 글로벌 시장의 스마트워치에도 HarmonyOS 5계·6계 펌웨어 업데이트를 배포하고 있어, “HarmonyOS 5 이후=중국 국내 한정”이라고까지는 말할 수 없습니다.¹⁴

따라서 한국 기업이 “HarmonyOS 앱을 만들어 배포한다”는 이야기를 한다면, 그것은 중국 시장을 겨냥한 사업 판단과 세트가 됩니다. 한편 OpenHarmony 쪽은 지역과 무관하게 누구나 소스를 취득해 사용할 수 있으므로, 이 두 가지는 의사결정으로서 완전히 별개로 다루어야 합니다.

5. “OpenHarmony 앱”과 “HarmonyOS 앱”은 같은가

짧게 말하면 “같은 계보지만 같은 것은 아니다”입니다.

공통되는 것은 ArkTS(TypeScript를 확장한 선언형 UI용 언어)와 ArkUI(선언형 UI 프레임워크), Ability(앱의 실행 단위)라는 앱 모델의 골격입니다. OpenHarmony 6.0 Release의 릴리스 노트를 보면, ArkUI의 레이아웃 기능 확장, ArkWeb의 Chromium 커널을 114에서 132로 업데이트, AppServiceExtensionAbility 추가, 키오스크 모드 대응 등, HarmonyOS의 기능 추가와 매우 비슷한 항목이 나열되어 있습니다.¹⁹

다른 것은 주변부입니다. HarmonyOS 앱은 Huawei의 HarmonyOS SDK와 DevEco Studio, 그리고 AppGallery라는 배포 기반과 HMS(Huawei Mobile Services)의 클라우드 API를 전제로 만들어집니다. OpenHarmony에는 이것들이 없습니다. 따라서

• OpenHarmony를 탑재한 자사 장치에 AppGallery의 앱을 넣을 수는 없습니다.
• HarmonyOS용으로 만든 앱이 OpenHarmony 실기에서 그대로 동작하는 것도 보장되지 않습니다. 의존하는 API가 Huawei 확장인지 OpenHarmony 표준인지를 하나씩 확인할 필요가 있습니다.

장치에 OpenHarmony를 채택한다면, 그 위에서 동작하는 앱은 자사(또는 채택한 배포판의 벤더)가 만든다는 전제로 계획하는 것이 정답입니다. “중국제 앱 자산을 사용할 수 있다”는 기대로 채택을 판단하면 빗나갑니다.

6. 버전과 API 레벨 읽는 법

OpenHarmony의 버전에는 API 레벨이 대응되어 있으며, 공식 문서 저장소의 README에 목록이 있습니다.²⁰

이 목록은 문서 저장소의 README에 실려 있는 것인데, 같은 저장소의 릴리스 노트 색인에는 더 새로운 6.1 Release(2026년 3월 8일)와 6.0.0.1 / 6.0.0.2가 나열되어 있습니다.¹¹ 공식 문서 내에서도 “최신판” 표기가 따라잡지 못하는 경우가 있으므로, 버전을 확정할 때는 README뿐 아니라 릴리스 노트 색인도 살펴봐 주십시오.

HarmonyOS 쪽에도 마찬가지로 API 레벨이 매겨져 있으며, Huawei의 개발자 문서에서 버전별 릴리스 노트가 공개되어 있습니다.²¹ 번호 체계가 비슷해서 혼동하기 쉽지만, OpenHarmony의 API Level 20과 HarmonyOS의 API Level 20이 반드시 동일한 API 집합을 가리키는 것은 아닙니다. 사양을 확인할 때는 어느 쪽 문서를 읽고 있는지를 항상 의식해 주십시오.

7. 유지보수 기간 ── 장치 개발자가 가장 먼저 확인해야 할 숫자

OpenHarmony 커뮤니티는 브랜치의 생명주기를 다음과 같이 정의하고 있습니다.⁹

• Release 브랜치의 생명주기는 2년(주동 유지보수 1년+수동 유지보수 1년)
• LTS 브랜치의 생명주기는 3.5년(주동 유지보수 2년+수동 유지보수 1.5년)
• 주동 유지보수 기간은 커뮤니티가 태그 버전을 계획적으로 출시하고, 결함과 보안 취약점을 수정하는 기간
• 수동 유지보수 기간은 태그 버전의 계획·출시를 하지 않고, 중대 이상의 보안 취약점과 결함만을 수정하는 기간

그리고 실제로 공개되어 있는 브랜치의 유지보수 일정은 다음과 같습니다.¹⁰

이 표에서 읽을 수 있는 것은 3가지입니다.

1. LTS 브랜치는 3.0-LTS(2021년 9월)가 마지막입니다. LTS는 그 이전에도 있었으며, 1.1.0 LTS(2021년 4월)와 그 계열(1.1.x LTS)이 릴리스 노트에 남아 있습니다.¹¹ 그러나 3.1 이후 공개된 브랜치는 모두 Release, 즉 유지보수는 2년입니다.
2. 표에 실린 브랜치는 2026년 7월 시점으로 모두 유지보수가 종료되었습니다. 5.x계와 6.0 Release는 아직 이 표에 실려 있지 않습니다.
3. 10년 가동하는 장치의 전제와는 자릿수가 다릅니다. Windows 11 IoT Enterprise LTSC 2024가 2034년 10월까지 10년간 지원되는 것과 비교하면, 설계 사상 자체가 다르다는 것을 알 수 있습니다.

이것은 OpenHarmony가 뒤떨어진다는 이야기가 아니라, “커뮤니티 버전을 그대로 제품에 탑재하고 방치한다”는 사용법을 상정하고 있지 않다는 것입니다. 실제 산업 채택에서는 상용 배포판 벤더가 자체적으로 브랜치를 유지보수하고, 그 유지보수를 유상으로 판매하는 형태가 됩니다. Huawei가 “OpenHarmony는 100개가 넘는 상용 버전을 출시했다”고 말하는 것은 이 층의 두터움을 가리키는 것입니다.⁴

8. 라이선스와 입수 경로

라이선스

OpenHarmony는 단일 라이선스 프로젝트가 아닙니다. 저장소마다 다릅니다.

제품에 임베디드하는 경우, 자사가 실제로 링크하는 범위의 저장소의 LICENSE를 하나씩 확인하는 것이 원칙입니다. “OpenHarmony는 Apache 2.0이니까 안심”이라고 뭉뚱그리면 커널 부분의 GPL 의무를 놓치게 됩니다.

그렇다면 업무 이용에서 실제로 무엇이 문제가 되는지를 3줄로 정리하겠습니다. 먼저 개변과 재배포 자체는 어느 라이선스에서도 금지되어 있지 않습니다. Apache 2.0은 개변·재배포를 허용하는 대신, 라이선스 전문 동봉, 저작권 표시 등 귀속 표시의 유지, 변경한 파일에 대한 변경 사항 명시, NOTICE 파일이 있으면 그 승계를 요구합니다.⁶ BSD 3조항은 저작권 표시·조건문·면책 조항의 재게재를 요구하고(바이너리만 배포하는 경우에는 취급설명서 등의 동봉물에 싣는 형태가 됩니다), 권리자의 이름을 추천 표시에 사용하는 것을 금지합니다.⁷ 즉 장치에 임베디드하여 출시하는 경우, “라이선스 표시”를 제품 측에 준비하는 작업이 반드시 발생합니다(취급설명서 말미, 본체 설정 화면의 “라이선스 정보”, 동봉하는 텍스트 파일 등, 어느 방식으로 충족할지를 설계 단계에서 정해 주십시오). 그리고 표준 시스템의 Linux 커널을 개변하여 배포한다면, GPLv2에 따라 해당하는 소스 코드를 제공할 의무가 별도로 발생합니다. 문서를 사내 자료로 전재하는 경우에는 CC BY 4.0의 크레딧 표시가 필요합니다.⁸

소스 입수

소스는 Android와 같은 repo 도구로 취득합니다. 공식 문서에 기재된 절차는 다음과 같습니다.²

repo init -u https://gitcode.com/openharmony/manifest.git -b master --no-repo-verify
repo sync -c
repo forall -c 'git lfs pull'

호스팅은 gitcode.com, gitee.com, GitHub의 미러가 안내되어 있으며, SSH·HTTPS 모두 준비되어 있습니다.² 출시 버전을 고정해서 취득하고 싶은 경우에는 브랜치명을 OpenHarmony-6.0-Release 같은 버전명으로, 또는 태그(refs/tags/OpenHarmony-v6.0-Release)로 전환합니다. 특별한 등록이나 허가 절차는 없습니다.

실기 보드를 사기 전에 구조를 확인하고 싶다면 QEMU상에서 동작시키는 경로도 준비되어 있습니다. device_qemu 저장소는 Arm Virt(LiteOS-A / Linux), Cortex-M4(mps2-an386), Cortex-M55(mps3-an547), RISC-V(riscv32_virt), Xtensa(esp32), C-SKY(SmartL_E802)의 에뮬레이션 절차를 갖추고 있습니다.²²

9. 유럽계 분기 ── Eclipse Oniro

한국의 기술자가 놓치기 쉬운 것이 Eclipse Foundation이 운영하는 Oniro 프로젝트입니다. 프로젝트 페이지에는 “Eclipse Oniro for OpenHarmony는 OpenAtom 재단이 육성·운영하는 오픈소스 프로젝트인 OpenHarmony의 기반 계층 위에 구축된다”고 명기되어 있으며, 유럽 및 글로벌 시장을 겨냥해 React Native 지원, Eclipse Theia 기반 IDE, Servo 웹 엔진 등을 추가하는 방침이 제시되어 있습니다. 라이선스는 Apache 2.0과 MIT, 프로젝트 상태는 2026년 7월 시점으로 Incubating입니다.¹⁵

“중국발 OS는 조달 방침상 어렵다”는 제약이 있는 조직에게, 유럽 재단의 거버넌스 아래에 있는 동계통 선택지가 존재한다는 것은 검토의 폭으로서 알아둘 가치가 있습니다. 다만 Incubating 단계라는 점, 커뮤니티 규모가 OpenHarmony 본체와는 비교가 안 되는 점은 그대로 채택 리스크가 됩니다.

10. 정리 ── 3가지를 구분해서 말한다

• OpenHarmony는 OpenAtom 재단의 오픈소스 OS 프로젝트입니다. 128 KiB의 MCU부터 128 MiB 이상의 리치 디바이스까지를 하나의 체계로 커버하며, 소스는 누구나 취득할 수 있습니다. 장치에 채택할지 검토하는 대상은 이것입니다.
• HarmonyOS는 Huawei의 상용 OS 제품입니다. 1~4.x 세대는 AOSP와의 혼성으로 Android 앱이 동작했지만, NEXT(=5) 이후로는 AOSP가 제거되어 ArkTS 앱만의 세계가 되었습니다. 사실상 중국 시장을 겨냥한 제품입니다.
• Eclipse Oniro는 OpenHarmony를 토대로 한 유럽발 계통입니다. 아직 Incubating 단계지만, 거버넌스 소재라는 관점에서는 다른 선택지입니다.

이 3가지를 뒤섞지 않고 이야기할 수 있게 되면 사내 논의가 훨씬 구체적으로 변합니다. “HarmonyOS를 채택할 것인가”가 아니라 “OpenHarmony의 표준 시스템을, 어느 상용 배포판의 유지보수와 함께, 어느 SoC에 탑재할 것인가”라는 질문으로 번역할 수 있기 때문입니다. 그 이후의 실무 판단 ── 유지보수 기간·하드웨어 선택지·개발 환경·조달성을 Windows IoT나 임베디드 Linux와 나란히 비교하는 이야기는 자매 글로 나누었습니다.

관련 글

• 장치에 탑재할 OS로서 OpenHarmony는 선택지가 될 수 있는가 ── Windows IoT·임베디드 Linux와의 비교
• 산업용 PC에는 어떤 Windows를 넣어야 하는가 ── Windows IoT Enterprise / LTSC 실전 가이드
• Windows 10 지원 종료 이후의 현실적 해법 ── ESU·LTSC·교체 판단표

관련 상담 영역

합동회사 코무라소프트에서는 장치나 업무 시스템에 탑재하는 OS·실행 기반의 선정, 기존 Windows 앱의 이전 가능 여부 판단, 장기 가동을 전제로 한 구성 리뷰를 다루고 있습니다. “새로운 OS가 후보로 올라왔지만 판단 자료가 부족하다”는 단계부터 상담을 받으실 수 있습니다.

• 기술 상담·설계 리뷰
• Windows 앱 개발
• 문의하기

참고 링크

관련 기사

같은 태그를 공유하는 최신 기사입니다. 더 가까운 주제로 지식을 넓힐 수 있습니다.

관련 토픽

이 기사와 가까운 토픽 페이지입니다. 기사를 출발점 삼아 관련 서비스와 다른 기사로 이어집니다.

이 주제와 연결되는 서비스

이 기사는 다음 서비스 페이지로 이어집니다. 가까운 입구부터 확인해 주세요.

자주 묻는 질문

이 기사 주제에 대해 상담 시 자주 나오는 질문을 모았습니다.

OpenHarmony와 HarmonyOS는 같은 것인가요?

같은 것이 아닙니다. OpenHarmony는 OpenAtom 재단(开放原子开源基金会)이 육성·운영하는 오픈소스 OS 프로젝트로, 소스 코드는 누구나 취득할 수 있으며 Apache License 2.0 등의 오픈소스 라이선스로 배포됩니다. 한편 HarmonyOS는 Huawei의 상용 OS 제품으로, OpenHarmony를 토대로 하면서 그 위에 Huawei 독자의 프레임워크, 앱 배포 기반(AppGallery), 클라우드 서비스(HMS)를 얹은 것입니다. 'OpenHarmony가 공개되어 있으니 HarmonyOS의 소스를 전부 읽을 수 있다'는 것도 아니고, 'OpenHarmony를 탑재한 장치에 AppGallery의 앱이 들어간다'는 것도 아닙니다. Linux 커널과 상용 Linux 배포판의 관계에 가깝다고 생각하면 이해하기 쉽습니다.

HarmonyOS NEXT란 무엇인가요? HarmonyOS 5나 6과의 관계는요?

HarmonyOS NEXT는 Android(AOSP) 유래 코드를 제거한 세대의 HarmonyOS에 붙은 명칭으로, 제품 버전으로는 HarmonyOS 5에 해당합니다. 스마트폰에 전개된 HarmonyOS 2~4.x 세대는 AOSP와 OpenHarmony를 조합한 구성으로, Android 앱(APK)도 동작했습니다(그 이전의 HarmonyOS 1.0은 2019년에 스마트스크린용으로 등장한 세대입니다). NEXT 이후로는 AOSP 호환 레이어가 사라지고, 동작하는 것은 HarmonyOS 네이티브 앱뿐입니다. 여기서 말하는 네이티브 앱은 ArkTS에 국한되지 않고, C/C++의 Native API(NDK)나 Huawei 독자 언어인 Cangjie(仓颉)도 선택지에 포함됩니다. 이어지는 HarmonyOS 6에서는 NEXT라는 명칭 자체가 사용되지 않고, 단순히 HarmonyOS 6으로 불립니다. 2026년 6월의 HDC 2026에서는 HarmonyOS 7의 개발자 베타가 발표되었습니다.

OpenHarmony로 만든 장치에 HarmonyOS 앱을 설치할 수 있나요?

할 수 있다고 생각하지 마십시오. OpenHarmony와 HarmonyOS는 ArkTS·ArkUI라는 공통 계보를 가지고 있고 API 레벨 번호도 가까운 값이 매겨져 있지만, HarmonyOS 앱은 Huawei의 HarmonyOS SDK와 AppGallery를 전제로 만들어지며 OpenHarmony 단독 환경에는 그것들이 없습니다. 반대로 OpenHarmony용으로 만든 앱이 HarmonyOS 실기에서 그대로 동작하는 것도 보장되지 않습니다. 장치에 OpenHarmony를 채택하는 경우, 앱은 자사(또는 채택한 배포판의 벤더)가 OpenHarmony의 API에 대해 만든다는 전제로 계획하십시오.

OpenHarmony의 지원 기간은 어느 정도인가요?

커뮤니티의 생명주기 정책에서는 Release 브랜치가 2년(주동 유지보수 1년+수동 유지보수 1년), LTS 브랜치가 3.5년(2년+1.5년)으로 정의되어 있습니다. 다만 LTS 브랜치는 2021년 9월의 3.0-LTS가 마지막이며(그 이전에는 1.1.0 LTS가 있습니다), 3.1 이후 공개된 브랜치는 모두 Release입니다. 산업용 기기처럼 10년 가동을 전제로 하는 제품에 이 OS를 사용하는 경우, 커뮤니티의 유지보수 기간만으로는 부족하여 상용 배포판 벤더의 유지보수를 구매하거나 자사에서 브랜치를 유지보수하는 체제가 필요해집니다.

일본의 개발자가 OpenHarmony를 다루려면 어떻게 해야 하나요?

소스 코드는 gitcode.com / gitee.com / GitHub의 미러에서 repo 도구로 취득할 수 있으며, 계정 등록이나 수출 허가 같은 특별한 절차는 필요하지 않습니다. 공식 문서는 중국어와 영어 두 종류가 준비되어 있으며 한국어판은 없습니다. 실기 보드를 사기 전에 QEMU상에서 동작시켜 구조를 확인할 수도 있습니다. 우선 영어 문서의 'Device Development' 입구에서, 대상으로 삼을 시스템 타입(경량/소형/표준)을 결정하는 것부터 시작하는 것이 현실적입니다.

저자 프로필

기사 저자의 프로필 페이지입니다.

Go Komura

합동회사 코무라소프트 대표

Windows 소프트웨어 개발, 기술 상담, 장애 조사를 중심으로 재현이 어려운 장애 조사와 기존 자산이 남아 있는 프로젝트에 강점이 있습니다.