Резюме

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Несколько названий описывают разные уровни. Nimbus — архитектура виртуальной сети CoreWeave на базе DPU. CoreWeave Kubernetes Service (CKS) предоставляет управляемый bare-metal Kubernetes. SUNK упаковывает инфраструктуру и операции в сервис управляемого суперкомпьютера. Mission Control добавляет мониторинг, ремонт и поддержку жизненного цикла. Direct Connect обеспечивает частное подключение клиентов. Названия 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 в корпорацию штата Делавэр. Название CoreWeave она приняла в декабре 2019 года, когда двигалась в сторону специализированных облачных вычислений.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Spectrum-X и RoCE как путь поверх Ethernet

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

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

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

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

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

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

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

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

Как собирается VPC-оверлей

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Чего не могут показать публичные источники

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

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

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

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

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

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

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

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