[리벨리온] Collective Communication Library Engineer (Software) 공고 분석

이 자리가 왜 생겼을까요

1하게 될 업무

• NPU의 고유한 아키텍처와 토폴로지에 맞춰 설계하는 새 collective communication library의 핵심 구성 요소를 설계하고 구현합니다.

  이렇게 볼 수 있어요

  기존 라이브러리를 옮겨 오는 일이 아니라 'new' library를 만드는 일로 적혀 있습니다. NCCL이나 MPI를 써 본 데서 나아가 연결 구조에 따라 통신 알고리즘을 고르거나 바꿔 본 경험이 있다면 어떤 구조에서 무엇을 바꿨는지 설명할 수 있습니다.

• 통신 라이브러리의 기술 설계, API 정의, 성능 최적화에 기여합니다.

  이렇게 볼 수 있어요

  같은 회사 NPU Software Engineer - Runtime 공고는 multi-NPU 분산 추론에서 collective communication operations(CCL)를 다루는 일을 업무로 적었습니다. 회사 안에도 collective 연산을 쓰는 팀이 있는 만큼, 다른 팀이 쓰는 라이브러리의 인터페이스를 설계하고 하위 호환을 지켜 본 경험이 이 업무에 가깝습니다.

• 하드웨어·소프트웨어 팀과 협업해 성능 병목을 분석하고, 향후 NPU와 interconnect 아키텍처에 영향을 줍니다.

  이렇게 볼 수 있어요

  소프트웨어 엔지니어가 다음 세대 칩과 interconnect 설계에 의견을 내는 일까지 맡습니다. 통신 병목을 측정해 하드웨어 팀에 개선안을 낸 경험이 이 업무에 가장 가까운 이력입니다.

2자격 요건

• Computer Science, Computer Engineering 또는 관련 분야 석사 학위가 필요합니다.

  이렇게 볼 수 있어요

  우대 사항의 박사 학위가 HPC, Parallel Computing, Computer Architecture를 예로 들고 있어, 석사 과정의 연구 주제가 이 분야라면 경력과 함께 적을 수 있습니다.

• high-performance systems software 개발 실무 경력이 최소 5년 필요합니다.

  이렇게 볼 수 있어요

  통신 라이브러리 경력으로 좁히지 않고 고성능 시스템 소프트웨어 개발 경력으로 적혀 있습니다. 분산 스토리지, 네트워크 스택, HPC 런타임처럼 지연과 처리량을 다뤄 온 경력을 함께 적고, 그중 통신 경로를 최적화한 프로젝트를 자세히 밝힐 수 있습니다.

• 복잡한 기술 문제를 풀기 위한 협업 역량과 문제 해결 역량이 필요합니다.

  이렇게 볼 수 있어요

  업무의 성능 병목 분석은 하드웨어 팀과 함께 합니다. 원인이 소프트웨어에 있는지 하드웨어나 interconnect에 있는지 그 팀과 좁혀 간 사례는 이 요건과 업무를 한 번에 보여 줍니다.

• All-Reduce, All-Gather, Reduce-Scatter 같은 collective communication 알고리즘과 그 성능 특성을 깊이 이해해야 합니다.

  이렇게 볼 수 있어요

  알고리즘 이름과 함께 '성능 특성'이 적혀 있습니다. 메시지 크기나 참여 장치 수에 따라 알고리즘 선택을 바꿔 본 경험이 있다면 그때 측정한 대역폭과 지연을 함께 적는 게 좋습니다.

• C/C++ 저수준 시스템 프로그래밍에 능숙하고, OS internals와 RDMA/RoCE 같은 networking fabric을 이해해야 합니다.

  이렇게 볼 수 있어요

  RDMA/RoCE는 같은 회사 Network Software Engineer 공고의 업무에도 나오는 기술입니다. 커널을 거치지 않는 통신이나 zero-copy 경로는 통신 라이브러리의 성능을 정하는 경로라, 직접 다뤄 본 경험이 있다면 지연을 얼마나 줄였는지가 핵심입니다.

