Кратко

  • Сетевой стек CoreWeave охватывает уровни scale-up, scale-out, хранилища, арендаторов, управления, магистрали и выделенных подключений; это операционная архитектура, а не отдельный продукт.
  • Сети NVIDIA и DPU работают вместе с программным обеспечением CoreWeave: планирование ускорителей, изоляция арендаторов и передача данных в специализированном облаке.
  • CoreWeave сообщает о 43 дата-центрах, более чем 850 МВт действующей мощности и примерно 3,1 ГВт по контрактам; Microsoft обеспечила 67 % выручки в 2025 году — одновременно масштаб и концентрация.
  • Ключевая проверка — сможет ли компания превратить контрактную мощность и заказы в надёжные услуги с диверсифицированной клиентской базой, прежде чем накопятся стоимость финансирования, аренда, устаревание оборудования и операционная сложность.

Физический масштаб растёт быстрее, чем способна показать обычная карта облачных регионов

По состоянию на 31 декабря 2025 года CoreWeave раскрыла 43 дата-центра, более 850 МВт действующей мощности и около 3,1 ГВт законтрактованной мощности. Действующая цифра отражает инфраструктуру, введённую в эксплуатацию на тот момент по определению компании; контрактная цифра отражает права и обязательства по будущему развёртыванию, и её нельзя выдавать за установленную мощность.

Рост очень крутой: на конец 2023 года — 10 дата-центров и около 70 МВт; на конец 2024 года — 32 и более 360 МВт; на конец 2025 года — 43 и более 850 МВт. К первому кварталу 2026 года компания раскрыла более 1 ГВт действующей и более 3,5 ГВт контрактной мощности. Это показывает скорость индустриального расширения и то, как быстро старые архитектуры становятся меньшинством.

Электричество — только предпосылка, а не готовый продукт. Контрактные мегаватты всё ещё требуют подключения к сети, генерации или поставки электроэнергии, распределения высокой плотности, охлаждения, строительства, сетевых путей, поставки ускорителей и операционной приёмки. Задержка на любом уровне может отложить выручку, а часть затрат и обязательств уже началась.

Модель дата-центров смешанная. CoreWeave владеет оборудованием и контролирует значительную часть развёртываний, одновременно используя арендованные площадки и сторонних подрядчиков. Это ускоряет географическое расширение, но делает поведение арендодателей, строительные графики, поставку электроэнергии и условия договоров частью надёжности платформы.

Один GPU — ещё не облако

Ускоритель в запитанной стойке может исполнять код, но сам по себе не предоставляет того, что клиенты покупают у облачного сервиса.

Обучающей команде нужно, чтобы множество ускорителей работало как единый пул ресурсов; данные должны поступать из хранилища в вычисления с достаточной скоростью; коллективные коммуникации не должны оставлять задачу большую часть времени в ожидании; разные арендаторы обязаны быть изолированы друг от друга; планировщик должен знать, какие узлы, линии и устройства здоровы; контрольные точки должны переживать сбои; инженерам нужны пути в среду, а пользователям — пути к другим облакам, офисным сетям и внешним сервисам. Только когда эти пути стабильно воспроизводятся, облачный продукт действительно состоялся.

Поэтому сеть в ИИ-облаке нельзя считать придатком вычислений. В традиционной корпоративной архитектуре сеть обычно описывают как систему, соединяющую серверы; в распределённом ИИ сеть напрямую участвует в полезных вычислениях. Синхронную задачу может замедлить один деградировавший оптический модуль, один ускоритель с аномальной производительностью, один перегруженный rail или хранилищный путь, не успевающий за скоростью данных. Пока задача ждёт, стоимость финансирования и использования дорогого оборудования продолжает начисляться. Поэтому дизайн сети влияет и на бенчмарки, и на то, приносит ли ценность каждый профинансированный GPU-час.

CoreWeave заслуживает изучения именно потому, что показывает эту связь особенно ясно. Компания сосредоточена на инфраструктуре ускорителей, а не на GPU как небольшой услуге в каталоге универсального облака, поэтому в открытых материалах довольно подробно разбираются стоечные сети, DPU, bare-metal-оркестрация, управляемые суперкомпьютеры, выделенные каналы и ремонт отказов. Эти материалы подтверждают проектные намерения и архитектуру продукта, но не являются полной картой каждой площадки, каждого поколения оборудования и каждого клиентского развёртывания.

Действительно полезный вопрос не в том, есть ли у CoreWeave абстрактно «более быстрая сеть», а в том, сколько разных сетей должно работать вместе, чтобы ИИ-нагрузка стала надёжной услугой, и кто контролирует каждый уровень.

Что именно называют «сетевым стеком CoreWeave»

Это редакционный обобщающий термин, а не отдельное юридическое лицо и не SKU, продаваемый отдельно. Юридическим и экономическим операционным субъектом выступает CoreWeave, Inc. — компания штата Делавэр со штаб-квартирой в Ливингстоне, штат Нью-Джерси, торгующаяся на Nasdaq под тикером CRWV. Сетевой стек входит в более широкую платформу CoreWeave Cloud Platform, которая также включает вычисления, хранилище, оркестрацию и управляемые сервисы.

Разные названия соответствуют разным уровням. Nimbus — это виртуальная сетевая архитектура CoreWeave на базе DPU. CoreWeave Kubernetes Service (CKS) предоставляет управляемый bare-metal Kubernetes. SUNK упаковывает инфраструктуру и эксплуатацию в управляемый суперкомпьютерный сервис. Mission Control добавляет мониторинг, ремонт и управление жизненным циклом. Direct Connect — выделенные клиентские каналы. NVLink, NVSwitch, Quantum, Spectrum-X и BlueField — технологии NVIDIA, которые CoreWeave интегрирует; это не протоколы и не оборудование, изобретённые самой CoreWeave.

