Namespace, 4200만 달러 시리즈 B 유치…테스트 인프라 확장

스위스 취리히에서 출발한 개발 인프라 기업 Namespace가 2026년 10월 5일 4200만 달러 시리즈 B 투자 유치를 발표했다. Scale Venture Partners가 라운드를 주도했다. AI 코딩 에이전트가 코드를 더 빨리, 더 많이 만드는 동안 빌드와 테스트를 처리할 설비도 함께 늘려야 한다는 판단이 이번 거래의 배경이다.

Namespace의 같은 날 발표에는 NEA, 20VC, Essence, Burst Capital, Susa Ventures와 Datadog 최고경영자 Olivier Pomel의 참여, 누적 투자금 6500만 달러, 최근 12개월 매출 8배 증가와 1000곳 넘는 기업의 이용이 함께 담겼다. 조달한 자금은 제품 개발과 데이터센터 확대에 쓰이며, Mac 하드웨어 운영 규모도 늘릴 계획이다. 매출 증가율과 이용 기업 규모는 회사가 공개한 자체 수치다.

자금은 제품과 자체 설비로 향한다

Namespace의 지출 계획은 소프트웨어 기능을 개발하는 일과 그 기능을 실행할 컴퓨팅 용량을 늘리는 일을 함께 묶는다. 코딩 에이전트의 작업 공간을 제공하거나 지속적 통합 작업을 받는 서비스에서는 명령을 처리할 실제 자원이 필요하다. 이용자가 같은 시점에 많은 작업을 보내면 대기열을 줄이기 위해 실행 환경과 저장장치, 네트워크 용량을 함께 확보해야 한다.

데이터센터 확대가 중요한 이유는 Namespace가 서버와 핵심 소프트웨어 계층을 직접 설계하고 운영하는 전략을 택했기 때문이다. 어디에 작업을 배치하고 의존성이나 이전 빌드 결과를 어떻게 재사용할지까지 제어하면 짧은 실행 요청의 지연을 줄일 여지가 생긴다. 동시에 고객이 늘 때 용량 확보와 운영에 필요한 지출도 회사가 감당해야 한다. 이번 투자는 그런 구조를 확장하는 데 투입된다.

Mac 장비는 별도의 확장 대상이다. iOS와 macOS 앱을 빌드하고 테스트하려는 개발자나 에이전트에는 해당 플랫폼의 개발 도구가 갖춰진 환경이 필요하다. 일반적인 Linux 작업용 용량을 늘리는 결정과 Mac 환경을 늘리는 결정은 필요한 장비와 작업 종류가 다르다. Namespace가 두 영역을 함께 언급한 것은 에이전트의 실행 수요가 한 운영체제에만 모이지 않는다는 사업 판단을 보여준다.

코드가 빨리 늘면 검증 대기열도 길어진다

투자사 Scale Venture Partners의 투자 설명에서 파트너 Javier Redondo는 “Agents increase the volume and concurrency that development platforms must support.”라고 썼다. 에이전트가 코드를 생성해도 빌드와 테스트 결과를 받아야 다음 수정 방향을 정할 수 있으므로, 실행 한 번의 지연이 다음 반복 작업의 출발을 늦춘다는 논리다.

흐름은 변경 생성 → 분리된 환경 시작 → 저장소와 도구 준비 → 빌드·테스트 실행 → 결과를 반영한 수정으로 이어진다. 사람이 순서대로 처리하던 변경을 여러 에이전트가 동시에 만들면, 뒤쪽 단계에는 여러 작업을 한꺼번에 받을 공간이 필요해진다. 앞단의 코드 생산만 빨라지고 실행 자원이 그대로라면 검증 요청은 순서를 기다린다. 이 대기 시간이 투자사가 말하는 개발 속도의 병목이다.

각 에이전트에 분리된 작업 공간이 필요한 이유는 코드 상태와 의존성이 작업마다 달라질 수 있어서다. 서로 다른 변경을 같은 환경에서 실행하면 어떤 변경이 테스트 결과를 만들었는지 구분하기 어렵다. 저장소나 자격 증명에 대한 접근도 작업 단위로 제한해야 한다. 따라서 용량 문제에는 기계를 더 붙이는 일뿐 아니라, 정확한 환경을 빨리 만들고 필요한 상태를 다음 실행까지 유지하는 일이 포함된다.