• interconnect 토폴로지와 Network-on-Chip(NoC) 아키텍처를 이해해야 합니다.

  이렇게 볼 수 있어요

  회사 엔지니어링 블로그는 Rebel100 칩렛 하나 안의 32개 L2 메모리 슬라이스가 mesh network on chip으로 이어져 있다고 설명합니다. 칩 안의 데이터 이동과 칩 사이 통신을 함께 고려해 본 경험은 이 요건의 두 층을 모두 다룹니다.

• 협업 환경에서 복잡하고 높은 성능과 신뢰성을 갖춘 소프트웨어를 개발해 출시한 경험(원문 'Proven experience')이 필요합니다.

  이렇게 볼 수 있어요

  성능과 함께 'reliable'이 적혀 있습니다. 출시한 소프트웨어에서 오류 처리와 장애 복구를 어떻게 설계했는지도 성능 수치와 함께 적어 두는 편이 좋습니다.

3우대 사항

• HPC, Parallel Computing, Computer Architecture 등 관련 분야 박사 학위를 우대합니다.

  이렇게 볼 수 있어요

  박사 과정의 연구가 병렬 컴퓨팅이나 컴퓨터 구조라면 논문 주제와 함께 그 연구를 실제 시스템에 적용한 부분을 밝힐 수 있습니다.

• NCCL, MPI 같은 고성능 통신 라이브러리나 parallel runtime에 기여해 본 경험을 우대합니다.

  이렇게 볼 수 있어요

  써 본 경험이 아니라 'contributing', 곧 라이브러리 자체를 고쳐 본 경험을 우대합니다.

• GPU, TPU 또는 다른 NPU 같은 AI accelerator와 그 interconnect(NVLink, CXL, RoCE 등)의 성능 분석과 최적화 경험을 우대합니다.

  이렇게 볼 수 있어요

  회사 블로그는 후속 제품 Rebel100s의 Rebel IO 칩렛이 PCIe 6.0/CXL 3.0 컨트롤러와 Ethernet 포트를 갖추고 scale-out에서 RDMA 인터페이스를 쓴다고 설명합니다. 우대에 적힌 CXL과 RoCE 경험은 이 제품의 연결 방식과 이어지고, NVLink 환경의 경험도 병목을 측정한 방법을 중심으로 설명할 수 있습니다.

4기타 사항

• 게시일 : 2026년 1월 8일
• 고용형태 : 해당 내용은 원본 공고에서 확인되지 않습니다.
• 근무지 : 경기도 성남시 분당구 정자일로156번길 6
• 경력 조건 : 경력 5년 이상
• 학력 조건 : Master’s degree in Computer Science, Computer Engineering, or a related field

쓰는 기술

공고 본문에 적힌 기술만 모은 목록입니다.

• C
• C++
• RDMA
• RoCE
• NCCL
• MPI
• NVLink
• CXL

전형과 지원

분석 시점 공고 42건 가운데 27건이 같은 여섯 단계를 적었습니다. Software와 System Software 공고는 전부 과제나 코딩테스트를 더했고, System Software 공고 9건 가운데 8건은 평판 조회도 거칩니다. 지원할 공고의 전형절차를 본문에서 따로 확인하는 편이 안전합니다.

지원 전 준비할 것

1. 1

   collective 연산 최적화 사례 고르기

   All-Reduce나 All-Gather를 다룬 프로젝트 하나를 골라 연결 구조, 메시지 크기, 측정한 대역폭과 지연을 표로 정리해 두세요. 같은 자료를 On-site 기술 발표 주제로 삼아도 됩니다.

2. 2

   회사 블로그의 interconnect 설명 보기

   2026년 10월 엔지니어링 블로그가 Rebel100의 칩렛 구성과 Rebel100s의 I/O 칩렛, Ethernet 기반 scale-up·scale-out 구조를 설명합니다. 이 구조에서 collective 연산이 어느 경로를 지나갈지 생각해 두면 기술 발표 질의에 대비할 수 있습니다.

3. 3

   코딩테스트와 평판 조회 대비

   On-line 인터뷰에 코딩테스트가 들어 있고 처우 협의 전에 평판 조회가 있습니다. C/C++ 저수준 문제를 직접 풀어 보고, 평판 조회를 부탁할 동료를 미리 정해 두세요.