Разделение этих уровней позволяет избежать двух распространённых ошибок. Первая — приписывать CoreWeave каждый протокол и устройство внутри платформы; вклад компании состоит главным образом в системной интеграции, квалификации, эксплуатации и создании облачного ПО вокруг технологий вендора. Вторая — воображать единую сеть, протянутую от каждого GPU до каждого клиента. Внутристоечные линии scale-up, тренировочная сеть между стойками, сеть хранения, VPC-оверлей, управляющие пути и трансатлантическая магистраль выполняют разные задачи, имеют разные целевые задержки и области отказа; их нельзя свести к одной цифре пропускной способности.

То же различие относится и к владению активами. CoreWeave развёртывает и эксплуатирует значительный объём оборудования, но в документах компании также описаны аренда, сторонние дата-центры, обязательства по электроэнергии, партнёрства по оптоволокну и финансирование оборудования. Услуга может быть глубоко интегрирована операционно, но это не значит, что CoreWeave владеет зданиями, коммунальными сетями, каждой магистральной линией или каждым компонентом в стойке. «Вертикальная интеграция» имеет смысл только как координация между уровнями, а не как полная самообеспеченность.

От Atlantic Crypto к специализированному вычислительному облаку

CoreWeave была основана в 2017 году под названием The Atlantic Crypto Corporation и в ранний период использовала GPU для криптовалютных нагрузок. В сентябре 2018 года компания преобразовалась из LLC в корпорацию штата Делавэр, а в декабре 2019 года сменила название на CoreWeave, перейдя к специализированным облачным вычислениям.

Эту историю иногда упрощают до контраста «от майнинга к ИИ», но более важна преемственность операционных компетенций. Оба направления требовали от компании закупки ускорителей, получения электроэнергии, обслуживания высокоплотного оборудования и направления задач на недоиспользованные ресурсы. Ещё до формирования полноценной облачной платформы CoreWeave изучила экономику закупки и утилизации парка ускорителей.

Это различие принципиально, потому что смена спроса не создаёт облачную платформу автоматически. Майнинговые нагрузки обычно относительно однообразны и терпимы к простому планированию активов; визуальные эффекты, машинное обучение и HPC требуют другого ПО, перемещения данных, изоляции и гарантий обслуживания. CoreWeave пришлось добавить целый контрольный слой, чтобы внешние клиенты могли доверять ресурсам, которые им не принадлежат и которые они не могут осмотреть лично.

В начале 2020-х компания построила специализированные вычислительные сервисы, хранилище и Kubernetes. Bare-metal Kubernetes стал одним из главных интерфейсов: клиенты планируют контейнеры прямо на серверах с ускорителями, минуя традиционный слой виртуальных машин. На конец 2023 года CoreWeave раскрыла 10 дата-центров и около 70 МВт действующей мощности; к концу 2024 года число выросло до 32 дата-центров и более 360 МВт.

Расширение изменило природу сетевой проблемы. Оператор десяти площадок может во многом полагаться на экспертный опыт и локальные исключения; облако с тридцатью или сорока площадками требует воспроизводимого дизайна, управляемых программными средствами политик, единой квалификации, общей наблюдаемости и способности переносить клиентов между поколениями оборудования, не ломая операционную согласованность. Масштаб превращает инженерные решения в вопросы управления: кто может утверждать изменения, как быстро обнаруживаются исключения и действительно ли каждая новая площадка воспроизводит задуманные границы контроля.

В марте 2025 года CoreWeave провела IPO. Выход на биржу принёс не только акционерный капитал, но и проспект и документы SEC, позволившие внешним наблюдателям увидеть площадки, концентрацию клиентов, долг, аренду, архитектуру взаимоподключений и риски. Сетевой стек поэтому можно анализировать и как техническую систему, и как совокупность капитальных обязательств публичной компании.

Архитектуру определяет рабочая нагрузка

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

Платформа должна нести и трафик, не похожий на коллективные коммуникации. Наборы данных поступают в среду, контрольные точки записываются из памяти GPU в хранилище, система управления распределяет задачи и политики, инженеры выгружают логи, сервисы вывода открывают внешние конечные точки, резервные копии и реплики могут перемещаться между регионами. Разные типы трафика по-разному терпимы к задержкам и потерям. Если относиться к ним как к одной неразличимой сети, производительность становится непредсказуемой, а отказы — трудными для изоляции.

Отсюда — многоуровневый дизайн: линии scale-up создают тесно связанные домены внутри стоечных систем; фабрика scale-out соединяет стойки; пути хранения подают данные нагрузке и сохраняют состояние; сеть арендаторов обеспечивает приватные адреса и политики; управляющая сеть даёт операторам контроль над хостами, DPU, коммутаторами и процедурами ремонта; магистраль связывает площадки с внешней экосистемой; выделенные каналы подключают CoreWeave к другим доменам управления.

Эти уровни взаимодействуют, но не заменяют друг друга. Магистральное оптоволокно не заменит локальную GPU-фабрику: сама задержка распространения ограничивает сильно синхронное обучение на площадках, удалённых друг от друга; домен NVLink — это не клиентская VPC; оверлей может скрыть различия адресов, но не починит повреждённый оптический модуль в андерлее; без плагинов устройств и информации о топологии Kubernetes не поймёт автоматически, что такое rail и как устроен каждый коммутационный путь.

