Кратко

  • CTYun управляется через Tianyi Cloud Technology Co., Ltd. — преемника с 2021 года подразделения облачных вычислений China Telecom Corporation Limited; метка в реестреCHINATELECOM-Ctcloud— это сетевое имя в формате ASN, а не юридическое наименование компании.
  • Его защитимое преимущество — связка облачных мощностей с провинциальными развёртываниями и сетью China Telecom, но национальный охват сам по себе не доказывает независимости зон доступности, местонахождения данных или пути восстановления конкретной рабочей нагрузки.
  • Публичное облако CTYun, частные развёртывания, операторские каналы, API для разработчиков и ИИ-маркетплейс Xirang образуют широкую операционную поверхность, экономика которой выходит далеко за рамки цены виртуальной машины.
  • Заказчики должны включить в приёмочные испытания локализацию, домены отказа, ответственность за поддержку, переносимость API, вывод продуктов из эксплуатации и проверенный экспорт; иначе пакт «государственного облака» может превратить политику непрерывности в концентрированную зависимость от одного поставщика.

Самая показательная карта — календарь

Самая показательная карта инфраструктуры CTYun — это не схема, а календарь.

3 февраля 2026 года CTYun сообщил клиентам, что его интегрированный продукт гетерогенных вычислений Yunxiao Intelligent Computing перестанет принимать новые покупки и продления с 25 марта. Существующие клиенты могли пользоваться услугой только до 25 августа; их попросили заранее сделать резервные копии данных.Уведомление о выводе продуктане было сигналом сбоя. Оно зафиксировало нечто более обыденное и не менее важное для закупок: облачный сервис может оставаться технически полезным, когда его коммерческий срок подходит к концу.

В то же время более широкое предложение CTYun в области интеллектуальных вычислений расширялось. Егопродуктовая поверхность Xirangпредставляет объединение вычислительных мощностей, обучение и инференс, публичные мощности, модельные сервисы и хостинг приложений как единую систему. Связаннаястраница решения Xirangобъясняет, что прежние компоненты Yunxiao, Huiju и Xirang интегрированы в общую архитектуру публичного и частного облака. Таким образом, вывод продукта — доказательство конвергенции портфеля, а не ухода China Telecom из ИИ. Однако клиент, у которого скрипты, образы, планировщики или операционные процедуры завязаны на выводимый компонент, всё равно должен выполнить миграцию.

Это напряжение — правильная точка входа для понимания CTYun. Его маркетинговый масштаб территориален: четыре крупные облачные базы, четыре ключевых экономических региона, пулы в 31 зоне уровня провинций, сотни дата-центров и растущая ткань интеллектуальных вычислений. А клиентский опыт конкретен: один аккаунт, один регион, одна зона доступности, одна квота, один образ, одна версия API, одна провинциальная команда, один счёт и, наконец, одна дата окончания. «Государственное облако» — это стратегическая рамка. Рабочая нагрузка живёт в реализации.

Поэтому вопрос при заказе — не в том, есть ли у China Telecom большое облако. Оно, безусловно, есть. China Telecom Corporation Limited отчиталась овыручке облачного бизнеса в 120,7 млрд юаней в 2025 году, приписав себе второе место на китайском рынке публичной облачной инфраструктуры как услуги и место в первой тройке по инфраструктурным и платформенным услугам по данным IDC на III квартал 2025 года. Это показатели и места из отчётности группы, а не отдельный аудированный отчёт о прибылях и убытках Tianyi Cloud Technology Co., Ltd. Они говорят о стратегическом весе, а не о юнит-экономике.

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

Сначала проверьте имя

С меткой в реестре нужно обращаться осторожно.CHINATELECOM-Ctcloud— это не название в действующем клиентском договоре CTYun, и его не следует возводить в юридическое лицо через одну лишь типографику.

Публичные записи маршрутизации связывают эту метку с автономной системой 58519.Страница AS58519на Cloudflare Radar показываетCHINATELECOM-Ctcloudи альтернативное описаниеCHINATELECOM-CTCLOUD Cloud Computing Corporation.Текущая запись на bgp.tools, показывающая лежащий в основе текст WHOIS в стиле APNIC, говорит больше. Имя AS указано какCHINATELECOM-Ctcloud, описание — «Cloud Computing Corporation», и утверждается, что сеть принадлежит подразделению облачных вычислений China Telecom Corporation Limited. Там же China Telecom Backbone, AS4134, указана как вышестоящий провайдер. Эти записи доказывают связь сети и оператора. Но они не доказывают, что «CHINATELECOM-Ctcloud» — зарегистрированное полное английское название компании, сейчас или когда-либо.

Корпоративный мост даёт сам China Telecom. Отчёт группы о реформе за 2022 год сообщает, чтоTianyi Cloud Technology Co., Ltd. учреждена 1 июля 2021 годас уставным капиталом 4 млрд юаней как компания третьего уровня в структуре China Telecommunications Corporation. Там сказано, что новая компания стала преемником подразделения облачных вычислений, созданного в 2012 году, преобразовав подразделение в дочернюю компанию. В статье компания описана как консолидированный инструмент группы для публичных, частных, выделенных, гибридных и edge-облачных сервисов.

Текущие договорные формулировки завершают мост.Пользовательское соглашение CTYun, действующее с 20 июня 2025 года, устанавливает, что сайт ctyun.cn создан и управляется Tianyi Cloud Technology Co., Ltd. В нём также указано, что некоторые услуги могут предоставляться этой компанией или её дочерними компаниями и что фактический поставщик услуг может подписывать договор на продукт и выставлять счёт. Дорога разработчика CTYun ведёт к тому же оператору: в публичнойгруппе артефактов Mavencn.ctyunесть версии Java SDK 2026 года, в строке копирайта которых используются английское написание «China Telecom Cloud Technology Co., Ltd.» и китайское юридическое наименование 天翼云科技有限公司.

Доказательства подтверждают лишь ограниченный вывод. AS58519 — честная сетевая и операторская привязка для строки реестра. Прежнее описание «дочерней компании» в записи маршрутизации связано с реформой по превращению подразделения в дочернюю компанию, а текущие юридические и разработческие поверхности связывают CTYun с Tianyi Cloud Technology Co., Ltd. Но рассмотренные открытые источники не показывают ни документа о передаче ресурсов APNIC, ни действующего сертификата владения ресурсами ASN, ни конкретного заказа клиента, который привязывал бы каждую рекламируемую услугу к этому одному юридическому лицу.

Поэтому эта статья касается операционной поверхности CTYun / China Telecom Cloud Technology. Она не переименовывает субъекта реестра, не подставляет China Telecom Corporation Limited в качестве предмета и не считает China Telecom Global той же договорной стороной.

Это различие имеет коммерческое значение. «China Telecom» может означать государственную группу, публичную операционную компанию, провинциальную дочернюю компанию, дочернюю компанию цифровых сервисов, Tianyi Cloud Technology Co., Ltd. или зарубежный филиал. Логотип не определяет сторону, которая обязана выплатить компенсацию за нарушение SLA, хранит данные клиента, эксплуатирует площадку или обязана помочь с выводом. Любая серьёзная закупка должна до начала технической оценки задать четыре вопроса об идентичности: кто подписывает, кто выставляет счёт, кто эксплуатирует выбранный пул ресурсов и кто несёт обязательства при переходе.

Ответ может законно охватывать несколько компаний China Telecom. Но он не должен оставаться подразумеваемым.

Провинция — часть продукта

Национальная география CTYun — не декоративная карта покрытия. Это часть конструкции продукта.

Настранице инфраструктурыкомпании описана схема4+4+31+X. Четыре крупные базы находятся во Внутренней Монголии, Гуйчжоу, Ганьсу и Нинся. Четыре приоритетных региона охватывают Пекин — Тяньцзинь — Хэбэй, дельту реки Янцзы, район Гуандун — Гонконг — Макао и район Шэньси — Сычуань — Чунцин. Центральные пулы доходят до 31 зоны уровня провинций, а слой «X» включает нижестоящие развёртывания частных облаков и доставки контента. На той же странице заявлено более 700 дата-центров и указаны числа по провинциям. Это собственные заявления о парке площадок, а не независимая инвентаризация, и «дата-центр» — не синоним общедоступного региона CTYun или мультизональной продуктовой площадки.

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

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

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

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

Одно облако, несколько операционных периметров

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

Первый — национальный публичный облачный сайт Tianyi Cloud Technology Co., Ltd. и её провинциальных дочерних компаний. Действующее пользовательское соглашение делает этот периметр видимым через создание аккаунтов, заказы продуктов и оказание услуг на уровне «дочек». Второй — домен частных, выделенных и гибридных развёртываний, описанный в отчёте группы China Telecom. Здесь оборудование или ПО могут находиться в помещении заказчика или на выделенной площадке, даже если стек и эксплуатацию обеспечивает CTYun.

Третий — федерация ИИ-вычислений Xirang, которая может объединять собственные и арендованные мощности разных провайдеров, регионов и архитектур ускорителей. Четвёртый — международная сеть China Telecom и её зарубежная облачная оболочка.

Этот последний периметр нельзя сливать с CTYun.Страница облачной инфраструктуры China Telecom Asia-Pacificпродвигает вычисления, хранение и сетевые сервисы внутри Китая и за рубежом, частные подключения к AWS, Azure, Google Cloud, Alibaba Cloud и Tencent Cloud, более 40 городских узлов облака или межсоединений и многоязычный центр эксплуатации. Это полезное доказательство облачно-сетевой досягаемости группы в целом. Но её подвал и организационный контекст принадлежат зарубежной структуре China Telecom, а не доказательству того, что Tianyi Cloud Technology Co., Ltd. заключает договоры на каждый международный узел или эксплуатирует его.

Эта граница становится важной, когда транснациональная компания проектирует «единое облако China Telecom». Внутренние данные могут жить в CTYun. Выделенный канал может продавать провинциальная телеком-«дочка». В международном транзите или облачном обмене может участвовать China Telecom Global или региональный филиал. Управляемое устройство безопасности может иметь другого поставщика. Заказчик видит одну архитектурную схему; в договорах же может быть несколько поставщиков услуг, правовых режимов, очередей поддержки и отдельных часов отсчёта инцидентов.

Это не делает интегрированное предложение иллюзорным. Это делает карту ответственности обязательной. Ценность операторского облака как раз в том, что сеть и вычисления проектируются вместе. Требуемый взамен инструмент контроля — матрица ответственности, которая называет оператора каждого слоя, владельца эскалации между слоями и сторону, обязанную координировать трансграничный инцидент. «Единая договорная точка отказа» — это не пункт договора. Подписанная сквозная операционная модель — да.

Заказчик управляет цепочкой

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

Заказчик сначала создаёт и проверяет аккаунт, заводит организационных пользователей и получает учётные данные. Затем выбирает регион и зону, создаёт виртуальное частное облако и подсети, задаёт маршруты и группы безопасности, выбирает образы и типы инстансов, подключает диски или объектное хранилище, назначает публичную или частную связь и настраивает мониторинг.Страница Elastic Cloud Serverпредставляет это как быстрое развёртывание: инстансы можно создавать пакетами за минуты, менять их размер, объединять с балансировкой нагрузки и подключать к нескольким классам хранилищ. На ней рекламируются инстансы общего назначения, на локальных дисках, на национальных технологиях и с GPU, а также образы CTyunOS, KylinOS, openEuler и сторонних систем.

Страница продукта — коммерческое описание, а не гарантия архитектуры. Более подробнаядокументация по продукту ECSпоказывает два основных пути управления: веб-консоль и HTTPS API. Пользователю, который интегрирует инстансы публичного облака в другую систему, предлагается использовать API, а для некоторых задач — обращаться к персональному менеджеру. Отдельныйпортал OpenAPIпредлагает документацию API, отладку, SDK, примеры, статистику вызовов и диагностику. Эти разработческие поверхности важны, потому что автоматизация — то место, где облако перестаёт быть взаимозаменяемым. Идентификаторы ресурсов, семантика ошибок, логика подписи, квоты, поведение конечной согласованности и региональные эндпоинты встраиваются в конвейеры развёртывания.

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

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

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

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

Плоскость управления — главная зависимость

Переносимость инфраструктуры обычно обсуждают на уровне Linux и контейнеров. Это лёгкий слой. Более тяжёлая зависимость — плоскость управления.

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

Публичный след Java SDK CTYun иллюстрирует это расширение. Группаcn.ctyunсодержит отдельные артефакты для таких сервисов, как виртуальное частное облако и эластичное масштабирование. Команда приложения, импортирующая эти клиенты, получает типизированный доступ и более быструю поставку. Но она принимает и ритм выпуска SDK, способ аутентификации, таксономию эндпоинтов и модель ошибок. Правильный вопрос не в том, является ли использование SDK замыканием на провайдера. А в том, изолировал ли заказчик вызовы провайдера, зафиксировал и протестировал версии, сохранил ли исходную документацию API и построил ли второй путь для инвентаризации и экспорта.

Хранилище показывает и переносимость, и её пределы.Документация объектного хранилищаCTYun сообщает, что сервис поддерживает протокол S3, а отдельные узлы — также семантику файловых систем или HDFS.Сервис миграции в облакозаявляет, что может перемещать объекты между AWS S3, Alibaba OSS, Huawei OBS, Tencent COS, CTYun ZOS и OOS, а также другими стандартными S3-сервисами, и затем проверять миграцию. Это весомое доказательство переносимости.

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

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

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

ИИ превращает мощности в рынок

Xirang меняет экономическую единицу CTYun. Традиционный оператор продаёт канал; традиционное облако продаёт ресурсы с поминутной тарификацией; платформа ИИ-вычислений всё чаще продаёт доступ к спроектированной гетерогенной производственной системе.

Годовые результаты China Telecom за 2025 год описывают интеллектуальный облачный стек, построенный вокруг Xirang. Компания заявила о 91 экзафлопсе собственных и арендованных мощностей интеллектуальных вычислений — комбинацию, которую нельзя читать как 91 экзафлопс одного ускорителя, одной точности или одного класса доступности. Она заявила о 12,3 млрд юаней «интеллектуальной выручки», определённой как услуги ИИ и интеллектуальных вычислений для клиентов.

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

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

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

Собственные заявления платформы о надёжности достаточно конкретны, чтобы их проверять. На странице Xirang сказано, что поддерживаются пути Ascend и Nvidia, продолжение с чекпойнта с целевым восстановлением за 15 минут, обнаружение сбоя за одну минуту, локализация за пять минут и восстановление за десять минут в поддерживаемых сценариях обучения. Это заявления компании, а не публичный бенчмарк и не универсальный SLA. В приёмочном испытании стоит вносить отказ воркера, замедление хранилища, разрыв сети и исчерпание квоты в целевые фреймворк и модель.

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

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

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

Вывод Yunxiao демонстрирует ещё один специфичный для ИИ риск. Быстрая консолидация платформ может улучшить стратегический стек, одновременно сократив жизнь именованной продуктовой поверхности. Клиентам нужно договорное регулирование форматов образов, чекпойнтов, артефактов моделей, API и замещающих мощностей при объединении или выводе сервиса. «Triless» — архитектурная устремлённость к тому, чтобы ресурсы, фреймворки и инструменты стали менее значимы для пользователей. Сама по себе она не делает операционное состояние заказчика переносимым.

Локализацию нужно доказать

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

Закон КНР о защите персональных данных — это не универсальный приказ, чтобы каждый байт оставался в Китае. Статья 40официального английского текста PIPLобязывает операторов критической информационной инфраструктуры и операторов персональных данных, достигших установленного порога, хранить в Китае персональные данные, собранные и порождённые в Китае. Когда зарубежная передача действительно необходима, может потребоваться проверка безопасности — с учётом последующих правил и исключений. Сферу действия закона, пороги и пути передачи нужно оценивать для конкретного заказчика и набора данных; выбор региона в облаке — это не юридическая консультация.

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

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

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

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

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

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

Закупка задаёт архитектуру

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

В январе 2024 года Tianyi Cloud Technology Co., Ltd. победила взакупке облачных услуг для информационной системы центрального правительства. В извещении о результатах названы юридический поставщик и его пекинский адрес — это замыкает контур идентичности независимо от брендового сайта. Важнее другое: там перечислена оценочная поверхность — зоны доступности, интернет-протоколы, открытость платформы, соответствие требованиям, безопасность данных, ограничения на изменение цен, задержки, компенсация за нарушение SLA, уничтожение данных, миграция и конфиденциальность. В конфигурацию входили 70 виртуальных серверов разных размеров, базы данных, Kubernetes, обмен сообщениями и набор облачных политик безопасности для поддержки требований многоуровневой защиты.

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

Другие закупки показывают, что конкурентный рынок — это ни простой рейтинг брендов, ни гарантированная франшиза China Telecom. Закупка правительственного облака провинции Хунань на 2025–2027 годыразделила работу на четыре лотаи оценивала цифровую «дочку» China Telecom наряду с China Mobile, China Unicom, Huawei Cloud, Inspur Cloud, Unis Cloud и China Electronics. Разные лоты достались разным поставщикам. Баллы и цены не двигались синхронно, а правила не позволяли одному участнику забрать все лоты.

Закупка правительственного облака Куньминапоказывает местный операционный слой. Консорциум под руководством юньнаньского филиала China Telecom выиграл облачный лот. Требования предусматривали площадки в Куньмине, поддержку нескольких архитектур CPU, соответствие проверке безопасности облака, многоуровневой защите и криптографическим требованиям, ежемесячные отчёты об услугах, аварийные учения и реагирование на месте в течение двух часов. Это не обязательно контракт Tianyi Cloud Technology Co., Ltd. Это свидетельство более широкой модели поставки China Telecom и того, чего может требовать непрерывность госсектора.

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

Цена следует за графом

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

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

Счёт растёт по мере расширения графа услуг. Постоянные диски продолжают тарифицироваться после остановки вычислительного инстанса. Снимки и резервные копии добавляют хранимые объёмы и запросы. Объектное хранилище может брать плату за объём, операции и передачу. Публичная пропускная способность, выделенные линии, балансировщики, NAT, сервисы безопасности, логирование и поддержка создают отдельные счётчики.Документация о плате за запросы объектного хранилищасообщает, что действия в консоли считаются запросами и что классы GET, PUT и DELETE могут тарифицироваться. Миграция может породить запросы чтения и исходящий трафик у источника, запросы записи у получателя и двойной период хранения.

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

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

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

Поддержка меняет продукт

Поддержка — это не просто телефонный номер в CTYun. Она меняет операционную модель.

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

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

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

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

Доступность собирается из компонентов

CTYun рекламирует высокую доступность компонентов. Приложению всё равно предстоит собрать её воедино.

На странице продукта ECS заявлена доступность 99,975 % для одного инстанса и 99,995 % для нескольких инстансов в разных зонах доступности. Сама страница не определяет метрику, исключения или компенсации. ОтдельныйSLA для эластичного масштабированияпоказывает, почему важен юридический текст: он обещает 99,95 % для этого сервиса, измеряется помесячно, не учитывает перерывы короче пяти непрерывных минут и вычитает из простоя обслуживание с уведомлением, оборудование заказчика, приложения заказчика, сбои учётных данных, форс-мажор и другие условия. У других продуктов свои условия.

Эти цифры нельзя складывать в SLA приложения. Сервис может зависеть от идентификации, API, масштабирования, виртуальной сети, балансировщика, базы данных, объектного хранилища, DNS и доступа China Telecom. Коррелированные отказы важнее лучшего индивидуального процента. Как и различие между плоскостью данных и административной плоскостью. Существующие нагрузки могут продолжать работать, пока консоль и API не могут создать замены; это превратится в сбой, только когда упадёт воркер или вырастет трафик.

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

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

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

У заявлений о безопасности есть границы

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

Центр довериякомпании заявляет о более чем 15 отраслевых сертификатах доверенного облака и более чем 20 кейсах лучших практик доверенного облака. Страница «О компании» более широко упоминает аккредитации ISO, SOC, проверку кибербезопасности, многоуровневую защиту и доверенное облако. Это заявления компании, пока заказчик не увидит действующий сертификат, орган, выдавший его, наименование юрлица, покрываемые площадки, услуги, период аудита, исключения и письмо о переходе.

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

CTYun предоставляет полезные средства контроля. Егосервис управления ключами (Key Management Service)описывает защиту аппаратным модулем безопасности, управление жизненным циклом, шифрование и подписание, сертификацию по национальным криптостандартам и интеграции с дисками, объектным хранилищем, файловым хранилищем и базами данных. Сервис объектов поддерживает IAM, ключи доступа, временные учётные данные и предварительно подписанные URL. Но решение о владении ключами, разделении администраторов, хранении логов, публичной доступности и восстановлении по-прежнему принимает заказчик.

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

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

Выход начинается до входа

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

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

Промышленный выход включает шесть инвентаризаций. Инвентаризация данных охватывает базы данных, объекты, файловые системы, диски, снимки, резервные копии, логи, очереди, артефакты моделей и исторические версии. Инвентаризация вычислений охватывает образы, допущения об инстансах, ускорители и лицензии, привязанные к оборудованию. Инвентаризация управления охватывает учётные записи, политики, ключи, сети, балансировщики нагрузки, DNS, мониторы и квоты. Инвентаризация ПО охватывает SDK CTYun, API управляемых сервисов и проприетарные функции баз данных.

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

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

Чекпойнты Xirang могут содержать допущения о фреймворке, ускорителе и хранилище. Выделенный канал и IP-адрес нельзя перенести в другое облако только потому, что переехало приложение.

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

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

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

Конкуренты — не только облака

CTYun конкурирует с Alibaba Cloud, Huawei Cloud и Tencent Cloud, но это не единственные альтернативы, и, возможно, не самые релевантные.

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

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

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

Поэтому заменяемость нужно проверять на конкретной нагрузке. Статичному публичному сайту может хватить недорогих вычислений, объектного хранилища и второго DNS-пути. Провинциальная система здравоохранения может приоритизировать названные локальные площадки, реагирование на месте и поддержку национальных баз данных. Трансграничному производителю может понадобиться CTYun для нагрузки в материковом Китае и отдельно управляемое международное облако, соединённое выделенными каналами. Долгая обучающая задача ИИ может приоритизировать топологию, чекпойнты и гарантированные ускорители, а не бренд. Никакая таблица долей рынка за вас этого не выберет.

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

Двенадцать проверок пакта

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

  1. 1. Докажите договорную цепочку.Получите юридическое наименование, регистрационные данные и роль организации, которая подписывает договор, выставляет счёт, эксплуатирует каждый выбранный пул, предоставляет канал, оказывает поддержку и владеет каждой сертификацией. Если участвует провинциальная «дочка», цифровой филиал, международный филиал или партнёр, привяжите его к матрице ответственности и эскалации. Отклоняйте ответ, опирающийся на одно лишь «China Telecom».
  2. 2. Сверьте карту с консолью.Перечислите предлагаемые регионы и зоны, затем проверьте, что нужные продукты — вычисления, базы данных, хранилища, KMS, логирование, резервное копирование, ИИ — действительно заказываются в нужном масштабе. Зафиксируйте, в каких локациях одна зона, в каких несколько и какие сервисы делят региональную плоскость управления. Не выводите доступность продукта из числа дата-центров на корпоративной карте.
  3. 3. Продемонстрируйте независимость доменов отказа.Попросите CTYun назвать общие зависимости электропитания, сети, идентификации, DNS, магистрали, управления и поддержки между предлагаемыми зонами. Проведите учение с потерей зоны. Подтвердите, что приложение, а не только выживший инстанс, продолжает достигать цели и что операторы могут создавать замещающие ресурсы при нарушенном пути управления.
  4. 4. Проследите каждую копию.Составьте матрицу размещения данных для основных данных, реплик, резервных копий, логов, телеметрии, пакетов для поддержки, кэшей, датасетов моделей и копий аварийного восстановления. Ограничьте Xirang или любой маркетплейс мощностей согласованными локациями и провайдерами. Проверяйте размещение по логам и биллинговым записям. Относитесь к юридической классификации и оценке передачи как к обязанностям заказчика, требующим квалифицированной консультации.
  5. 5. Проверьте сеть как продукт.Измерьте задержку, джиттер, потери, изменения маршрутов и восстановление от площадок пользователей до CTYun — через предлагаемый доступ China Telecom и через независимый путь. Определите, где появляются AS58519, AS4134, провинциальные сети и выделенные каналы. SLA региона облака не должен заменять канал или сквозную цель приложения.
  6. 6. Проверьте жизненный цикл API и SDK.Автоматически создайте и уничтожьте репрезентативный стек. Зафиксируйте версии SDK, запишите поведение при ошибках и протестируйте ротацию учётных данных, исчерпание квоты и изменения региональных эндпоинтов. Требуйте заблаговременного уведомления и политики совместимости при выводе версий API. Держите границу адаптера, чтобы клиентыcn.ctyunне проникали в бизнес-логику.
  7. 7. Оцените полезную работу ИИ.Для Xirang назовите ускоритель, точность, топологию, модель аренды, образ фреймворка, путь хранения и политику очереди. Измерьте принятый прогресс обучения в час, время чекпойнта и рестарта, долю упавших задач, задержку инференса при целевой конкурентности и стоимость принятого результата. Проверяйте заявленную последовательность обнаружения и восстановления, а не принимайте агрегат в экзафлопсах.
  8. 8. Проверьте границы безопасности.Соберите действующие сертификаты и отчёты о проверках с указанием юрлица, услуги, региона, даты и исключений. Сопоставьте средства контроля платформы CTYun с обязанностями заказчика по конфигурации. Протестируйте публичную доступность, разделение IAM, ротацию ключей, экспорт логов и уведомление об инцидентах. Проверьте существующие бакеты субъекта, а не предполагайте, что ограничение публичной записи 2026 года их уже исправило.
  9. 9. Оцените три состояния.Постройте сметы для штатной работы, отказа и выхода. Включите вычисления, ускорители, хранилища, запросы, снимки, резервные копии, логи, публичный и частный трафик, безопасность, поддержку, лицензии, налоги и людей. Включите простаивающие ресурсы и параллельную работу. Требуйте правил уведомления и пересмотра при изменении цен и замене продуктов.
  10. 10. Добейтесь, чтобы поддержка восстанавливала, а не просто отвечала.Определяйте критичность по влиянию на граждан или бизнес. Установите часы отсчёта для подтверждения, подключения квалифицированного специалиста, обходного решения, восстановления, отчёта о первопричине и окончательного устранения. Назначьте руководителя инцидентов «облако плюс сеть». До запуска в эксплуатацию проведите внеурочный вызов и эскалацию между аффилированными компаниями.
  11. 11. Экспортируйте до приёмки.Перенесите на заменяющую платформу репрезентативные объекты с версиями и метаданными, живую базу данных, образы машин, политики, логи и чекпойнт ИИ. Сравните хеши, количество строк и результаты приложения. Измерьте пропускную способность и стоимость. Зафиксируйте функции, которые перенести нельзя, и требуемую конвертацию. Демонстрация миграции на входе этот тест не проходит.
  12. 12. Закрепите вывод из эксплуатации в договоре.Требуйте минимальный срок уведомления, критерии эквивалентности замены, помощь в миграции, продолжение выпуска обновлений безопасности, возможность экспорта данных и подтверждение уничтожения при выводе региона, API или продукта. Используйте уведомления о Yunxiao и облаке рабочих столов как реалистичные сценарии. Продукт-преемник — это вариант, а не доказательство переносимости.

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

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

