Namespace узяла $42 млн — праз сем месяцаў пасля папярэдняга раўнда

У анонсе ад 5 кастрычніка 2026 года Namespace паведаміла, што нядаўна закрыла Series B на $42 млн пад кіраўніцтвам Scale Venture Partners прыкладна праз сем месяцаў пасля Series A і давяла агульны аб’ём прыцягнутага фінансавання да $65 млн; там жа кампанія заявіла пра васьміразовы рост выручкі за апошнія 12 месяцаў і працу з больш як 1000 кампаній. У раўндзе таксама ўдзельнічалі NEA, 20VC, Essence, Burst Capital, Susa Ventures і прыватныя інвестары, у тым ліку генеральны дырэктар Datadog Аліўе Памель.

Новы капітал прызначаны для паскарэння распрацоўкі прадукту і пашырэння цэнтраў апрацоўкі даных, уключаючы парк абсталявання Mac. Партнёр Scale Хаўер Рэдонда ў публікацыі фонду ад 6 кастрычніка 2026 года пацвердзіў, што фонд узначаліў раўнд, і сцісла сфармуляваў яго інвестыцыйны тэзіс: «existing tools cannot keep up». Для Namespace гэта стаўка на ўласныя вылічальныя магутнасці, ад загрузкі якіх будзе залежаць эканоміка пашырэння.

Што стаіць за параўнаннем з сакавіцкім раўндам

У паведамленні ад 23 сакавіка 2026 года Namespace назвала $23 млн сукупным фінансаваннем на стадыях seed і Series A; апошні раўнд узначаліла NEA пры ўдзеле Susa Ventures і burst.vc. Асобную суму Series A кампанія тады не вылучыла. Таму сакавіцкая і кастрычніцкая лічбы апісваюць розныя аб’ёмы: першая ахоплівае дзве стадыі, другая — адзін закрыты раўнд.

Хуткі пераход да новага фінансавання звязаны з характарам прадукту. Namespace развівае платформу, на якой інжынеры і праграмныя агенты запускаюць асяроддзі для працы з кодам, зборкі і тэсты. Для такіх задач патрэбныя не толькі праграмныя функцыі: кампанія сама праектуе і разгортвае серверныя стойкі, таму рост выкарыстання патрабуе загадзя падрыхтаваных вылічэнняў, сховішчаў і сеткавай ёмістасці.

На што пойдуць сродкі Series B

Пашырэнне ахопіць некалькі тыпаў нагрузкі. SiliconANGLE апісвае падтрымку асяроддзяў для зборкі і тэставання на Mac, Windows і Linux, а таксама планы павялічыць парк Mac. Платформа Namespace уключае Devboxes для праграмных агентаў і рэсурсы для GitHub Actions. Гэта розныя спосабы выкарыстання адной інфраструктуры: агенту патрэбна месца для выканання кода, а працэсу праверкі — машына, якая хутка збярэ праект і запусціць тэсты.

Попыт на Mac мае асобную прычыну: для зборкі і праверкі праграм пад iOS і macOS патрэбна адпаведнае асяроддзе Apple. Такія магутнасці трэба закупляць і размяшчаць загадзя. Іх нельга імгненна замяніць свабоднымі серверамі, прызначанымі для іншых аперацыйных сістэм, калі колькасць задач раптам вырасце. Таму пашырэнне парку Mac павялічыць даступную ёмістасць, але адначасова створыць дадатковыя пастаянныя выдаткі.

Паралельная праца агентаў змяняе і патрабаванні да хуткасці. Кожнаму агенту патрэбна асобнае асяроддзе з кодам, залежнасцямі і патрэбнымі інструментамі; пасля зборкі або тэсту вынік уплывае на яго наступную спробу. Калі чаканне машыны ці перадача адных і тых жа даных займае шмат часу, затрымка паўтараецца на кожнай ітэрацыі. Для кліентаў важная не толькі пікавая прадукцыйнасць сервера, але і тое, як хутка платформа знаходзіць вольныя рэсурсы і вяртае вынік.

Навошта Namespace кіруе ўласнай інфраструктурай

Паводле тэхнічнага апісання Namespace, з пачатку 2024 года больш за 95% платформы працуе на інфраструктуры, якой кампанія кіруе сама. У яе стойках ёсць серверы для вылічэнняў, памяці і сховішчаў, а таксама сеткавае абсталяванне. Такая канструкцыя дазваляе падбіраць кампаненты пад зборку і тэставанне кода, а не толькі пад тыповыя працяглыя серверныя задачы.

Асаблівае значэнне мае размяшчэнне даных. Зборкі шматкроць выкарыстоўваюць залежнасці і прамежкавыя вынікі, таму павольнае атрыманне кэша можа з’есці выйгрыш ад хуткага працэсара. Планавальнік Namespace улічвае, на якіх вузлах ужо ёсць патрэбныя версіі кэша, і накіроўвае туды задачы. Разам з лакальнымі NVMe-сховішчамі гэта дае кампаніі больш кантролю над часам выканання, але патрабуе падтрымліваць уласны праграмны і фізічны склад інфраструктуры.

Гэты кантроль мае і фінансавую цану. Абсталяванне трэба заказваць да таго, як прыйдзе адпаведная колькасць задач; месца ў цэнтры апрацоўкі даных, электрасілкаванне і сетку таксама трэба планаваць наперад. Калі магутнасцей мала, у час пікавага попыту растуць чэргі і час чакання. Калі іх куплена занадта шмат, частка сервераў прастойвае, хоць выдаткі на іх застаюцца. Гэта непасрэдная напружанасць паміж хуткасцю сэрвісу і яго сабекоштам.

Якія паказчыкі будуць важныя пасля пашырэння

Заяўлены рост выручкі сведчыць пра павелічэнне продажаў, але не паказвае, колькі каштуе абслугоўванне гэтых задач. Для інфраструктурнага бізнесу вырашальныя загрузка ўласных магутнасцей і валавая маржа пасля іх пашырэння. Калі новыя машыны рэгулярна выконваюць аплачаную працу, іх кошт размяркоўваецца на большы аб’ём паслуг. Калі выкарыстанне нерэгулярнае, павелічэнне выручкі можа суправаджацца высокімі выдаткамі на свабодную ёмістасць.

Важна і тое, ці вяртаюцца кліенты да платформы для новых зборак, тэстаў і агентных задач. Рэгулярнае выкарыстанне дапамагае прагназаваць, колькі магутнасцей спатрэбіцца і дзе іх размяшчаць; разавыя ўсплёскі робяць такую ацэнку складанейшай. Асабліва гэта тычыцца Mac: попыт на гэтыя асяроддзі трэба суадносіць з асобным паркам абсталявання, які нельга свабодна перанакіраваць на кожную іншую нагрузку.

Пасля запуску новых магутнасцей стане зразумела, наколькі хутка яны знаходзяць аплачаную працу і як змяняецца маржа платформы. Менавіта гэтыя даныя пакажуць, ці здольная Namespace падтрымліваць хуткія зборкі і тэсты пры большым аб’ёме задач, не губляючы эканамічнай аддачы ад уласных сервераў.

Чытайце таксама:

• Outmarket узяла Series B праз чатыры месяцы — страхавы ШІ паскорыўся
• Restate прыцягнула $20 млн: збой ШІ-агента не павінен абнуліць яго працу
• Modulate прыцягнула $25 млн: галасавы ШІ ідзе з гульняў у банкаўскія званкі