화웨이 “Ascend CANN 월간 활성 개발자 6,230명 돌파”…핵심은 숫자보다 생태계의 자립성

화웨이는 Ascend CANN 오픈소스 커뮤니티의 월간 활성 개발자 수가 6,230명을 넘었고, 저장소 다운로드는 6,000만 회 이상이라고 밝혔다. 활성 기여의 절반 이상은 Ascend 조직 외부에서 이뤄졌다는 것이 화웨이의 설명이다. 화웨이는 CANN을 중국에서 가장 활발한 오픈소스 프로젝트라고도 평가하지만, 이는 독립적이고 표준화된 순위로 검증된 비교 주장은 아니다. 7

중요한 점은 단순히 개발자 수의 크기가 아니다. Ascend AI 프로세서와 프레임워크·애플리케이션을 연결하는 CANN이, 공급업체가 일방적으로 관리하는 호환성 계층을 넘어 개발자와 조직이 함께 유지하는 기반 소프트웨어로 자리 잡을 수 있느냐가 핵심이다.

CANN은 무엇이며, 왜 생태계가 중요한가

CANN은 ‘Compute Architecture for Neural Networks’의 약자로, Ascend 하드웨어 가속을 활용하기 위한 연산자 개발·그래프 개발·애플리케이션 개발 기능을 제공한다. 화웨이의 기술 자료에 따르면 CANN의 첫 공개는 2019년이다. 1

AI 가속기 플랫폼은 칩 성능만으로 확산되기 어렵다. 개발자가 활용하려면 연산자, 컴파일러, 런타임, 디버깅 경로, 프레임워크 통합, 회귀 테스트, 버전 호환성이 모두 갖춰져야 한다. 따라서 장기 도입의 관점에서는 단일 칩이나 클러스터 발표보다 소프트웨어 커뮤니티의 성장과 유지보수 역량이 더 중요할 수 있다.

화웨이가 제시한 지표는 이 소프트웨어 계층에 대한 관심과 활동이 커지고 있음을 시사한다. 다만 이를 곧바로 실제 운영 환경의 사용량, 유지관리의 독립성, 소프트웨어 품질을 뜻하는 수치로 해석해서는 안 된다. 어디까지나 생태계의 추진력을 보여주는 지표다. 7

모듈형 오픈소스 전략

화웨이는 CANN을 더 폭넓은 협업을 통해 발전할 수 있는 모듈형·계층형 스택으로 개방하겠다는 방향을 제시해 왔다. 우선 CANN 연산자를 GitCode에 오픈소스로 공개하고, 이후 도메인 특화 라이브러리, 그래프 엔진, Ascend C, MindIE 등을 포함한 핵심 구성 요소도 공개하겠다고 밝혔다. 3

또한 향후 소프트웨어 개방을 제품 출시와 동기화해, 차세대 Ascend 하드웨어와 소프트웨어에서 이른바 ‘Day 0’ 지원을 제공하겠다는 방침도 내놓았다. 73

개발자 입장에서는 애플리케이션 아래 계층을 살펴보고, 수정하고, 패키징하고, 테스트할 수 있을수록 플랫폼 도입 장벽이 낮아진다. 공개된 구성 요소는 파트너가 폐쇄형 공급업체 릴리스를 기다리지 않고 버그 수정이나 성능 개선에 참여할 길도 열어줄 수 있다.

기존 개발 도구로의 진입 장벽 낮추기

화웨이의 생태계 확대 전략은 개발자가 이미 쓰는 도구와 Ascend를 연결하는 데 초점을 맞춘다. 화웨이는 CANN의 AscendNPU IR이 Triton, TileLang 등 연산자 개발 도구·언어와 연동할 수 있으며, CANN이 Ascend용 소프트웨어 개발 역량의 기반을 제공한다고 설명한다. 1

화웨이는 Triton, PyTorch, vLLM, verl 같은 오픈소스 프로젝트와의 협업도 공개적으로 언급했다. 더 넓은 Ascend 플랫폼 지원 범위에는 Megatron 및 SGLang 중심의 워크플로도 포함된다. 38

실질적인 목표는 Ascend 지원을 한 번의 이식 작업으로 끝내지 않고, 계속 관리되는 통합 체계로 만드는 것이다. 이를 위해서는 API 지원 선언만으로는 부족하다. 프레임워크 어댑터, 연산자 라이브러리, 지속적 통합(CI), 호환성 테스트, 릴리스 엔지니어링이 함께 돌아가야 한다.

CANNBot은 개발 생산성 향상을 위한 화웨이의 도구 제안 중 하나다. CANN 커뮤니티는 이를 코드 생성, 문제 해결, 폐쇄 루프 방식의 수정, 엔드투엔드 최적화를 지원하는 멀티 에이전트 도우미로 소개한다. 6 연산자 개발 효율이 5배 이상 개선됐다는 주장은 화웨이가 제시한 성능 수치로 봐야 하며, 독립적으로 재현된 벤치마크로 간주하기는 어렵다.

커뮤니티 확대의 징후, 자율성의 증거는 아직

CANN 활동이 확대됐다는 근거는 있다. 화웨이는 7월 기준으로 커뮤니티 프로젝트 67개, 오픈소스 코드 1,244만 줄 이상, 월간 활성 개발자 3,500명 이상을 보고했다. 8 이후 8월 말 발표된 6,230명 이상 수치가 동일한 측정 방식에 근거한다면, 의미 있는 증가로 볼 수 있다. 7

화웨이는 CANN 기술운영위원회도 구성하고 GitCode를 통한 기여 경로를 마련했다고 밝혔다. 3 이는 유용한 거버넌스의 출발점이지만, 코드 리뷰·로드맵·릴리스·장기 유지보수에 관한 실질적 권한을 누가 갖는지는 별개의 문제다.

화웨이 연차보고서에는 Kunpeng과 Ascend를 합친 더 넓은 생태계에 9,800곳 이상의 파트너와 2만 6,000개 이상의 공동 육성 산업 솔루션이 있다고 적혀 있다. 이는 상업적 파급력을 보여주지만, CANN 커뮤니티 참여 규모와 동일시할 수는 없다. 2

아직 답이 나오지 않은 질문들

• 활동량이 곧 운영 환경 도입은 아니다. 월간 활성 개발자, 다운로드, 저장소, 외부 기여 비중으로는 장기간 학습·추론 워크로드에서 안정적으로 운용되는 배포가 얼마나 되는지 알 수 없다.
• 외부 기여가 독립 유지보수를 보장하지는 않는다. 중요한 증거는 커널, 통합 기능, 테스트, 문서, 릴리스 호환성에서 외부 주체가 지속적으로 소유권과 책임을 갖는지다.
• 프레임워크 지원은 계속 유지돼야 한다. PyTorch, vLLM, SGLang, Megatron, Triton, TileLang 통합은 각 상위 프로젝트가 바뀔 때마다 꾸준히 업데이트돼야 한다.
• 성능과 운영 안정성의 독립 검증이 필요하다. 제공된 자료만으로는 모델 지원 범위, 도구 성숙도, 신뢰성, 운영 지원, 실제 성능 면에서 성숙한 CUDA 중심 스택과 폭넓게 동등하거나 우위에 있다고 결론내릴 수 없다.
• 인프라 조건도 도입을 좌우한다. 개발 스택이 개선되더라도 하드웨어 조달, 메모리 공급과 가격, 네트워킹, 전력, 클러스터 소프트웨어는 실제 도입의 제약이 될 수 있다.

결론

월간 활성 개발자 6,230명 이상, 다운로드 6,000만 회 이상, 외부 기여 과반이라는 화웨이의 발표는 CANN이 순수한 내부 엔지니어링 프로젝트를 넘어 소프트웨어 생태계를 구축하려는 움직임을 보이고 있다는 신호다. 7

그러나 더 강한 이정표는 아직 남아 있다. 상·하위 생태계의 통합 기능이 외부 유지관리자에 의해 프레임워크 버전 변화 속에서도 건강하게 유지되고, 측정 가능하며 재현 가능한 실제 학습·추론 배포를 뒷받침하는 단계다. 그런 증거가 쌓이기 전까지 CANN의 성장은 유망한 생태계 모멘텀으로 평가하는 것이 적절하며, 자생적·커뮤니티 주도형 소프트웨어 도입이 이미 입증됐다고 보기는 이르다.