Суть

  • Сетевой стек CoreWeave — это операционная архитектура, охватывающая масштабирование вверх и вширь (scale-up/scale-out), хранилище, тенантов, управление, магистраль и частные подключения, а не отдельный продукт.
  • Фабрики и DPU от NVIDIA в сочетании с программным обеспечением 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 года CoreWeave сообщила о более чем 1 ГВт в работе и более 3,5 ГВт законтрактованных. Цифры показывают компанию, которая расширяет объекты и эксплуатацию с промышленной скоростью. Одновременно они показывают, как быстро вчерашняя архитектура становится меньшинством в парке.

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

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

GPU — это ещё не облако

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

Только когда эти пути воспроизводятся одинаково, продукт становится облаком.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

CoreWeave завершила IPO в марте 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, а 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 Gigabit и Spectrum-X Ethernet с RoCE и RDMA. Сосуществование InfiniBand и Ethernet важно: компания не сводит идентичность платформы к одному набору протоколов.

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

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

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

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

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

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

Рейл-оптимизированные топологии и размещение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Архитектура регионов формирует выбор по доступности

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

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

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

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

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

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

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

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

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

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

Финансы — один из слоёв архитектуры

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

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

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

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

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

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

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

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

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

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

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

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

Контракты «бери или плати» переносят риск, но не устраняют его

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Центральный вывод

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

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

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