По сути, эта архитектура — цепочка перевода намерений. Клиент запрашивает кластер, namespace, сеть или задачу; система управления CoreWeave сопоставляет запрос с доступными серверами, фабрикой, хранилищем и политиками; Nimbus превращает намерение VPC в состояние DPU и андерлея; сервисы на основе Kubernetes и Slurm превращают намерение рабочей нагрузки в распределение по узлам и ускорителям; Mission Control превращает сигналы здоровья в ремонтные действия. Клиент видит одну услугу, а платформа должна обеспечивать согласованность каждого перевода.

Сеть scale-up внутри стоечного домена

Сеть scale-up соединяет ускорители внутри высокоинтегрированной системы. В rack-scale-дизайне NVIDIA NVLink обеспечивает высокоскоростную связь между GPU, а NVSwitch выполняет коммутацию в локальном домене. CoreWeave интегрирует эти технологии в конкретных системах и поколениях.

Дело не только в брендах, а в физической близости. Домен scale-up позволяет шардированию модели и коллективным коммуникациям не проходить через обычную сеть дата-центра на каждом шаге, делая стойку больше похожей на одну большую систему ускорителей, чем на набор отдельных серверов. В то же время он образует самостоятельную область отказа: проблема с коммутатором, кабелями, охлаждением или компонентами внутри стойки может одновременно затронуть несколько GPU, которые планировщик считал способными работать вместе.

В проспекте CoreWeave описывалось, что отдельные конфигурации кластеров могут обеспечивать неблокирующую пропускную способность межсоединений GPU до 3200 Гбит/с. Ключевая оговорка — «отдельные конфигурации кластеров». Эта цифра не является универсальным SLA и не описывает все площадки и поколения. Реальная пропускная способность, которую получает нагрузка, зависит ещё и от ПО, топологии, структуры сообщений и здоровья всего пути.

Scale-up снимает одно узкое место, но повышает плотность в другом месте. Больше ускорителей и выше локальная пропускная способность увеличивают требования к мощности стойки, охлаждению и обслуживаемости. Если вычислительная плотность растёт, а тепловой и эксплуатационный дизайн за ней не поспевают, систему становится труднее ремонтировать, а узкое место может сместиться на scale-out и хранилище. Архитектуру нужно понимать как баланс между компонентами, а не перечень максимальных характеристик.

Фабрика scale-out: InfiniBand и Ethernet одновременно

Когда задача выходит за пределы домена scale-up, она попадает в фабрику scale-out. В документах и технических материалах CoreWeave упоминаются NVIDIA Quantum-2 InfiniBand, фабрика Quantum-X800 XDR 800G и Ethernet Spectrum-X с использованием RoCE и RDMA. Одновременное существование InfiniBand и Ethernet важно: CoreWeave не запирает платформу в одной семье протоколов.

InfiniBand для тесно связанных кластеров

InfiniBand рассчитан на коммуникации с низкой задержкой и удалённым прямым доступом к памяти и давно применяется в HPC. В ИИ-кластерах он снижает накладные расходы обычной обработки на хостах и перемещает данные между хостами ускорителей. Системы NVIDIA Quantum дополнительно дают возможности, связанные с коммутацией и коллективными операциями. CoreWeave интегрирует эти фабрики в кластерные сервисы, а не продаёт InfiniBand как отдельную телекоммуникационную услугу.

В открытых материалах не раскрыты все топологии, коэффициенты переподписки, стратегии адаптивной маршрутизации или границы клиентского обслуживания. «Неблокирующая» может быть лишь конкретная конструкция, а не весь парк. Даже хорошо спроектированная сеть может деградировать из-за оптических модулей, неудачного размещения задач, неравномерного трафика или программных горячих точек. Покупателю стоит спрашивать, какое поколение оборудования, какая топология и какой набор квалификаций у конкретного кластера, который ему предоставляют.

Spectrum-X и RoCE образуют Ethernet-путь

Spectrum-X — это Ethernet-платформа NVIDIA для ИИ. RoCE переносит семантику RDMA поверх Ethernet, позволяя приложениям общаться напрямую с памятью, при этом оператор сохраняет Ethernet-фабрику. CoreWeave использует Spectrum-X и получает ещё один путь scale-out для нагрузок и поколений оборудования, спроектированных вокруг этой экосистемы.

Знакомство с Ethernet не означает простоту эксплуатации. Производительность RoCE зависит от управления перегрузкой, проектирования очередей, поведения при потерях, телеметрии и сквозной настройки. Сеть может использовать знакомые Ethernet-кадры, но всё равно требует профессиональной инженерии, чтобы избежать блокировки головы очереди, инкаста или нестабильности коллективных операций. Ценность интегрированного облака в том, что значительная часть настройки перекладывается на провайдера; соответствующий риск — отсутствие у клиента прямого представления об этих решениях.

Топология с оптимизацией rail и размещение задач

Системы с несколькими rail группируют соответствующие NIC и ускорители, направляя коллективный трафик по относительно регулярным параллельным путям. Оптимизация rail сокращает лишний трафик между сегментами сети и делает пропускную способность предсказуемее, но требует, чтобы планировщик понимал физическую топологию; неудачная комбинация узлов сводит преимущество дизайна на нет.

Rail также концентрирует отказы. Если один rail деградировал, каждый узел, использующий его, может стать straggler, даже если остальные интерфейсы здоровы. Эксплуатационные системы должны отличать отказ отдельного сервера от общего сетевого отказа. Именно поэтому топологическая телеметрия, квалификация и ремонт важны не меньше, чем скорости портов.

Nimbus переносит границу облака на DPU