빌드가 끝나도 비용 문제는 남는다. 에이전트가 실패한 테스트를 보고 다시 고치는 과정을 반복하면 비슷한 작업이 연달아 실행된다. 의존성이나 빌드 산출물을 재사용할 수 있으면 매번 같은 준비 과정을 반복하는 시간을 줄일 수 있다. 반대로 재사용할 데이터가 실행 위치에서 멀면 컴퓨팅 자원이 비어 있어도 기다리는 구간이 생긴다. 투자사의 주장은 더 많은 실행 용량과 작업 배치, 캐시 설계가 함께 필요하다는 데 초점이 있다.

Namespace의 제품은 어느 구간을 맡나

Devboxes는 에이전트마다 개발 환경을 제공하고, GitHub Actions용 실행기는 빌드와 테스트 작업을 처리한다. Bazel 원격 실행과 캐시는 계산 결과를 여러 작업에서 다시 쓰도록 돕는다. 각각의 기능은 코드가 만들어진 뒤 실제 결과를 확인하기까지 이어지는 과정의 다른 지점을 맡는다. 그래서 Namespace의 투자 논리는 코드 생성 모델 자체의 성능보다 생성된 변경을 실행하고 검증하는 시간에 맞춰져 있다.

저장소를 준비하는 단계에서도 지연을 줄이려는 시도가 있다. Namespace는 Git Snapshots 소개에서 저장소와 작업 트리를 한 번 준비해 Linux와 macOS 실행기에 재사용하는 방식을 설명하고, 초기 이용자의 Git 체크아웃이 기존 방식보다 최대 6.5배 빨랐다고 밝혔다. 이 기능은 Cursor Origin 및 GitHub와 연결된 Namespace 실행기에서 조기 접근 단계로 제공된다. 속도 수치는 회사의 자체 측정으로, 빌드 전체의 성능을 뜻하지 않는다.

스냅샷의 역할은 검증 작업이 시작되기 전, 각 실행기가 저장소 이력을 다시 내려받고 파일을 풀어놓는 과정을 줄이는 것이다. 에이전트가 여러 갈래에서 같은 저장소를 다루면 이 준비 과정도 반복될 수 있다. 준비 시간이 짧아지면 같은 설비에서 처리할 수 있는 작업이 늘 여지가 있지만, 실제 이익은 저장소 크기와 작업 구성에 따라 달라진다. 새 데이터센터 용량을 쓰기 전에 소프트웨어 단계의 낭비를 줄이려는 접근으로 볼 수 있다.

성장 수치와 앞선 투자에서 읽히는 것

매출 증가 배수는 수요가 커졌다는 회사의 설명이다. 다만 절대 매출액과 비교 기간의 시작 규모가 공개되지 않아 확장 비용을 얼마나 회수하고 있는지는 이 수치만으로 계산할 수 없다. 기업 고객 수 또한 실제 빌드 횟수나 동시에 실행되는 작업량과 같은 지표는 아니다. 고객을 확보했다는 사실과 데이터센터 용량이 얼마나 필요한지는 연결되지만, 같은 숫자로 측정되지는 않는다.

Namespace의 2026년 3월 23일 발표에서 회사는 시드와 시리즈 A를 합쳐 2300만 달러를 조달했다고 밝혔다. 당시에는 코드 실행에 맞춘 컴퓨팅 계층을 구축하고 CI/CD에서 출발하겠다는 구상을 내세웠다. 이번 라운드는 그 방향을 바꾸기보다 개발 환경과 실행 인프라를 더 넓은 규모로 운영하려는 단계에 가깝다. 앞선 자금 조달의 주도사였던 NEA가 이번에도 참여했다.

사업의 핵심은 코드 생성과 배포 사이에 있는 반복 실행 작업을 전문 인프라로 처리하는 데 있다. 변경이 만들어지는 속도에 맞춰 빌드 결과가 돌아와야 에이전트가 다음 작업으로 넘어갈 수 있다. Namespace가 확대할 데이터센터와 Mac 환경은 이 시간을 줄이기 위한 공급 쪽 투자다. 향후 확장된 설비의 처리 용량과 실제 대기 시간이 공개되면 이번 투자의 효과를 더 직접적으로 판단할 수 있다.

함께 읽기: