Yandex Cloud и маржинальная политика российских вычислений

Маржа — в суверенитете, а не в типовом облачном масштабе

Yandex Cloud не следует рассматривать как небольшого регионального хостера, пытающегося подражать Amazon Web Services. Это, скорее, российский инфраструктурный бизнес, спрос на который усиливается из-за исчезновения нормальной глобальной альтернативы. Его клиентам нужны вычисления, хранилища, управляемые базы данных, средства безопасности, аналитика данных, сервисы машинного обучения и выделенная инфраструктура. На обычных рынках покупатель мог выбирать среди AWS, Microsoft Azure, Google Cloud, местных операторов дата-центров, телеком-облаков, хостинговых компаний и собственной инфраструктуры.

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

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

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

Собственные раскрытия Yandex Cloud делают сторону спроса необычно наглядной. В финансовом отчёте за 2025 год сообщается, что выручка достигла 27,6 млрд рублей, увеличившись на 39 процентов по сравнению с 2024 годом и в 3,5 раза по сравнению с 2022 годом; также говорится, что облачный бизнес четвёртый год подряд остаётся EBITDA-положительным и 93 процента выручки поступает от внешних клиентов (https://yandex.cloud/en/blog/financial-results-2025). Число клиентов выросло на 17 процентов до 51 000, при этом 84 процента выручки приходится на средний и крупный бизнес. Это не экспериментальный побочный проект. Это значимая корпоративная платформа внутри группы Yandex B2B Tech.

Тот же отчёт объясняет, почему важна облачная маржа. На инфраструктурные услуги всё ещё приходится 52 процента выручки Yandex Cloud, а на платформенные сервисы, включая данные, контейнеры, машинное обучение и безопасность, — 42 процента. Стратегические направления, такие как ИИ и информационная безопасность, быстро росли, но они также требуют дефицитных специалистов, специализированной инфраструктуры и доверия со стороны крупных регулируемых заказчиков. Yandex Cloud сообщает, что выручка AI Studio в 2025 году почти удвоилась до 2 млрд рублей, Object Storage обрабатывал 500 000 запросов в секунду, пропускная способность каналов публичного облака выросла на 2 Тбит/с, а ёмкость Cloud Interconnect — на 5,8 Тбит/с (https://yandex.cloud/en/blog/financial-results-2025). Эти цифры — сигналы масштаба. Они также сигналы расхода капитала.

Российский облачный рынок достаточно велик, чтобы поддерживать рост. TAdviser со ссылкой на несколько рыночных исследований сообщает, что расходы на облачные сервисы в России в 2025 году составили 416,5 млрд рублей, из которых на IaaS пришлось 183,1 млрд рублей, а сильный рост был обусловлен импортозамещением, ИИ и цифровой трансформацией (https://tadviser.com/index.php/Article%3ACloud_services_%28Russian_market%29). Тот же источник приводит более ранние оценки iKS-Consulting, согласно которым российский рынок IaaS и PaaS в 2023 году достиг 121,4 млрд рублей, а доля Yandex Cloud составила 9,8 процента после Rostelecom DPC и Cloud.ru в этом сегменте. Страницы рыночных исследований нельзя приравнивать к проверенной отчётности компаний, но они указывают в том же направлении, что и собственные цифры Yandex: российские предприятия тратят больше на отечественные облачные мощности.

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

Yandex после разделения важен, потому что у доверия теперь есть локальный владелец

Контекст собственности Yandex Cloud — не фоновый. Он меняет то, как клиенты, контрагенты и регуляторы воспринимают бизнес. Прежняя структура Yandex N.V. пыталась соединить российские операции, международные рынки капитала и глобальный технологический кадровый ресурс. Этот мост был разрушен войной, санкциями, ограничениями на листинг и политическим давлением. В феврале 2024 года Yandex N.V. объявила об обязывающем соглашении продать весь бизнес группы в России и на отдельных международных рынках за 475 млрд рублей консорциуму покупателей (https://www.sec.gov/Archives/edgar/data/1513845/000151384524000002/yndx-20240205xex99d1.htm). В июле 2024 года компания, ставшая Nebius, объявила о завершении сделки, заявив, что полностью избавилась от оставшейся доли в российских бизнесах (https://nebius.com/newsroom/ynv-announces-successful-completion-of-the-divestment-of-its-russia-based-businesses).

Это разделение означает, что Yandex Cloud находится внутри основанного в России Yandex, а не внутри компании, зарегистрированной в Амстердаме и перестроившейся вокруг международной ИИ-инфраструктуры. Страница для инвесторов Yandex теперь представляет IPJSC Yandex с головным офисом на улице Льва Толстого, 16, в Москве, как отчитывающуюся компанию; выручка группы за I квартал 2026 года составила 372,7 млрд рублей, а выручка B2B Tech за квартал — 13,6 млрд рублей (https://ir.yandex/financial-releases). В том же релизе за I квартал говорится, что продукты Yandex для бизнеса варьируются от облачной инфраструктуры до внедрения ИИ и сервисов совместной работы. Для российских корпоративных клиентов это, вероятно, служит заверением: облако принадлежит отечественной платформе, которая по-прежнему управляет более широкой экосистемой Yandex.

Для зарубежных контрагентов всё сложнее. Документация Yandex Cloud указывает, что резиденты России действуют в рамках российского гражданского права, резиденты Казахстана — казахстанского права, а нерезиденты могут найти условия договора у Iron Hive doo Beograd или Direct Cursus Technology L.L.C. в Дубае в зависимости от компании-контрагента (https://yandex.cloud/en/docs/billing/concepts/contract). Такая международная договорная архитектура может помочь обслуживать клиентов за пределами России и Казахстана. Она же показывает, насколько трудно разделить непрерывность продукта, юридическую регистрацию, санкционную подверженность и доверие. Клиент спрашивает не только, загружается ли виртуальная машина. Он спрашивает, какое юридическое лицо выставляет счета, какая юрисдикция применяется, проходят ли платежи, может ли закупка обосновать выбор провайдера и не прервут ли санкционные правила обслуживание.

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

Собственная страница Yandex об акционерах показывает концентрированную отечественную структуру собственности после реструктуризации: по данным на 31 января 2025 года основные акционеры владеют 79,2 процента уставного капитала, администраторы поощрительных программ — 3,6 процента, а free float — 17,2 процента (https://ir.yandex/shareholder-structure). Interfax сообщал, что Consortium.First по состоянию на 31 декабря 2024 года владел 64,58 процента капитала и 67,55 процента голосов в IPJSC Yandex, согласно данным Yandex (https://interfax.com/newsroom/top-stories/111674/). Точная бенефициарная экономика всех групп инвесторов для этой статьи менее важна, чем структурный вывод: российский Yandex больше не является международной материнской компанией с российской операционной «дочкой». Это российская технологическая группа с отечественными стратегическими обязательствами и облачным бизнесом внутри.

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

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

Внутренний спрос не только органический; он институциональный

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

Официальный каталог услуг Yandex Cloud поддерживает полноценный сценарий корпоративного импортозамещения. На странице сервисов перечислены Compute Cloud, Object Storage, Managed Service for Kubernetes, BareMetal, Smart Web Security, управляемые PostgreSQL, управляемые ClickHouse, наблюдаемость, Cloud Interconnect, Cloud DNS, Application Load Balancer, AI Studio, SpeechKit, DataSphere, DataLens, управляемые базы данных, реестр контейнеров, бессерверные сервисы и средства идентификации (https://yandex.cloud/en/services). Набор продуктов достаточно широк, чтобы клиент мог воссоздать стандартную архитектуру публичного облака внутри среды Yandex. Это не значит, что у Yandex Cloud столько же глобальных регионов, закупочных рычагов или глубина экосистемы, как у AWS или Azure. Это значит, что российские клиенты теперь могут локально купить достаточно базовых компонентов, чтобы избежать многих зарубежных зависимостей.

Доказательства из локальных реестров важны. Yandex Cloud сообщает, что платформа включена в единый реестр российских программ и в реестр хостинг-провайдеров Роскомнадзора (https://yandex.cloud/en/security/standards/software-registry). На той же странице поясняется, что реестр ПО создан в соответствии со статьёй 12.1 Федерального закона об информации, информационных технологиях и о защите информации, а реестр хостинг-провайдеров связан с правилами, по которым организации, не включённые в реестр, не могут оказывать услуги хостинга в России с 1 февраля 2024 года. Это не маркетинговый значок. Это закупочная инфраструктура. Благодаря ей Yandex Cloud легче приобрести организациям, которым нужны доказательства отечественного ПО, и легче защитить клиентам, чьи юридические команды должны документально обосновать допустимость облачной платформы.

Система госзакупок в России усиливает этот спрос. Постановление Правительства № 1236, доступное в официальных российских правовых источниках, установило ограничения на закупку иностранного ПО для государственных и муниципальных нужд (https://government.ru/docs/20650/). Его практический эффект — создание предпочтения в закупках российского ПО там, где существует отечественная альтернатива. Это правило не гарантирует Yandex Cloud выигрыш в конкретном тендере. Оно свидетельствует о том, что государственные и связанные с государством покупатели действуют в системе, поощряющей российский статус.

Геополитический слой идёт дальше. Мартовский 2022 года указ президента о технологической независимости критической информационной инфраструктуры подтолкнул организации в чувствительных секторах от зарубежного ПО и сервисов (https://en.kremlin.ru/events/president/news/68090). Западные меры добавили собственное давление. Действие Минфина США от 12 июня 2024 года ограничило отдельные ИТ-консультации, ИТ-поддержку и облачные сервисы для ПО управления предприятием, а также программ для проектирования и производства, поставляемых лицам в России, с 12 сентября 2024 года (https://home.treasury.gov/news/press-releases/jy2404). Ограничения ЕС на услуги по статье 5n Регламента Совета 833/2014, резюмированные в FAQ Европейской комиссии, также ограничивают ряд услуг для российского правительства и организаций, учреждённых в России, а январский обзор FAQ 2026 года включает сервисы искусственного интеллекта и высокопроизводительных вычислений в таблицу запрещённых услуг (https://finance.ec.europa.eu/system/files/2023-07/faqs-sanctions-russia-services-provision_en.pdf).

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

Публичные истории клиентов Yandex Cloud показывают, что спрос не ограничивается стартапами, экспериментирующими с грантами. На странице кейсов есть Ivideon, перенёсший основные компоненты платформы с зарубежного облачного провайдера, Glenmark, использующий Yandex DataLens для региональной аналитики, EKF, создающая продукты для умного дома и промышленной автоматизации, Infosystems Jet, использующий YandexGPT для автоматизации поддержки, НИУ ВШЭ, использующий YandexGPT для консультирования абитуриентов, и ИТМО, использующий бессерверные технологии для составления расписания курсов (https://yandex.cloud/en/cases). Это кейсы, предоставленные компанией, поэтому они, естественно, выборочны. Тем не менее они показывают продуктовую поверхность, которую ожидают купить российские клиенты: управляемое облако, аналитика, безопасность, ИИ, образование, промышленные и видеонагрузки.

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

Дефицит GPU превращает ёмкость в нормированный продукт

Экономика ИИ в Yandex Cloud определяется базовым аппаратным ограничением: современным ИИ-нагрузкам нужны GPU, а доступ России к высокопроизводительным GPU стал существенно сложнее, чем до 2022 года. В документации Yandex Cloud указано, что Compute Cloud предлагает NVIDIA Tesla V100, NVIDIA A100 с 80 ГБ HBM2, NVIDIA Tesla T4 и другие конфигурации GPU; также отмечается, что у облаков нулевая квота GPU для виртуальных машин по умолчанию, и клиенты должны запрашивать увеличение квоты через консоль управления (https://yandex.cloud/en/docs/compute/concepts/gpus). Язык квот не является чем-то необычным для облачных сервисов, но в российском контексте он экономически показателен. GPU-мощность — это то, что провайдер распределяет. Это не бесконечная полка.

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

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

Документы экспортного контроля США показывают общее направление полупроводниковой политики. Октябрьское 2023 года правило BIS из Федерального реестра ввело дополнительные ограничения на передовые вычислительные товары, применение в суперкомпьютерах и полупроводниках, с расширенными лицензионными требованиями и правилами foreign direct product (https://www.federalregister.gov/documents/2023/10/25/2023-23055/implementation-of-additional-export-controls-certain-advanced-computing-items-supercomputer-and). Контроль и санкции, специфичные для России, являются частью более широкой архитектуры, ограничивающей поставки высокопроизводительных вычислительных систем в санкционные или военно-чувствительные пункты назначения. Руководства ЕС аналогично относят высокопроизводительные вычисления, включая GPU-ускоренные, к ограниченной категории услуг в обзоре сервисов для России. Эти документы не говорят, сколько именно GPU у Yandex Cloud. Они объясняют, почему каждый дополнительный GPU-кластер имеет более высокую стратегическую стоимость.

Рыночные данные указывают в том же направлении. TAdviser сообщает, что российский рынок аренды серверов для обучения ИИ достиг примерно 6,6 млрд рублей в 2023 году по сравнению с 3,7 млрд рублей годом ранее, со ссылкой на iKS-Consulting; среди релевантных провайдеров названы Cloud.ru, Yandex, CROC, Megafon, Selectel и CloudMTS (https://tadviser.com/index.php/Article%3ACloud_services_%28Russian_market%29). На той же странице сообщается, что облачные GPU-сервисы сильно выросли, а импортозамещение и ИИ были важными драйверами роста. Даже с учётом ограниченности вторичной рыночной отчётности сигнал согласован: российский спрос на ИИ переносит всё больше нагрузок к провайдерам, способным получать и эксплуатировать дефицитные ускорители.

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

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

В отчёте Yandex Cloud за 2025 год говорится, что выручка AI Studio почти удвоилась до 2 млрд рублей, использование токенов резко выросло, а галерея моделей включала более 30 генеративных нейросетей (https://yandex.cloud/en/blog/financial-results-2025). Этот бизнес — не только бизнес API моделей. Это бизнес распределения вычислений. Облаку нужна доступность GPU для обучения, дообучения, инференса, распознавания речи, компьютерного зрения, расширения поиска и корпоративной автоматизации. Самым прибыльным слоем может быть управляемый сервис, абстрагирующий GPU от клиента, но физическое ограничение всё равно остаётся в основе.

Дефицит GPU влияет и на границы конкуренции. Nebius, международная компания, отделившаяся от прежней группы Yandex, построила свою идентичность вокруг ИИ-инфраструктуры за пределами России. Это может создавать путаницу в памяти бренда для наблюдателей, которые всё ещё считают «Yandex» одной компанией. Российский Yandex Cloud и международный бизнес ИИ-инфраструктуры Nebius теперь — отдельные коммерческие сюжеты. Nebius может искать капитал, клиентов и связи с производителями чипов на рынках, к которым российский Yandex в обычных условиях не имеет доступа.

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

Бычий сценарий состоит в том, что дефицит повышает цену. Медвежий — что дефицит повышает стоимость замещения быстрее, чем цену. Маржа Yandex Cloud зависит от того, какой эффект доминирует.

Рублёвая выручка должна финансировать импортный физический стек

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

Финансовый релиз Yandex за I квартал 2026 года даёт контекст материнской компании. Ожидается, что капитальные затраты группы составят от 10 до 12 процентов выручки в 2026 году, что соответствует пятилетнему среднегодовому уровню 11 процентов (https://ir.yandex/financial-releases). В релизе также отмечается, что компания подвержена валютному риску по активам и обязательствам и использует финансовые инструменты для управления им. Это раскрытия уровня группы, а не облачная аппаратная бухгалтерия. Но они релевантны, потому что облако — один из бизнесов, превращающих капитальные затраты в выручку от услуг.

Собственная ценовая политика Yandex Cloud показывает, за что в конечном счёте платят клиенты. В тарифах Compute Cloud указано, что стоимость использования включает вычислительные ресурсы ВМ, тип и число vCPU, число GPU, RAM, операционные системы, тип и размер хранилища, исходящий трафик и публичные IP-адреса (https://yandex.cloud/en/docs/compute/pricing). Это клиентское представление стека затрат провайдера. Каждая строка в этом списке соответствует издержкам: парк процессоров, парк ускорителей, память, носители, лицензированные образы, сетевой трафик, адресный резерв и поддержка. При санкциях и трении в поставках оборудования эти затраты менее гладкие, чем в обычном закупочном цикле.

Российские облачные провайдеры могут смягчать проблему несколькими способами. Они могут продлевать срок службы существующего оборудования, диверсифицировать поставщиков серверов и сетевого оборудования, закупать через дружественные юрисдикции, использовать отечественное ПО где возможно, больше полагаться на компоненты с открытым исходным кодом, повышать утилизацию, продавать управляемые услуги с более высокой валовой маржой и подталкивать клиентов к зарезервированным обязательствам. Похоже, Yandex Cloud делает несколько из этих вещей. В его отчёте подчёркиваются гибридные и локальные внедрения, Stackland, управляемая безопасность, AI Studio, DataLens, YDB и локальный Object Storage (https://yandex.cloud/en/blog/financial-results-2025). Локальные и гибридные продукты могут приносить доход, похожий на доход от ПО, без того чтобы каждая нагрузка работала на публичном облачном оборудовании, принадлежащем Yandex.

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

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

Лучшие облачные компании управляют этим через продуктовый микс. Базовые вычисления — не единственный источник прибыли. Управляемые базы данных, аналитика, безопасность, распознавание речи, ИИ-API, объектное хранилище, interconnect, резервное копирование, наблюдаемость, идентификация, обучение и партнёрские услуги могут приносить лучшую маржу или повышать удержание. Раскрытие Yandex Cloud за 2025 год о том, что IaaS всё ещё приносит 52 процента выручки, а PaaS — 42 процента, показывает, что переход значителен, но не завершён. Облачный бизнес, всё ещё зависящий от инфраструктурной выручки, не может избежать экономики оборудования.

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

Сетевые данные показывают инфраструктурную сущность, а не просто бренд

Yandex Cloud имеет публичный сетевой след, который подтверждает, что компания управляет серьёзной облачной инфраструктурной поверхностью. Обзор AS в RIPEstat идентифицирует AS200350 как «YandexCloud Yandex.Cloud LLC» и показывает, что он анонсируется (https://stat.ripe.net/data/as-overview/data.json?resource=AS200350). Записи RIPE Whois для AS200350 содержат as-name YandexCloud, организацию ORG-YL62-RIPE, статус assigned, дату создания 2018 год и последнее изменение в июне 2026 года (https://stat.ripe.net/data/whois/data.json?resource=AS200350). Примечания об импорте и экспорте включают аплинки и пиринговых партнёров, таких как Telia, Rascom, Rostelecom, Megafon, TTK, MTS, Beeline, Google, VK, Cloudflare, Akamai, Alibaba, Hurricane Electric, OVHcloud, Amazon, Hetzner, Telegram, Selectel, MSK-IX, DATAIX и другие обменные или пиринговые отношения.

PeeringDB указывает Yandex Cloud как AS200350 с веб-сайтом cloud.yandex.com, типом enterprise, AS-YACLOUD, открытой общей политикой пиринга, поддержкой IPv6, 11 подключениями к точкам обмена интернет-трафиком и тремя объектами (https://www.peeringdb.com/api/net?asn=200350). Данные RIPEstat об анонсированных префиксах показывают десятки видимых префиксов IPv4 и IPv6 под AS200350 в период наблюдения с конца июня по начало июля 2026 года (https://stat.ripe.net/data/announced-prefixes/data.json?resource=AS200350). Это не маркетинговые заявления. Это публичные сигналы маршрутизации и межсетевого взаимодействия.

Эти данные следует использовать осторожно. Они не говорят о количестве стоек, серверов, GPU, концентрации клиентов, внутренней топологии сети east-west, доменах отказов или утилизации. Они также не должны заставлять читателя считать номера AS, префиксы или точки обмена трафиком бизнес-сущностями. Это технические данные об операционной поверхности Yandex Cloud. Бизнес-вывод состоит в том, что Yandex Cloud — не просто бренд-ресейлер. У него существенная маршрутизационная идентичность, публичная пиринговая позиция и сетевой охват, соответствующие крупному облачному провайдеру на домашнем рынке.

Страница статуса добавляет операционную прозрачность. Публичная статус-доска Yandex Cloud показывает установки в России и Казахстане, зоны, такие как ru-central1-a, ru-central1-b, ru-central1-d, ru-central1-e и kz1-a, а также записи об инцидентах для сервисов, включая Virtual Private Cloud, файловое хранилище Compute Cloud, Cloud DNS и SpeechKit (https://status.yandex.cloud/). Сама по себе страница статуса с недавней историей инцидентов не доказывает высокую надёжность. Но она показывает, что у провайдера есть публичная поверхность операционной коммуникации и клиенты могут проверять сбои на уровне сервисов.

Официальная документация по географии также полезна. Yandex Cloud сообщает, что его инфраструктура размещена в дата-центрах в России и Казахстане и организована в регионы и зоны доступности; регион Россия включает четыре зоны доступности, а Казахстан — одну (https://yandex.cloud/en/docs/overview/concepts/geo-scope). Такая архитектура важна для отказоустойчивости. Отечественное облако, способное предложить несколько зон в России, даёт клиентам путь от хостинга в одном дата-центре к отказоустойчивой архитектуре. Это не снимает ответственности с клиента. Приложениям по-прежнему нужны правильная архитектура, резервное копирование, репликация, тестирование и планирование инцидентов.

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

Государственные и корпоративные закупки создают привязку, но и пристальное внимание

Лучшими клиентами Yandex Cloud, вероятно, являются организации с достаточной сложностью, чтобы платить за управляемые сервисы, и достаточным давлением комплаенса, чтобы предпочитать отечественного провайдера. В отчёте за 2025 год говорится, что наибольшее потребление облачных сервисов обеспечивают банковский сектор, финтех, ритейл, ИТ и телеком (https://yandex.cloud/en/blog/financial-results-2025). Эти секторы привлекательны, потому что у них есть потребности в данных, безопасности, доступности и аналитике. Они также требовательны. Банк не потребляет облако как блог-хостинг. Он спрашивает о шифровании, контроле доступа, журналах аудита, реагировании на инциденты, локализации данных, отказоустойчивости, условиях договора, сертификации и интеграции с внутренними системами.

Страницы безопасности и реестров Yandex Cloud созданы для такого покупателя. Страница государственного реестра позиционирует облако как российскую разработку, имеющую право оказывать услуги хостинга в России (https://yandex.cloud/en/security/standards/software-registry). Каталог сервисов включает Smart Web Security, Security Deck, Identity Hub, Key Management Service, Certificate Manager, Lockbox, Audit Trails, мониторинг и резервное копирование (https://yandex.cloud/en/services). В отчёте за 2025 год говорится, что каждый четвёртый коммерческий клиент использовал облачные решения безопасности, Smart Web Security обработал более 460 миллиардов запросов, а выручка сегмента безопасности выросла в 2,3 раза по сравнению с 2024 годом (https://yandex.cloud/en/blog/financial-results-2025).

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

Привязка к закупкам может быть сильной. Когда крупное российское предприятие стандартизуется на Yandex Cloud для идентификации, объектного хранилища, управляемых баз данных, аналитики, ИИ-сервисов и interconnect, переключение становится дорогим. Нагрузки накапливаются. Данные переезжают в объектное хранилище и управляемые базы. Дашборды растут в DataLens. Голосовые или текстовые модели становятся частью операций клиента. Правила безопасности, политики доступа и алерты мониторинга выстраиваются вокруг платформы. Партнёры изучают продукт. Сотрудники клиента получают сертификации. Облако становится организационной памятью.

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

Публичные кейсы показывают этот компромисс. Кейс об использовании YandexGPT в НИУ ВШЭ, кейс о бессерверном расписании в ИТМО и кейс о внедрении DataLens в Glenmark дают полезные сигналы внедрения (https://yandex.cloud/en/cases). Они сами по себе не доказывают широкую долю рынка или удовлетворённость клиентов. Они показывают то, что Yandex хочет показать рынку: крупные клиенты используют управляемые сервисы для замены ручного труда, ускорения аналитики или запуска цифровых продуктов. Более важный скрытый вопрос — сколько из этих клиентов расширяются после первого проекта, а сколько используют лишь узкий сервис, оставляя основные нагрузки в другом месте.

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

Разработчики становятся рвом только если экосистема остаётся практичной

Облачные платформы выигрывают не только через контракты, но и через привычку. Разработчики выбирают инструменты, которые знают, а предприятия стандартизуются на платформах, которыми их инженеры умеют управлять. Yandex Cloud пытается строить такую экосистему через документацию, обучение, сертификацию, открытый исходный код, гранты для стартапов, университетские программы и интеграцию продуктов. В отчёте за 2025 год говорится, что более 28 000 человек освоили облачные компетенции по образовательным программам Yandex Cloud в 2025 году, около 100 000 закончили курсы с момента запуска программ, а доступно было 37 публичных курсов (https://yandex.cloud/en/blog/financial-results-2025). Также сообщается, что сертификационные экзамены были согласованы с Национальной системой добровольной ИТ-сертификации России, аккредитованной Росстандартом.

Это коммерчески значимо. Обучение снижает стоимость внедрения. Сертификация помогает работодателям доверять навыкам. Университетские программы создают знакомство до того, как выпускники придут в банки, ритейл, интеграторы и софтверные компании. Гранты для стартапов высаживают нагрузки, которые позже могут стать платными аккаунтами. По данным того же отчёта, Yandex Cloud Boost в 2025 году выдал 336 грантов на сумму 153 млн рублей. Эти гранты — не выручка, но инвестиции в экосистему.

Сигнал разработчиков с Habr полезен, но его следует воспринимать как рыночную разведку, а не как фактическую базу для выручки. Руководство по масштабированию Yandex Cloud на Habr обсуждает зоны доступности, объём сервисов, режимы сбоев и квоты, предупреждая, что резкий рост может упереться в лимиты ресурсов и что сложное увеличение квот может потребовать координации (https://habr.com/ru/articles/681036/). Это практический сигнал. Он показывает, что обучение разработчиков Yandex Cloud — не просто глянцевый маркетинг. Он также намекает на ту же проблему ёмкости, что видна в квотах GPU: облачная эластичность существует в пределах, заданных провайдером.

Ещё одна ветка на Habr вокруг публикации DataLens с открытым исходным кодом привлекла значительное внимание разработчиков и комментарии (https://habr.com/en/companies/yandex/articles/762486/comments/). Сигнал не в том, что каждый комментатор любит Yandex Cloud или что обсуждение на Habr доказывает корпоративное внедрение. Он в том, что Yandex Cloud заметен в российской культуре разработчиков и что шаги с открытым или почти открытым кодом могут формировать доверие. На рынке, где зарубежная аналитика, BI и инструменты разработчиков испытывают давление в закупках и доступе, локальная популярность среди разработчиков имеет экономическую ценность.

Ключевое — практичность. Разработчики не остаются в облаке, потому что провайдер патриотичен. Они остаются, потому что API работают, документация актуальна, SDK пригодны, квоты обсуждаемы, об инцидентах сообщают, управляемые сервисы сокращают рутину, а цены предсказуемы. Если Yandex Cloud использует суверенитет как замену качества продукта, он превратит вынужденный спрос в недовольство. Если же он использует суверенитет как точку входа, а затем предоставляет практичные инструменты, экосистема становится рвом.

У Yandex здесь реальное преимущество, потому что доверие ко многим компонентам Yandex Cloud проистекает из более широкой инженерной культуры Yandex. Управляемый ClickHouse, YDB, DataLens, SpeechKit, AI Studio и опыт внутренней инфраструктуры несут больше локального доверия, чем тонкий каталог реселлера. Проблема компании в том, что лучшие российские инженеры также дефицитны, мобильны и дороги. Часть бывших инженерных талантов, связанных с Yandex, ушла в международные проекты после корпоративного разделения.

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

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

Импортозамещение гиперскейлеров имеет пределы, и в этом окно возможностей Yandex Cloud

Очевидное сравнение — с глобальными гиперскейлерами, но оно может вводить в заблуждение. У AWS, Azure и Google Cloud больше глобальных регионов, глубже цепочки поставок оборудования, шире маркетплейс-экосистемы и огромные капитальные бюджеты. Они также несут санкционные и юридические трения для российских клиентов. Yandex Cloud не обязательно превосходить их в глобальном масштабе. Ему достаточно быть достаточно хорошим для российских нагрузок, владельцы которых ценят соответствие местному праву, локальную обработку данных, рублёвую оплату и русскоязычную поддержку выше глобальной географической широты.

Порог «достаточно хорошо» различается по нагрузкам. Потребительский стартап, обслуживающий российских пользователей, может выбрать Yandex Cloud из-за низкой задержки, локальной оплаты и грантов. Банк может использовать Yandex Cloud для аналитики, ИИ, безопасности или гибридных продуктов, оставляя ядро систем в частной инфраструктуре. Ритейлер может использовать управляемые базы данных, объектное хранилище и CDN для цифровых сервисов. Университет может использовать образовательные гранты и ИИ-сервисы. Медиасервис может использовать хранилище, транскодирование или CDN.

Промышленная компания может использовать локальный Stackland или DataLens, потому что только публичное облако неприемлемо.

Отчёт Yandex Cloud за 2025 год наглядно показывает эту гибридную логику. В нём сказано, что многие компании, особенно банки, сочетают публичные облака и локальные решения для бесшовного масштабирования при соблюдении регуляторных требований; также подчёркиваются локальные продукты, такие как Yandex AI Studio, SpeechSense, DataLens, YDB, YTsaurus, S3-хранилище и Smart Web Security (https://yandex.cloud/en/blog/financial-results-2025). Это не чистая модель публичного облака. Это модель суверенной платформы. Провайдер продаёт облачные идеи в форме, которую местный клиент может купить.

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

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

Партнёрский канал Yandex Cloud поэтому централен для маржи. В отчёте за 2025 год говорится, что число активных партнёров достигло 883, увеличившись в 1,3 раза по сравнению с 2024 годом, а выручка партнёрского канала выросла в 1,6 раза год к году (https://yandex.cloud/en/blog/financial-results-2025). Партнёры помогают продавать, интегрировать, обучать и поддерживать. Они могут расширять охват Yandex Cloud на отрасли и регионы. Они также могут размывать качество, если сертификации и стандарты внедрения слабы. Для суверенного облака дисциплина партнёров — часть дисциплины бренда.

Конкурентный набор столь же локален и связан с государством, сколь и глобален. Cloud.ru, Rostelecom, Selectel, MTS, VK Cloud, CROC и телеком- или дата-центровые группы конкурируют за части российского облачного спроса. У некоторых сильнее каналы госсектора. У некоторых есть операторские или дата-центровые активы. У некоторых иные сигналы собственности. Преимущество Yandex — в сочетании инженерии потребительского масштаба, доверия к поиску и ИИ, культуры разработчиков, управляемых продуктов для данных и роста корпоративного облака.

Его недостаток — в том, что каждая часть российского технологического рынка теперь находится под одним и тем же аппаратным и санкционным потолком.

Что изменило бы оценку

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

Второе — доказательства того, что PaaS, безопасность, данные и ИИ-сервисы продолжают расти быстрее сырой инфраструктуры. Если управляемые услуги продолжают увеличивать долю в выручке, Yandex Cloud может защищать маржу даже при волатильных затратах на оборудование. Если IaaS останется слишком доминирующим, облако останется уязвимым к циклам замещения серверов и сетей.

Третье — более полное раскрытие удержания корпоративных клиентов. Число клиентов полезно, но чистое удержание выручки, обязательная регулярная выручка, коэффициенты продления и расширение крупных клиентов показали бы, внедряется ли платформа глубоко или лишь выигрывает отдельные нагрузки. Цифра 51 000 клиентов и доля 84 процента выручки от крупного и среднего бизнеса обнадёживают. Они не раскрывают отток.

Четвёртое — более явные доказательства побед в закупках в регулируемых секторах. Включение в реестры ПО и хостинга создаёт право на участие. Оно не доказывает, что государственные и связанные с государством покупатели массово стандартизуются на Yandex Cloud. Публичные тендеры, рамочные соглашения и отраслевые кейсы сделали бы тезис о закупках сильнее.

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

Факты могут и ослабить сценарий. Резкая девальвация рубля, новые ограничения на поставки оборудования из третьих стран, громкие сбои сервисов, потеря ключевых инженерных команд, жалобы клиентов на распределение GPU или агрессивная ценовая конкуренция со стороны государственных облаков сжали бы маржинальный сюжет. Данные о том, что крупные клиенты вынуждены использовать Yandex Cloud ради комплаенса, но держат там только низкоценные нагрузки, также ослабили бы тезис о платформе.

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

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

Реестр источников

Официальный сайт и каталог услуг Yandex Cloud определяют компанию как широкую облачную платформу, продающую вычисления, хранилища, управляемые базы данных, Kubernetes, безопасность, аналитику, бессерверные сервисы и ИИ:https://yandex.cloud/enиhttps://yandex.cloud/en/services. Документация по географии поддерживает обсуждение регионов и зон доступности, включая инфраструктуру в России и Казахстане:https://yandex.cloud/en/docs/overview/concepts/geo-scope. Документация по GPU поддерживает обсуждение V100, A100, T4, запросов квот, кластеров InfiniBand и ограничений технической доступности:https://yandex.cloud/en/docs/compute/concepts/gpus. Документация по тарифам Compute Cloud поддерживает обсуждение базы затрат вокруг компонентов vCPU, GPU, RAM, хранилища, исходящего трафика и публичных IP-адресов:https://yandex.cloud/en/docs/compute/pricing.

Финансовый отчёт Yandex Cloud за 2025 год — основной источник данных о выручке, числе клиентов, доле внешних клиентов, формулировке о положительной EBITDA, продуктовом миксе, выручке AI Studio, росте сегмента безопасности, росте платформы данных, росте сетевой ёмкости, объёме запросов Object Storage, числе партнёров, грантах и образовательных программах:https://yandex.cloud/en/blog/financial-results-2025. Релиз Yandex для инвесторов за I квартал 2026 года поддерживает финансовый контекст материнской компании, квартальную выручку B2B Tech, прогноз капитальных затрат группы и текущую отчётную структуру IPJSC Yandex:https://ir.yandex/financial-releases. Страница акционеров поддерживает обсуждение концентрации собственности после реструктуризации:https://ir.yandex/shareholder-structure.

Продажа прежней Yandex N.V. подтверждается февральским 2024 года объявлением об обязывающем соглашении о продаже бизнесов в России, размещённым в SEC, и июльским 2024 года заявлением Nebius о завершении сделки:https://www.sec.gov/Archives/edgar/data/1513845/000151384524000002/yndx-20240205xex99d1.htmиhttps://nebius.com/newsroom/ynv-announces-successful-completion-of-the-divestment-of-its-russia-based-businesses. Сообщение Interfax о владении Consortium.First долей в IPJSC Yandex даёт рыночный сигнал о собственности с оговоркой, что это вторичная отчётность, а не собственная таблица акционеров компании:https://interfax.com/newsroom/top-stories/111674/.

Давление закупок и суверенитета подтверждается страницей Yandex Cloud о государственных реестрах, страницей российского правительства о Постановлении № 1236, указом президента о технологической независимости критической информационной инфраструктуры, июньским 2024 года объявлением Минфина США об ограничении услуг, FAQ Европейской комиссии об услугах для России и правилом BIS об экспортном контроле передовых вычислений из Федерального реестра:https://yandex.cloud/en/security/standards/software-registry,https://government.ru/docs/20650/,https://en.kremlin.ru/events/president/news/68090,https://home.treasury.gov/news/press-releases/jy2404,https://finance.ec.europa.eu/system/files/2023-07/faqs-sanctions-russia-services-provision_en.pdfиhttps://www.federalregister.gov/documents/2023/10/25/2023-23055/implementation-of-additional-export-controls-certain-advanced-computing-items-supercomputer-and.

Данные об объёме рынка и конкурентный контекст подтверждаются отчётом TAdviser об облачном рынке, который агрегирует исследования iKS-Consulting, Jacob & Partners, DataRu и других рыночных источников; эти цифры следует считать рыночными оценками, а не проверенными результатами Yandex Cloud:https://tadviser.com/index.php/Article%3ACloud_services_%28Russian_market%29. Страница клиентских кейсов Yandex Cloud поддерживает обсуждение Ivideon, Glenmark, EKF, Infosystems Jet, ВШЭ и ИТМО как раскрытых примеров внедрения с оговоркой, что вендорские кейсы выборочны:https://yandex.cloud/en/cases.

Публичные сетевые и операционные данные взяты из обзора AS в RIPEstat, данных RIPE Whois, данных RIPEstat об анонсированных префиксах, PeeringDB и статус-доски Yandex Cloud:https://stat.ripe.net/data/as-overview/data.json?resource=AS200350,https://stat.ripe.net/data/whois/data.json?resource=AS200350,https://stat.ripe.net/data/announced-prefixes/data.json?resource=AS200350,https://www.peeringdb.com/api/net?asn=200350иhttps://status.yandex.cloud/. Сигналы разработчиков и сообщества взяты из материалов Habr о масштабировании публичного облака, квотах и обсуждении Yandex Cloud/DataLens; они рассматриваются как рыночные сигналы разработчиков, а не доказательство финансовых результатов:https://habr.com/ru/articles/681036/иhttps://habr.com/en/companies/yandex/articles/762486/comments/.