Высокопроизводительная кластерная фабрика не создаёт автоматически мультитенантное облако. Клиентам нужны приватные адреса, контроль маршрутизации, доступ в интернет и изоляция. Ответ CoreWeave — Nimbus: виртуальная сетевая архитектура, выносящая функции VPC на DPU. В открытых документах упоминаются DPU NVIDIA BlueField-3, а в описании архитектуры безопасности — VRF, VXLAN и маршруты EVPN Type 5.

DPU находится между вычислениями, которыми управляет клиент, и инфраструктурой, которой управляет провайдер, — это крайне чувствительная позиция. DPU может обрабатывать виртуальный сетевой трафик, реализовывать сегментацию и оставлять CPU хоста рабочим нагрузкам; он также выносит границу изоляции арендаторов за пределы операционной системы, которую клиент мог бы контролировать. Поэтому это одновременно выбор производительности и безопасности.

Из чего состоит VPC-оверлей

VRF отделяет один домен маршрутизации от другого; VXLAN переносит сегменты арендаторов поверх общего физического андерлея; EVPN распространяет информацию о достижимости, а маршруты Type 5 могут публиковать IP-префиксы, а не только MAC-адреса. Вместе эти механизмы позволяют CoreWeave предоставлять приватные сети на общей физической инфраструктуре.

Оверлей не устраняет зависимость от андерлея. При сбое физической достижимости виртуальная сеть тоже выходит из строя; ошибка распределения маршрутов способна массово сломать изоляцию или связность; при дефекте образов DPU или системы политик ошибочное состояние быстро распространяется на множество хостов. Облачная абстракция переносит сложность со стороны клиента на сторону провайдера, но не заставляет её исчезнуть.

DPU становится частью корня доверия

Nimbus лучше отделяет сетевые функции провайдера от клиентских хостов, но одновременно повышает значимость прошивки DPU, безопасной загрузки, ключей, распределения политик, журналов и восстановления. Устройство, реализующее изоляцию, должно быть наблюдаемым и обновляемым и при этом не превращаться в бесконтрольный путь в среду арендатора.

Эта граница контроля влияет и на диагностику. Проблема связности может исходить от клиентской нагрузки, политик Kubernetes, конфигурации VPC, ПО DPU, управляющей плоскости EVPN или физической фабрики. Службам поддержки нужны свидетельства со всех уровней, но без доступа одного арендатора к данным другого. Открытые материалы объясняют замысел, но не предоставляют независимо проверенных записей об инцидентах изоляции и времени восстановления по всему парку.

Bare-metal Kubernetes — клиентская плоскость управления

CoreWeave Kubernetes Service предоставляет управляемый Kubernetes на bare-metal инфраструктуре, минуя традиционный слой виртуальных машин между контейнерной платформой и серверами GPU. Каждый кластер получает отдельную VPC и интегрированные высокопроизводительные сеть и хранилище для распределённых нагрузок.

Bare-metal убирает один слой абстракции, но не означает простоты. Kubernetes всё равно должен обнаруживать GPU, экспонировать устройства, применять квоты, размещать поды и взаимодействовать с сетевыми и хранилищными плагинами. Платформе приходится согласовывать образы узлов, драйверы, прошивки, контейнерную среду выполнения и обновления кластера с поколениями нижележащего оборудования. Клиент получает знакомый API, а CoreWeave — более сложную матрицу совместимости.

Что Kubernetes может решать, а что нет

Kubernetes может решать, куда размещать поды, исходя из информации и политик, известных планировщику, но не понимает автоматически состояние каждого rail, оптического модуля, коммутационного пути или коллективных коммуникаций. CoreWeave приходится добавлять плагины устройств, операторы, топологическую информацию и эксплуатационный контроль, чтобы логическое планирование совпадало с физически возможными ресурсами.

Сетевые политики тоже имеют границы. Политики Kubernetes могут ограничивать трафик между рабочими нагрузками, а VPC и DPU дают более широкие границы арендаторов и маршрутизации. Наличие объекта политики не означает, что фактический путь пакетов исполняет задуманные правила; конфигурация, реализация и наблюдение должны совпадать.

SUNK превращает кластер в управляемый суперкомпьютер

SUNK позиционируется как production-сервис управляемого суперкомпьютера, соединяющий инфраструктуру, высокопроизводительную фабрику, оркестрацию нагрузок и эксплуатацию CoreWeave; он предназначен для клиентов, которым нужна большая выделенная среда, но которые не хотят строить полноценную площадку и эксплуатационную команду самостоятельно.

Это меняет разделение ответственности. Клиент по-прежнему отвечает за архитектуру модели, код, данные и стратегию задач, а бо́льшая часть жизненного цикла оборудования, квалификации кластеров и обработки сбоев переходит к CoreWeave. Это скорее управляемый HPC-объект, поставляемый через контракты и ПО облачной эпохи, чем пул полностью взаимозаменяемых инстансов.

Mission Control превращает эксплуатацию в продукт

Mission Control добавляет мониторинг, обслуживание, ремонт и поддержку жизненного цикла. Чем крупнее задачи, тем важнее эта функция: в небольшом пуле серверов замена компонента ограниченно влияет на всё; в сильно синхронизированном пуле ресурсов диагностика одной деградировавшей линии может определить, принесут ли ценность тысячи часов работы ускорителей.

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

Хранилище — часть сетевых вычислений

Тренировочные данные, контрольные точки и артефакты моделей проходят через пути хранения и могут ограничивать всю рабочую нагрузку. Даже при очень высокой пропускной способности между GPU кластер будет простаивать, если чтение входных данных, запись контрольных точек или восстановление состояния недостаточно быстры. Платформа CoreWeave включает объектное и файловое хранилище, а высокопроизводительное перемещение данных описывается как часть услуги.