Нет публичных заказов клиентов, показывающих, какая организация подписывает договор на каждый продукт в каждой провинции. Запись ASN сохраняет формулировки о прежнем подразделении, и ни один рассмотренный здесь документ о передаче ресурсов не устанавливает текущего юридического владельца AS58519. Сводные цифры парка CTYun не дают актуального по-сервисного списка регионов, зон, мощностей, владельцев площадок и общих доменов отказа. Отчётность группы агрегирует показатели облака и интеллектуальных вычислений China Telecom; она не раскрывает выручку, маржу, капиталоёмкость или концентрацию клиентов Tianyi Cloud Technology Co., Ltd.

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

Опубликованные цены не раскрывают согласованные скидки, перекрёстное субсидирование госсектора, плату за поддержку или экономику выделенных ИИ-мощностей.

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

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

Следите за пактом, а не за лозунгом

Пять контрольных точек покажут, укрепляется ли операционный пакт CTYun или просто расширяется.

  1. Первая — региональная рационализация.На ленте объявлений CTYun уже фиксируются обслуживание, изменения эндпоинтов, остановка продлений и вывод сервисов. Следите, консолидируются ли более мелкие или старые пулы, какой срок уведомления получают клиенты и сохраняют ли замены локализацию, задержки и коммерческие условия. Национальная карта может расти в сумме, тогда как конкретный клиент теряет полезный узел.
  2. Вторая — структура мощностей Xirang.China Telecom переходит от собственной инфраструктуры к сочетанию собственных и арендованных интеллектуальных вычислений. Следите, какая доля гарантирована договором, какова смесь ускорителей и межсоединений, какие средства управления размещением доступны регулируемым пользователям и публикуются ли метрики надёжности на уровне нагрузок. Маркетплейс становится инфраструктурой, когда качество мощностей и ответственность за отказы стандартизированы.
  3. Третья — Triless на практике.Независимость от ресурсов, фреймворков и инструментов — привлекательное направление. Тест в том, могут ли клиенты переносить модель, чекпойнт и сервисный процесс между ускорителями и локациями без кастомной пересборки, скрытой потери производительности или новой проприетарной зависимости. Выводы продуктов дадут реальные доказательства.
  4. Четвёртая — доказательства безопасности на уровне сервиса.Проверка безопасности мультиоблака в 2025 году и изменение политики объектного хранилища в 2026 году — позитивные сигналы. Следите за актуальными скачиваемыми документами о границах, доказательствами по регионам, более прозрачной отчётностью об инцидентах и более безопасными значениями по умолчанию для существующих тенантов. Госзаказчикам нужна уверенность, которую можно проверить аудитом, а не просто счётчик на странице доверия.
  5. Пятая — договорное разделение при интеграции.Сочетание сети, облака, местных дочерних компаний и зарубежного охвата China Telecom может быть реальным преимуществом. Следите, делают ли договоры ответственность между субъектами понятнее, охватывает ли единый процесс инцидентов всю цепочку и могут ли клиенты вывести сервисы, не демонтируя всю конструкцию. Интеграция должна сокращать операционные стыки, не стирая юридическую подотчётность.

Пакт должен стать договором

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

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

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

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

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