지난 10년간 오픈소스 이니셔티브는 여러 기술 분야를 재편했습니다. 소프트웨어 스택을 공개함으로써 전 세계 개발자들이 협업하고 코드를 공유하며 기업의 한계를 넘어선 집단적 성과로 개념을 전환할 수 있게 되었습니다. 초기에 간과되었으나 오픈소스 프로젝트의 양과 질이 증가하면서 결국 업계의 벤치마크로 자리 잡았습니다. 하지만 같은 모멘텀이 하드웨어 영역으로 완전히 전이되지는 않았습니다.
반면 하드웨어 진화는 전통적으로 기업 울타리 안에 머물며 경쟁 우위를 확보하려는 독점적 설계를 낳았습니다. 역사적으로 분절된 비협업적 접근은 서로 다른 표준과 분열된 시장을 초래했습니다. 지속 가능한 이점을 제공하는 대신 이러한 독점 생태계는 종종 병목 현상이 되어 원래 표준을 구식으로 만들었습니다. 소니의 블루레이가 대표적인 예입니다.
이 분리의 핵심 원인은 하드웨어에서 지적 재산권 보호에 의존하여 기업들이 설계를 내부적으로 유지하게 만든 것입니다. 그러나 이 전략은 확장성이 제한적이고 하드웨어 플랫폼 성장의 속도를 저해했습니다. 가볍면서 고성능 AI 솔루션에 대한 수요가 급증했을 때, 기존 강자인 FPGA, GPU, CPU는 특화된 추론 워크로드를 감당하지 못했습니다. Arm의 고급 명령어 세트조차도 발맞추기 버거웠습니다.
커스텀 컴퓨팅의 필요성을 인지한 아마존과 구글은 추론에 최적화된 프로세서를 만들기 위해 반도체 R&D에 투자하기 시작했습니다. 이 전환은 데이터 과학과 빅데이터 기반 지능 사이의 간극을 메울 수 있는 오픈소스 하드웨어 이니셔티브의 길을 열었습니다. 이 글은 오픈소스 소프트웨어의 여정을 되짚고 그 교훈을 추출해 오픈소스 하드웨어 채택을 가속화하고자 합니다.
20년 전 오픈소스 운동이 처음 등장했을 때 수익화는 불확실했고 다양한 모델이 점차 진화했습니다. 오늘날 3,500만 명 이상의 개발자가 코드에 기여하며 수십억 개의 디바이스를 구동하고 막대한 경제적 가치를 창출합니다. MongoDB($79억), Elastic($73억)의 상장과 GitHub의 Microsoft 인수($70억), RedHat의 IBM 인수($340억), MuleSoft의 Salesforce 인수($65억) 등 주목받는 인수 사례들은 오픈소스의 상업적 견인력을 입증합니다.
이제 모든 주요 기업이 어떤 형태로든 오픈소스 구성 요소를 활용합니다. 이는 시급한 문제에 대한 최적화된 솔루션을 신속하게 제공할 수 있게 해주기 때문입니다. 컴퓨터와 통신 부문이 오픈소스 소프트웨어의 약 60%를 소비하는 반면, 산업 및 의료 시장도 점점 더 이를 채택하고 있습니다. 엄격하게 테스트된 고성능 모듈의 가용성은 개발 주기를 획기적으로 단축시킵니다.
오픈소스는 독특한 마케팅 역학도 보여줍니다: 사용자가 그것을 깨닫기도 전에 고객이 됩니다. 자신들이 오픈소스 스택에 의존하고 있음을 인지할 즈음에는 전담 지원, 보안 패치, 장기 유지보수가 포함된 상업용 라이선스를 선호하는 경우가 많습니다. Apache 인큐베이팅 라이선스에서 MongoDB, Elastic, Cockroach가 사용하는 더 비즈니스 친화적인 모델로의 진화는 공격적인 마케팅 없이도 프리미엄 모델을 효과적으로 개척했습니다.
오픈소스 소프트웨어 성공의 핵심은 업계 전반에 공감되는 문제를 식별하고 비즈니스 모델이 유기적으로 성숙하도록 허용하는 데 있습니다. 코드에 대한 수요가 증가함에 따라 개발자 참여와 자본 유입도 늘어납니다. 고영향 과제를 해결하는 프로젝트는 임계 질량의 기여자를 끌어들이는 반면, 많은 소규모 이니셔티브는 커뮤니티 주도의 무료 형태로 남습니다.
오픈소스 코드에 비용을 지불하는 것은 전문 지원, 신속한 보안 업데이트, 지속적인 유지보수라는 약속으로 정당화됩니다. 이는 다양한 업계 요구와 위험 감수성을 충족시킵니다.
오픈소스 소프트웨어는 선도 기업들의 참여로 촉진된 지속 가능한 생태계를 통해 기술적, 상업적으로 진화했습니다.
구글의 선구적인 릴리스인 Android, TensorFlow, Kubernetes는 오픈소스가 어떻게 혁신적인 제품을 출시할 수 있는지 보여줍니다. 명확한 페인 포인트를 해결하고 대중적 채택을 얻은 후 상업적 성공을 거둔 스타트업들이 이 궤적을 예시합니다.
이 진화의 중심에는 리눅스가 있습니다. 리눅스는 다양한 구성 요소와 하드웨어를 통합하면서 견고한 성능을 제공하는 확장 가능한 기반입니다. 엄격한 실시간 요구 사항을 충족하거나 아키텍처별 뉘앙스를 수용하는 등 리눅스는 복잡한 사용 사례를 일관되게 충족시켜 왔습니다.
이 소프트웨어 관점에서 오픈소스 하드웨어로 눈을 돌려봅시다. 하드웨어도 Arduino의 오픈소스 마이크로컨트롤러 같은 성공 사례가 있지만, 확장성과 대중적 채택은 여전히 요원합니다.
Arduino는 오픈소스 하드웨어가 어떻게 연구자와 취미 개발자들에게 실험과 빠른 프로토타이핑을 민주화할 수 있는지 보여주는 전형적인 오픈소스 마이크로컨트롤러 플랫폼입니다.
모듈형 하드웨어는 고객이 여러 공급업체의 구성 요소를 조합하여 정확한 사양에 맞는 맞춤형 디바이스를 만들 수 있게 해줄 것을 약속합니다. 개념은 매력적이지만, 이를 광범위한 상업적 제공으로 전환하는 것은 어려움이 따랐습니다.
이 부족함은 모듈성을 진정으로 기능하게 만들 기초적인 하드웨어-코드 표준의 부재에서 크게 기인합니다. 기존 개발 주기의 긴밀하게 결합된 사일로 특성이 재사용 가능한 플러그인 모듈의 생성을 방해하며, 특히 프로세서가 무어의 법칙의 한계에 다가서며 획기적인 혁신을 요구하는 상황에서 더욱 그렇습니다.
오픈소스 하드웨어는 소프트웨어의 길을 모방해야 합니다: 사용자 친화성보다는 성능과 신뢰성에 먼저 집중하십시오. 리눅스는 견고한 모듈형 아키텍처가 다양한 생태계의 백본이 될 수 있음을 증명했습니다. 하드웨어도 이 접근 방식을 복제해야 합니다.
리눅스가 사실상의 서버 OS로 부상하고 MySQL이 Oracle에 도전한 것은 아키텍처적 견고성과 모듈성이 단일체 솔루션을 어떻게 파괴할 수 있는지 보여줍니다. 오늘날 아마존의 모듈형 서비스는 분절된 접근 방식이 어떻게 번창할 수 있는지 보여줍니다.
오픈소스 하드웨어의 리눅스 격은 무엇일까요? 그러한 생태계를 구축하는 것은 하드웨어의 복잡성으로 인해 보편적인 접착제 계층을 만들기 어렵기 때문에 방해받습니다. 물리적, 법적, 경제적 장벽이 지속되어 민주적인 하드웨어 시장의 창출을 지연시키고 있습니다. 그럼에도 불구하고 오픈 하드웨어 기반의 5G 무선 접속 네트워크 프로토타입은 이 비전이 달성 가능함을 시사합니다.
RISC-V와 같은 명령어 세트 아키텍처는 리눅스가 소프트웨어에 촉발한 것과 같은 오픈소스 하드웨어 확산의 물결을 일으킬 수 있습니다. 초기 주자들이 이 생태계를 구축하는 데 성공하지 못한 이유를 이해하는 것이 미래 발전에 필수적입니다.
Arm은 오랫동안 널리 채택된 ISA를 제공하는 지식 허브 역할을 해왔으며, 많은 기업이 독점 옵션에 종속되는 것을 피하고자 했습니다. Arm의 전망이 통합에 직면한 지금, RISC-V는 새로운 업계 표준이 될 수 있는 독특한 기회를 제시합니다.
남은 장애물은 새로운 하드웨어 설계 도구와 관련된 가파른 학습 곡선입니다. 업계는 수십 년간 SV-UVM에 의존해 왔으며, 더 우수한 대안을 도입하려면 가치의 상당한 도약이 필요합니다.
PCIe, USB, OpenCL, OpenCV 같은 오픈소스 사양이 실행 가능함이 입증되었지만, 완전한 오픈소스 하드웨어 여정은 생산 병목 현상을 극복하는 데 달려 있습니다. RTL 검증부터 테이프아웃까지 유연하고 엔드투엔드 파이프라인을 지원하는 새로운 계층의 파운드리가 필수적일 것입니다.
기존 툴체인의 점진적 개선은 변혁적 변화를 촉매하기까지 1세기가 걸릴 수 있습니다. 대신 선구자들은 대담한 새로운 로드맵을 계획하고, 설계 도구와 생산에 막대한 투자를 하고, 디자이너들을 현대적이고 민첩한 하드웨어 개발 흐름으로 재교육해야 합니다.
오픈소스 하드웨어 커뮤니티가 엔드투엔드 설계 및 제조 퍼즐을 해결할 수 있다면, 광범위한 참여를 끌어내고 장기적 성장을 지속하는 리눅스 같은 생태계가 열릴 것입니다.
Prasant Agarwal은 STMicroelectronics, Samsung, Solarflare Communications에서 다양한 전략, 마케팅, 제품 관리 역할을 수행했습니다.
더 많은 Embedded 소식을 원하시면 Embedded의 주간 이메일 뉴스레터를 구독하세요.
임베디드
구글의 최근 연구에 따르면 개발자들은 하루 중 상당 시간을 온라인에서 코드 스니펫, 라이브러리, 튜토리얼을 찾는 데 씁니다. 신뢰할 수 있고 재사용 가능한 코드를 찾는 일은 놀랍게도 까다롭습니다. 특히 내 프로젝트에 안전하게 통합할 수 있는지 판단하기가 어렵습니다. 대부분의 개발자는 검색 엔진에서 시작해 단순한 쿼리로 빠른 해답을 기대합니다. 자바스크립트 hasOwnProperty 같은 간단한 질의는 포럼 글과 블로그 글을 뒤섞어 보여주고, 리액트 컴포넌트 X처럼 구체적인 요청은 주로 깃허브 저장소나 NPM 패키지로 향합니다. 적절
공급망은 가장 약한 고리만큼만 강합니다. 문제가 발생하거나 표준에 미달하면 그 실수가 비즈니스의 모든 영역으로 빠르게 퍼져나가고, 결국 체인의 끝단에 있는 불만족스러운 고객이 가장 큰 피해를 입게 됩니다. 적절한 전자 부품 공급업체를 찾는 것은 귀사의 비즈니스에 필수적이며, 선택하는 모든 공급업체는 귀사의 구체적인 기준과 일치해야 합니다. 이러한 표준을 충족하지 못하는 공급업체는 향후 귀사의 비즈니스에 문제를 일으키고 더 많은 비용을 초래할 수 있습니다. 하지만 단 한 곳의 공급업체만 고집할 필요는 없다는 사실을 아시나요? 귀사가