Трафик контрольных точек имеет особую структуру. Множество воркеров могут сохранять состояние одновременно, создавая всплески, не похожие на коллективные коммуникации. Если хранилище делит физические ресурсы с тренировочной фабрикой, нужна изоляция или планирование ёмкости; если используется отдельная сеть, платформа всё равно должна координировать сбои и восстановление на двух путях.

Хранилище влияет и на переносимость. Перенос модели в CoreWeave может потребовать передачи больших объёмов данных из других облаков или частных сред; вынос данных может стоить денег, времени и создавать контрактные трения. «Zero Egress Migration» — это коммерческий механизм CoreWeave для снижения части затрат на миграцию, а не техническая гарантия производительности; он не означает, что весь исходящий трафик бесплатен или что перемещение данных не имеет операционных издержек.

Поэтому клиентам стоит требовать сквозных свидетельств. Пиковые результаты по ускорителям или сети полезны, но производственная задача включает подготовку данных, контрольные точки, регистрацию моделей, логи и восстановление. Бенчмарк одного уровня не отвечает на вопрос, когда завершится полная задача и сколько она будет стоить.

Магистраль соединяет регионы, но не создаёт синхронный суперкомпьютер

CoreWeave описывает магистраль уровня оператора связи (carrier-grade), соединяющую дата-центры в Северной Америке и Европе по наземному и подводному оптоволокну, и предлагает прямой пиринг и выделенные каналы. В документах компании перечислены Direct Connect на 10, 100 и 400 Гбит/с в зависимости от площадки и доступности.

Задачи у магистрали иные, чем у локальной фабрики scale-out. Она может переносить наборы данных, реплики, контрольные точки, управляющий и инференс-трафик, соединять пользователей и другие облака, поддерживать восстановление и распространение. Из-за задержки распространения на больших расстояниях она не может превратить удалённые площадки в низколатентную кластерную сеть для сильно синхронного обучения.

Выделенные каналы снижают одну неопределённость

Выделенные цепи снижают изменчивость маршрутов публичного интернета и дают более ясные границы ёмкости и поддержки, но не создают полностью приватный сквозной мир. Доступ клиента может зависеть от оператора связи, кросс-коннектов и операторов дата-центров; облачные on-ramp имеют собственные процедуры согласования и настройки; маршрутное разнообразие и право собственности на активы в каждой точке раскрыты не полностью.

Поэтому CoreWeave нельзя называть Tier-1 оператором. Компания эксплуатирует магистраль и участвует в пиринге, но имеющиеся данные не доказывают глобальную достижимость без расчётов (settlement-free) или владение всеми оптоволоконными путями. Её преимущество — глубокая связь с собственными вычислительными ресурсами, а не замена глобальной телеком-экосистемы.

Региональная структура создаёт разную доступность

На конец 2025 года CoreWeave имела объекты в шести странах. Эта цифра не означает, что каждое поколение ускорителей, каждая фабрика, услуга или скорость выделенных каналов доступны в каждой стране. Регионы вводятся поэтапно, потому что электроэнергия, охлаждение, сеть, оборудование и операционная приёмка не завершаются одновременно.

География влияет не только на задержки, но и на управление данными, близость к другим облакам, персонал, источники электроэнергии, корреляцию отказов и то, кто контролирует локальные пути. Каждая новая страна для CoreWeave — это дополнительная координация по праву, коммунальным услугам и цепочке поставок. Расширение сети — это операционная модель, а не карта однородных коробок.

Надёжность превращает капитал в полезное время

Финансирование оборудования CoreWeave обходится дорого независимо от того, исполняется задача или ждёт. Поэтому надёжность — это финансовый фактор. Отказ фабрики, деградация GPU, остановка хранилища или ошибка планировщика снижают оплачиваемую и полезную отдачу, тогда как проценты, аренда и обязательства по электроэнергии не останавливаются.

Straggler сложнее, чем полный отказ

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

Открытые данные не раскрывают полностью частоту отказов задач, хвостовые задержки или распределение straggler. Это не доказывает плохую надёжность, но ограничивает независимое сравнение. Клиентам приходится опираться на контракты, тестирование нагрузок и собственные эксплуатационные свидетельства, а не выводить выводы напрямую из архитектурных схем.

Квалификация — это системное тестирование

Прежде чем открыть кластер клиентам, CoreWeave должна совместно проверить серверы, коммутаторы, оптические модули, кабели, прошивки, драйверы, хранилище и оркестрацию. Запуска недостаточно; осмысленное испытание — это способность полной топологии устойчиво нести ожидаемые нагрузки, восстанавливаться после сбоев и проходить ремонт без новых рассинхронизаций.

Квалификация меняется со временем. Набор ПО и прошивок, прошедший тесты, не гарантирует, что после обновления всё будет идентичным. Новые поколения NVIDIA приходят быстро, и CoreWeave должна поддерживать всё больше комбинаций, одновременно обслуживая среды по старым контрактам. Операционная зрелость — это поддержание согласованности в этом наложении, а не превращение каждой площадки в особый случай.

Финансирование — тоже слой архитектуры

Выручка CoreWeave за 2025 год составила 5,1 млрд долларов, чистый убыток — 1,2 млрд, расходы на приобретение основных средств за год — 10,3 млрд, а неисполненные обязательства по контрактам (remaining performance obligations) на конец года — 60,7 млрд долларов. В том же документе раскрыты крупномасштабное финансирование оборудования, долг, аренда и инфраструктурные обязательства.

