Кратко

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

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

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

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

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

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

GPU сама по себе ещё не облако

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

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

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

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

Вопрос не в том, есть ли у CoreWeave абстрактно быстрая сеть. Полезный вопрос: сколько различных сетей должны взаимодействовать, прежде чем ИИ-нагрузка сможет работать как надёжный сервис, — и какая сторона контролирует каждую из них.

Что на самом деле означает термин «сетевой стек CoreWeave»

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

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

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

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

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

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

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

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

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

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

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

Нагрузка определяет архитектуру

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

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

Отсюда многоуровневый проект. Каналы scale-up создают сильно связанный домен внутри системы в масштабе стойки. Фабрики scale-out соединяют несколько систем между стойками. Пути хранения питают нагрузку и сохраняют её. Сеть арендатора предоставляет частные адреса и политики. Управляющая сеть даёт оператору контроль над хостами, DPU, коммутаторами и процессами ремонта. Магистраль соединяет объекты и внешние экосистемы. Частные каналы клиентов связывают облако с другими административными доменами.

Уровни взаимодействуют, но не взаимозаменяемы. Дальняя оптоволоконная линия не заменяет локальную GPU-фабрику, поскольку сама задержка распространения затрудняет сильно синхронизированное обучение между удалёнными площадками. Домен NVLink не работает как клиентская VPC. Оверлей может скрывать различия адресации, но не чинит отказавший трансивер в андерлее. Kubernetes может планировать под, не понимая всю физическую шину, если платформа не предоставляет информацию о топологии и интеграции устройств.

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

Сеть scale-up внутри домена в масштабе стойки

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

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

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

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

Фабрики scale-out: присутствуют и InfiniBand, и Ethernet

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

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

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

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

Spectrum-X и RoCE как путь Ethernet

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

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

Топология и распределение, оптимизированные по шинам (rails)

Мультишиновые системы (multi-rail) группируют сетевые интерфейсы и соответствующие ускорители, чтобы коллективный трафик шёл по регулярным параллельным путям. Проект, оптимизированный по шинам, может уменьшить лишние пересечения и сделать пропускную способность более предсказуемой. Он также требует, чтобы планировщик понимал топологию: размещение задачи на неверной комбинации узлов может свести на нет физический проект.

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

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

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

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

Как устроен оверлей VPC

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

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

DPU становится частью доверенной базы

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

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

Kubernetes на bare metal как клиентская поверхность управления

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

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

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

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

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

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

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

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

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

Mission Control добавляет мониторинг, обслуживание, ремонт и поддержку жизненного цикла. Его важность легче заметить, когда задача велика. Замена неисправного компонента в небольшом пуле серверов может иметь ограниченные последствия; диагностика деградировавшего канала в сильно синхронизированном выделении может решить, будут ли тысячи часов ускорителя полезными или потраченными впустую.

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

Хранилище — часть сетевого расчёта

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

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

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

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

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

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

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

Частное подключение снижает один тип неопределённости

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

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

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

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

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

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

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

Отстающие узлы важнее полных сбоев

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

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

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

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

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

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

CoreWeave сообщила о выручке в 5,1 млрд долларов за 2025 год и чистом убытке в 1,2 млрд долларов. За год компания выплатила 10,3 млрд долларов наличными за имущество и оборудование. На конец периода оставшиеся обязательства по исполнению составляли 60,7 млрд долларов. В том же документе описаны крупные обязательства по финансированию оборудования, долгу, аренде и инфраструктуре.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Приобретения двигают стек вверх, а провалившееся слияние указывало вниз

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

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

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

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

Что 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 и платформа, созданная для плотных ускорительных нагрузок.

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

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

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 влияет на рынки далеко за пределами аренды GPU. Обязательства в гигаваттах создают спрос на генерацию, подключение к электросети, трансформаторы, охлаждение, землю и строительство. Высоко radix-фабрики требуют коммутаторов, оптики и волокна. Частное подключение создаёт спрос на ёмкость операторов, присутствие в точках обмена и облачные on-ramp. Финансовые структуры требуют кредиторов, способных оценивать быстро устаревающую технологию при длинных контрактах.

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

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

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

Чего не могут показать открытые данные

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

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

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

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

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

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

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

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