Эти цифры означают разное. Выручка — это признанные доходы от услуг; денежный поток на покупку основных средств — инвестиционные расходы, а не оценка всего парка; чистый убыток означает, что быстрый рост пока не принёс консолидированной прибыли; неисполненные обязательства отражают будущие контрактные обязательства по правилам бухучёта, а не деньги на счетах и не уже оказанные услуги.

Первый квартал 2026 года показал и спрос, и стоимость владения

В квартале, закончившемся 31 марта 2026 года, CoreWeave раскрыла выручку в 2,078 млрд долларов, чистый убыток в 740 млн, процентные расходы в 536 млн и, по собственному определению, портфель заказов (backlog) в 99,4 млрд долларов. Видимость спроса и тяжёлая стоимость финансирования проявились в одном квартале одновременно.

Портфель заказов и неисполненные обязательства на конец года нельзя напрямую взаимозаменять: у них разные определения и временные точки. Оба показателя указывают на будущий контрактный спрос, но для превращения в выручку CoreWeave должна сначала ввести в эксплуатацию объекты, электроэнергию, оборудование и сеть, а затем исполнять контракты. Чем больше портфель заказов, тем больше сопутствующие обязательства по поставке.

Финансирование под залог GPU связывает активы и контракты

CoreWeave расширяется за счёт обеспеченных кредитов, финансирования оборудования и структур, поддержанных клиентами. В июне 2026 года компания объявила о финансовом соглашении на 8,5 млрд долларов, назвав сделку обеспеченной GPU (GPU-backed) и имеющей инвестиционный рейтинг (investment-grade-rated). Оно расширяет возможности развёртывания, но это не выручка и не означает, что весь долг компании имеет инвестиционный рейтинг.

Финансирование активов может согласовывать долг, оборудование и денежные потоки по контрактам, но также ограничивает залог, развёртывание и использование средств. Ускорители, коммутаторы и оптические модули амортизируются быстрее, чем традиционная инфраструктура. Модель наиболее устойчива, когда утилизация высока, а клиентские контракты покрывают период наибольшей экономической ценности оборудования.

Поэтому дизайн сети влияет на качество кредита. Топология, повышающая утилизацию, увеличивает отдачу финансируемых активов; задержки площадок, хронические проблемы со straggler или неудачные миграции снижают отдачу. Для CoreWeave системная инженерия и балансовая инженерия — одна и та же задача.

Концентрация клиентов — тоже зависимость в инфраструктуре

Microsoft обеспечила 67 % выручки CoreWeave в 2025 году. Якорный клиент подтверждает спрос, поддерживает финансирование и позволяет провайдеру закупаться заранее, но одновременно усиливает переговорную позицию клиента и делает утилизацию крайне чувствительной к одной коммерческой связи.

CoreWeave также раскрыла или объявила об отношениях с такими клиентами, как Meta и Anthropic. Flow Traders в июле 2026 года выбрала CoreWeave для обучения базовых моделей; Leidos объявила о партнёрстве для предоставления ИИ в задачах обороны, национальной безопасности и разведки. Соответствующие источники подтверждают описанные контракты, выбор или сотрудничество, но не доказывают, что концентрация исчезла и что все объявленные мощности введены в эксплуатацию.

Контракты take-or-pay переносят риск, но не устраняют его

Многолетние контракты take-or-pay повышают видимость спроса и могут поддерживать финансирование. Они перекладывают часть риска утилизации на клиента, поскольку платежи не полностью зависят от краткосрочного потребления; однако риски строительства, электроэнергии, поставки, производительности, кредита и пересмотра условий остаются.

Для клиента такие контракты частично переворачивают облачные ожидания. Традиционные публичные облака подчёркивают эластичность и низкий уровень обязательств; выделенные ИИ-кластеры могут требовать долгосрочных отношений, похожих на инфраструктурные проекты, потому что провайдер строит или резервирует под клиента конкретные мощности. Интерфейс выглядит как облачное ПО, а лежащая в основе экономика больше похожа на проектное финансирование.

Оборонительные и регулируемые нагрузки повышают требования к гарантиям

Партнёрство с Leidos, объявленное 30 июля 2026 года, выводит платформу на оборонительные и разведывательные задачи. Само партнёрство не доказывает получение всех разрешений, сертификаций и допусков к развёртыванию, но показывает, что контроль цепочки поставок, аудит, информационная безопасность и непрерывность операций могут стать более важными составляющими продукта.

VPC, реализуемая на DPU, выделенные каналы и управляемая эксплуатация могут поддерживать высокозащищённый дизайн, но не заменяют проектно-специфичные меры контроля, требования к персоналу, режимы обработки данных и правительственные разрешения. Чем ближе к чувствительным задачам, тем прозрачнее должны быть границы ответственности.

Покупки ПО расширяют стек вверх, а сорвавшееся слияние — вниз, к физической инфраструктуре

В 2025 году CoreWeave приобрела Weights & Biases, OpenPipe, marimo и Monolith AI. Weights & Biases добавила инструменты разработки моделей и наблюдаемости, остальные сделки расширили возможности в области вывода, ноутбуков и промышленного ИИ. Компания двинулась от инфраструктуры вверх по жизненному циклу разработки.

Стратегическая логика ясна: провайдер, который лучше понимает рабочие процессы моделей, может лучше прогнозировать спрос, упрощать использование инфраструктуры и удерживать клиентов на большем числе этапов. Столь же ясны риски интеграции: циклы релизов, структура маржи и культура ПО отличаются от высококапитальных дата-центров. Если CoreWeave пытается владеть инструментами, которые клиенты раньше получали у независимых вендоров, возможны пересечение продуктов и конфликты с партнёрами.

Планировавшееся поглощение Core Scientific указывает на физический уровень. В июле 2025 года CoreWeave объявила о соглашении о слиянии, стремясь усилить контроль над ёмкостью дата-центров и экономикой аренды. Core Scientific после голосования акционеров 30 октября 2025 года расторгла соглашение. CoreWeave не приобрела Core Scientific.

Оба типа сделок показывают двунаправленную интеграцию: вверх — в ПО для разработчиков, вниз — к контролю над физической ёмкостью. Сорвавшееся слияние также показывает, что контроль над инфраструктурой невозможно всегда купить с той скоростью, которую хотел бы технологический платформер; акционеры, регуляторы, финансирование и контрактные структуры могут помешать вертикальной интеграции.

Что CoreWeave контролирует, а что — нет

CoreWeave контролирует клиентскую платформу, многие проектные решения, квалификацию оборудования, оркестрацию и операционные процессы. Она может решать, как Nimbus сопоставляет VPC, как выглядят кластеры, какие сервисы компания ведёт сама и как обрабатываются инциденты; она также может закупать оборудование заранее и организовывать объекты под плотность ускорителей.

NVIDIA контролирует ключевые дорожные карты GPU, NVLink, InfiniBand, Spectrum-X и BlueField. Коммунальные предприятия и партнёры по дата-центрам контролируют часть поставок электроэнергии и объектов; операторы связи, биржи трафика и облака контролируют внешние подключения; кредиторы и финансирующие организации ограничивают капитал; крупные клиенты через контракты влияют на планирование ёмкости.

Это не уникальный недостаток CoreWeave: все облака зависят от цепочек поставок. Но здесь это особенно важно, потому что дифференциация CoreWeave тесно связана с быстрым развёртыванием новых систем NVIDIA, а капитальные обязательства очень велики относительно операционной истории компании. Задержка или изменение дорожной карты одного вендора может передаться на поставки клиентам и на финансирование.

Преимущество платформы — координация этих границ; риск — корреляционная зависимость: продукция одного поколения вендора, один дизайн площадки или один клиентский план могут одновременно затронуть несколько уровней. Интеграция уменьшает число контрактов, которыми клиенту приходится управлять, но может усилить последствия сбоя на уровне провайдера.

Конкурентная позиция: специализированное облако как выбор распределения ответственности

CoreWeave конкурирует с гиперскейлерами, другими специализированными GPU-облаками, собственными кластерами клиентов, а также с комбинациями колокации, хостинга и интеграции. Сравнение не может опираться только на число GPU или один бенчмарк; покупатель сравнивает поколения оборудования, фабрику, хранилище, планировщик, выделенные каналы, поддержку, сроки контрактов, географию и совокупную стоимость перемещения данных.

Сравнение с гиперскейлерами

AWS, Microsoft Azure, Google Cloud и Oracle предлагают более широкий набор услуг, глобальную экосистему и больший баланс, соединяя ИИ-инфраструктуру с базами данных, безопасностью, аналитикой и корпоративными закупками. Ответ CoreWeave — специализация: быстрее выводить конкретные поколения NVIDIA, использовать bare-metal-оркестрацию и строить платформу вокруг высокоплотных нагрузок на ускорителях.

Специализация уменьшает число абстракций и ускоряет квалификацию, но создаёт более узкий профиль вендора и отказов. Клиент получает более сфокусированного провайдера и одновременно принимает меньшую широту услуг и более молодую капитальную структуру. Корректное сравнение должно вестись под конкретную рабочую нагрузку, а не по отраслевым ярлыкам.

Сравнение с другими специализированными облаками

Lambda, Nebius, Crusoe и другие провайдеры пересекаются по ускорителям, кластерам и управляемым услугам, но различаются географией, энергетической стратегией, составом ПО, структурой собственности, финансированием и контролем над объектами. «Neocloud» — это лишь рыночный ярлык, а не общая архитектура.

Документы публичной компании делают масштаб и риски CoreWeave прозрачнее, чем у многих конкурентов, но не доказывают автоматически техническое или экономическое превосходство. Конкуренты с меньшей раскрываемостью могут быть меньше, эффективнее или просто менее прозрачны. Нельзя превращать прозрачность в рейтинг производительности.

Сравнение с собственными частными кластерами

Собственный кластер даёт клиенту прямой контроль над оборудованием, данными и эксплуатацией, но требует закупок, электроэнергии, объектов, сети, хранилища, безопасности, прошивок, запасных частей и профильных специалистов. CoreWeave продаёт передачу большей части этой ответственности провайдеру.

Передача не полная. Клиент всё равно проектирует рабочие нагрузки, управляет данными, задаёт политики и оценивает риск провайдера; долгосрочные обязательства снижают гибкость миграции. Риск собственного кластера — внутренняя недоутилизация; риск облачного контракта — зависимость от провайдера. Экономический выбор состоит в том, какая сторона лучше поглощает колебания и удерживает дорогую систему в производстве.

Жидкостное охлаждение коммутаторов показывает, куда сместится следующее узкое место

В июле 2026 года CoreWeave представила архитектуру коммутаторов с жидкостным охлаждением, заявив о повышении плотности сетевой пропускной способности на стойку. Эти цифры получены на основе собственной конструкции и расчётов компании, а не независимого бенчмарка всего парка, но сам механизм важен: когда плотность ускорителей растёт, потребляемая мощность и тепловыделение коммутаторов и оптических модулей становятся ограничением стойки.

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

Это показывает, что узкие места ИИ-инфраструктуры смещаются. Более быстрые GPU требуют большей пропускной способности scale-up, более высокая стоечная пропускная способность — более плотной scale-out-коммутации, более плотная коммутация — большего энергоснабжения и охлаждения, а новые объекты должны использовать иное электромеханическое проектирование. Одно обновление продукта может превратиться в перепроектирование всего дата-центра.

Vera Rubin — будущий переход, а не описание установленного парка

В материалах CoreWeave за июль 2026 года описывается подготовка к NVIDIA Vera Rubin NVL72 и приводятся измерения или перспективные заявления о токенах на мегаватт по сравнению с Blackwell. Эти заявления следует приписывать CoreWeave и конкретным конфигурациям, а не считать, что к моменту подготовки статьи весь парк уже обладает такими характеристиками.

Новое поколение одновременно меняет ускорители, scale-up, scale-out, мощность стойки, охлаждение, прошивки, драйверы, оркестрацию и квалификацию. Оно может повысить отдачу на мегаватт, но может и сделать старые объекты непригодными или менее конкурентоспособными. Быстрое внедрение нового оборудования является преимуществом для CoreWeave, только если компания справляется с миграцией, утилизацией и амортизацией старых активов.

Это также углубляет зависимость от NVIDIA. Ранний доступ привлекает клиентов и дорогие контракты, но ставит CoreWeave в зависимость от сроков, цен и архитектурных решений вендора. Диверсификация клиентов или программного слоя не создаёт автоматически диверсификацию физического стека.

Влияние на более широкую цифровую инфраструктуру

Расширение CoreWeave влияет далеко за пределами аренды GPU. Обязательства на уровне гигаватт увеличивают потребность в генерации, подключении к сети, трансформаторах, охлаждении, земле и строительстве; фабрики с высокой radix увеличивают потребность в коммутаторах, оптических модулях и оптоволокне; выделенные каналы создают спрос у операторов связи, бирж трафика и облачных on-ramp; финансирование, в свою очередь, требует от кредиторов оценки быстро устаревающих технологических активов через долгосрочные контракты.

Платформа меняет и то, где возникает интернет-трафик. Тесно связанное обучение в основном остаётся внутри локальной фабрики, но наборы данных, контрольные точки, артефакты моделей, запросы вывода и процессы разработки постоянно перемещаются между облаками, дата-центрами и пользователями. Заметное влияние на интернет — это, скорее всего, не один гигантский тренировочный поток, а постоянное перемещение данных вокруг тренировочных сред.

Для сообществ и энергосистем вокруг этих объектов это решение об электроэнергии и земле. В материалах исследования нет данных по отдельным площадкам, поэтому они не поддерживают экологические выводы о компании в целом, но подтверждают, что действующая и контрактная мощность — ключевые показатели роста, а задержки по электроэнергии и объектам — бизнес-риск.

Для сетевых инженеров эта архитектура показывает, что ИИ-инфраструктура становится отдельной профессией. Знания о маршрутизации и коммутации по-прежнему необходимы, но уже пересекаются с библиотеками коллективных коммуникаций, топологией ускорителей, жидкостным охлаждением, планированием и проектным финансированием. Тот, кто настраивает перегрузку, одновременно защищает процент завершённых задач и платёжеспособность по долгу.

Чего не видно в открытых данных

CoreWeave публикует документацию по продуктам, технические блоги и финансовые отчёты, но сетевой стек остаётся частично непрозрачным. В предоставленных материалах нет полной топологии в реальном времени, списка фабрик по площадкам, таблиц переподписки, карты прав на оптоволокно, полной истории инцидентов или независимого архива бенчмарков по рабочим нагрузкам.

Эта граница должна влиять и на формулировки. Архитектурные документы доказывают механизмы, документы SEC — консолидированную финансовую отчётность и риски, клиентские новости — выбор или сотрудничество; ничто из этого не доказывает результаты для произвольной нагрузки, аптайм всего парка или более низкую совокупную стоимость для всех покупателей.

Той же осторожности требуют и показатели масштаба: действующая мощность не равна контрактной; портфель заказов — это не выручка; анонсированный звонок с инвесторами — не финансовые результаты; объявленное клиентское соглашение — не факт использования; предложенное поглощение — не владение; будущее оборудование — не текущий парк.

Эти различения не ослабляют статью, а определяют информационные пробелы, которыми должен управлять профессиональный читатель. CoreWeave просит клиентов и капитал довериться глубоко интегрированной системе, ключевые детали которой неизбежно приватны. Рациональный ответ — не верить по умолчанию в успех или провал, а требовать свидетельств на уровне конкретных контрактов, кластеров и площадок.

Главный вывод

Продукт CoreWeave часто называют вычислительной ёмкостью, но более глубокий продукт — это координация: между дорожной картой вендора и строительством дата-центров, scale-up и scale-out, политиками DPU и намерениями арендаторов, планированием в Kubernetes и физической топологией, хранилищем и контрольными точками, магистралью и клиентским доступом, долгосрочным финансированием и коротким циклом обновления оборудования.

Эта координация может давать реальное преимущество. Специализированный провайдер принимает решения вокруг полной рабочей нагрузки, не заставляя клиента самостоятельно собирать решение из нескольких вендоров; он может быстрее многих организаций квалифицировать системы, устранять сбои и выводить новые поколения. Быстрый рост показывает, что крупные клиенты действительно ценят такой перенос ответственности.

Та же интеграция концентрирует и последствия. Один дизайн фабрики, одна задержка вендора, одна ошибка политики, одно ограничение финансирования или изменение якорного клиента могут затронуть бо́льшую часть системы. Будущее CoreWeave зависит не от эффектной цифры пропускной способности, а от того, сможет ли вся совокупность уровней последовательно превращать профинансированные мощности в надёжную работу для клиентов.