Кратко

  • Intelion Cloud можно привязать к российскому обществу с ограниченной ответственностью, зарегистрированному в марте 2024 года, к подробному публичному договору об оказании услуг и к записям организации RIPE по тому же московскому адресу. Английская вывескаIntelion Cloud LTD, таким образом, связана с реальной корпоративной и сетевой поверхностью, хотя у каждой записи своё назначение.
  • 15 июля 2026 года AS214186 был полностью виден всем 326 IPv4-коллекторам RIPEstat и анонсировал два /24, валидных по RPKI. Это значимое операционное свидетельство, но это компактный IPv4-след: один наблюдаемый сосед, отсутствие наблюдаемого IPv6 и адресные блоки, зарегистрированные на другую организацию, — а не доказательство каждого инфраструктурного заявления на сайте.
  • Intelion публикует убедительную историю автоматизации: самообслуживаемые ресурсы, OpenStack, виртуальные сети, тарифицируемые вычисления и ИИ-агент поддержки. Те же документы раскрывают важные механизмы контроля: выбранный по умолчанию ключ доступа, одобряемые клиентом действия, лимит 1 Гбит/с для виртуальных машин, простой, запускаемый обращением в тикет-систему, опции плановых резервных копий и хранение, зависящее от баланса.
  • Локализация и поддержка зависят от конкретной услуги. Российские вычислительные площадки не удерживают каждый инференс-запрос в России, а публичные формулировки о поддержке варьируются от круглосуточных до более узких договорных часов. Прежде чем считать название облака гарантией работы, покупателю нужны карта данных рабочей нагрузки, подписанная матрица поддержки и актуальные свидетельства о каналах связи.

Название облака — набор обещаний

Самая лёгкая ошибка при проверке облачного провайдера — спросить, реален ли он, и остановиться, когда ответ становится «да». Найдена запись о компании. Сайт принимает оплату. Автономная система появляется в базе маршрутизации. Пункт «идентичность» отмечен, и все остальные заявления начинают заимствовать у него доверие.

Intelion Cloud — показательный случай: публичный след достаточно силён, чтобы окупить исследование, и достаточно неровен, чтобы наказать за упрощения. Это не название из справочника, за которым нет продукта. Компания предлагает GPU-серверы, виртуальную инфраструктуру, выделенные машины и сервис инференса. Она публикует юридические условия в читаемом Markdown и в PDF. Она называет технологии, сетевые архитектурные решения, каналы поддержки, места размещения данных и правила хранения. Её автономная система сейчас анонсирует маршруты. Материала достаточно, чтобы понять, как должны строиться отношения с клиентом.

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

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

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

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

Корпоративный якорь молод и конкретен

Поиск по реестру Федеральной налоговой службы России по ИНН 9703176519 возвращает одну компанию: ООО «Intelion Oblako» — российское общество с ограниченной ответственностью, зарегистрированное в Москве 14 марта 2024 года. Результат содержит OGRN 1247700236519 и называет генеральным директором Maksim Nikolaevich Vyaznikov. Страница Intelion «О компании» публикует те же налоговый и регистрационный номера, ту же московскую юрисдикцию и адрес на Пресненской набережной. Она называет Vyaznikov генеральным директором и описывает основной вид деятельности компании как обработку данных, хостинг и сопутствующие услуги.

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

Эти детали делают коммерческую поверхность более читаемой, чем одна страница бренда.

Сетевая идентичность присоединяется в другой точке. В сентябре 2024 года RIPE зарегистрировала организацию ORG-ICL71-RIPE под именем Intelion Cloud LTD и с тем же московским адресом. Пять дней спустя был зарегистрирован AS214186 с именем INTLMN и организацией Intelion в качестве регистранта. Запись автономной системы была изменена в феврале 2026 года, а запись организации — снова в мае. Сайт компании, организация RIPE и запись автономной системы — не просто старые названия, которые случайно похожи друг на друга. У них общий текущий адрес, бренд и операционная контактная поверхность.

Остаются и полезные ограничения. Компания молодая. Дата регистрации в марте 2024 года не доказывает, что все площадки, сотрудники и смежные виды деятельности начались именно тогда, и не даёт длинной истории работы. Организация RIPE использует английское написание LTD, тогда как договаривающаяся сторона — российское ООО «Intelion Oblako». Контактный email в организации RIPE использует доменintelionmine.ru, а роль для жалоб о злоупотреблениях —intelion.cloud. Эта картина может отражать административную связь или историю компании, но рассмотренные здесь записи не определяют корпоративную группу и не переносят ответственность с одного бренда на другой.

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

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

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

Продукт понятнее облачной вывески

Главная страница Intelion теперь делает конкретное предложение. Она рекламирует GPU-серверы в России, посекундную оплату, возможность остановить вычисления и перестать за них платить, сохранение диска после остановки, публичный IPv4, гигабитное подключение и доступ по SSH, VNC или RDP. Пользователь создаёт аккаунт, пополняет баланс, запускает сервер и подключается. Предусмотренные сценарии включают обучение моделей, генерацию изображений и видео, компьютерное зрение, инференс и обработку речи.

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

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

Это не один продукт. Это минимум три операционных соглашения под одним именем.

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

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

Слово «облако» не сделает эту аналитическую работу.

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

Среди технологий, стоящих за платформой, Intelion называет OpenStack, OVN/Open vSwitch, PostgreSQL, Redis, Celery, NVMe и NUMA. Этот список согласуется с современной самообслуживаемой управляющей плоскостью облака. Но он и должен оставаться тем, чем является: ключом к архитектуре от самой компании. Логотип технологии не подтверждает развёрнутую версию, состояние патчей, изоляцию тенантов, долговечность хранилища или операционную компетентность. Для этих вопросов нужны конфигурационные свидетельства и тесты.

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

Самообслуживание переносит работу в политики и исключения

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

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

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

Собственные документы Intelion раскрывают несколько примеров. Хост описан как подключённый на 10 Гбит/с, которые делятся между работающими на нём виртуальными машинами, при этом каждая ВМ ограничена 1 Гбит/с. Провайдер может снизить пропускную способность или приостановить услугу, если использование угрожает общей инфраструктуре или другим клиентам. Публичные порты подлежат постоянным блокировкам, закрытию по умолчанию и исключениям по запросу. Лимиты аккаунта и проекта можно менять, но техническая возможность и одобрение провайдера остаются частью процесса.

Это разумные механизмы контроля для мультитенантной среды. Но именно здесь ожидания клиента встречаются с усмотрением оператора. Приложение может иметь публичный IPv4-адрес и всё равно не иметь возможности использовать конкретный протокол. У виртуальной машины может быть потолок 1 Гбит/с, в то время как маркетинговая страница описывает более быструю внутреннюю сеть площадки. Проект может запросить дополнительные адреса, но не получить их мгновенно.

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

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

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

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

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

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

AS214186 — небольшой, актуальный и настоящий

Самое сильное свидетельство за пределами собственного сайта Intelion — AS214186. RIPE присвоила автономную систему 16 сентября 2024 года под именем INTLMN и зарегистрировала её за Intelion Cloud LTD. RIPEstat впервые наблюдал от неё актуальный маршрут источника 15 октября 2024 года. 15 июля 2026 года система анонсировалась и была видна всем 326 IPv4-коллекторам RIPE RIS, включённым в ответ.

След был компактным: два IPv4-блока /24, всего 512 адресов. RIPEstat не увидел IPv6-анонсов и увидел одну соседнюю автономную систему. Оба /24 присутствовали в течение всего окна наблюдения с 1 по 15 июля. Вторичные сводки по маршрутам также сообщали о двух IPv4-префиксах, отсутствии IPv6 и одном видимом аплинке — AS12389, PJSC Rostelecom.

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

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

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

Именно здесь масштаб стоит читать честно. Публичная маршрутная поверхность Intelion не пуста, не спит и не просто зарегистрирована. Но это и не огромная интернет-магистраль. Это выглядит как сфокусированный след молодого облачного оператора: достаточно, чтобы анонсировать клиентское IPv4-пространство под собственным ASN, и достаточно мало, чтобы каждый префикс и внешний путь имели значение. Для корпоративного покупателя такая концентрация повышает ценность точных свидетельств о маршрутах, операторах и восстановлении.

Авторизация источника — это не владение адресом

Оба текущих анонса имеют валидные авторизации источника маршрута по RPKI для AS214186. Валидатор RIPEstat обнаружил валидную авторизацию источника маршрута для194.67.95.0/24и ещё одну для185.182.108.0/24, каждая из которых разрешает AS214186 анонсировать /24. Это одна из лучших деталей в сетевой записи.

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

Но это не отвечает на все вопросы о владении. Записи RIPE об адресах называют регистрантом обоих диапазонов RADIO-FSU/RADIO-MSU NETWORK Ltd. Каждая запись отдельно содержит ссылку на Intelion: одна называет Intelion Cloud LTD и ссылается на сайт компании, другая включает домен. Это согласуется с тем, что Intelion уполномочен использовать и анонсировать адресное пространство, зарегистрированное за другой организацией. Но это не доказательство того, что Intelion юридически владеет блоками.

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

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

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

Резервирование нужно сверять слой за слоем

Сайт Intelion делает конкретное заявление об отказоустойчивости. Он говорит, что дата-центр под Самарой использует физически раздельные интернет-линии MegaFon и Rostelecom и анонсирует PI-блоки /24 провайдера по обеим, позволяя трафику переключаться без смены адреса, если одна линия выйдет из строя. Это гораздо лучше обычного обещания резервируемого подключения, потому что называет операторов, поведение маршрутизации и ожидаемый исход сбоя.

Внешняя запись поддерживает часть этой истории и оставляет часть открытой. Объект aut-num в RIPE объявляет политику импорта и экспорта с AS12389 (Rostelecom) и AS21446 (SOTEL LLC). 15 июля RIPEstat наблюдал одного соседа. Вторичные сводки по маршрутам определили видимый аплинк как Rostelecom. Пробный запрос из Самары в марте 2026 года также достигал сети Intelion через Rostelecom. Таким образом, источники сходятся в том, что текущий путь идёт через Rostelecom. Они не показывают MegaFon в качестве наблюдаемого соседа в зафиксированной глобальной картине, тогда как объявленная вторая сеть в объекте RIPE — это SOTEL, а не MegaFon.

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

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

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

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

Локализация относится к нагрузке, а не к имени компании

Intelion — российская компания, продающая серверы, которые описываются как расположенные в России. На странице «О компании» Москва, Самарская область, Тверская область и Тула указаны как места работы, а Кемерово и Хакасия — как планируемые. Главная страница описывает действующий дата-центр под Самарой. Для клиента, ищущего российские вычислительные мощности, это прямо релевантные заявления.

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

Собственная продуктовая структура Intelion делает это различие неизбежным. Виртуальная машина и её диск могут размещаться на российской инфраструктуре провайдера. Выделенный сервер занимает конкретную физическую площадку. Платформа инференса может пойти совсем другим путём. В её условиях от мая 2026 года определены два класса областей обработки: «Россия» — для моделей с открытыми весами на собственной инфраструктуре Intelion и «Международный» — для облачных моделей, обрабатываемых через AWS Bedrock во Франкфурте или в регионах США.

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

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

Условия инференса добавляют деталей. Intelion заявляет, что запросы и сгенерированный контент не используются для обучения моделей и не сохраняются после обработки, за исключением технического логирования сбоев или требований закона. Метаданные использования, включая модель, время, количество токенов, идентификатор ключа, идентификатор клиента, статус и стоимость, хранятся три года. Клиентам обещан доступ как минимум к 180 дням их собственных метаданных использования. Эти утверждения создают более полезную карту данных, чем общее слово «облако», но остаются договорными заявлениями, а не независимой проверкой каждого модельного провайдера.

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

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

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

ИИ-агент поддержки создаёт задачу контроля доступа

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

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

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

Условия дают полезный каркас для этого контроля: отдельный ключ, предварительное согласование в чате и отзыв доступа клиентом. Покупателю стоит запросить остальные доказательства. Какая идентичность подписывает ключ агента? Уникален ли ключ для каждого клиента или машины? Какие команды может выполнять агент? Где отображается предлагаемое действие? Может ли клиент требовать второго одобрения? Логируются ли команды и выводы неизменяемо? Закрывает ли отзыв активные сессии? Как обрабатываются ошибки модели, инъекции инструкций и скомпрометированные аккаунты поддержки? Можно ли маскировать секреты до отправки контекста любой модели?

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

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

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

Поддержка живёт по четырём разным часам

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

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

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

Третий из этих часов — базовый договор. Пункт 13.3 пользовательского соглашения от марта 2026 года гласит, что техническая поддержка предоставляется в рабочие дни с 09:00 до 18:00 UTC+3 и не более 30 минут в день; дополнительное время тарифицируется отдельно. Обращения принимаются по электронной почте или через официальный аккаунт Telegram. Если заказ услуги не даёт чего-то большего, это самое значимое публичное описание прав клиента на поддержку.

Четвёртый из этих часов — часы доступности услуги. Доступность облачной платформы описана как 24x7x365. Это говорит о том, когда услуга должна работать, а не о том, когда должен ответить человек. Платформа может нести обязательство доступности 24 часа, в то время как включённая служба поддержки работает по более узкому графику. Такая схема может быть достаточной для самостоятельно управляемых некритичных нагрузок. Но она может быть серьёзным разрывом для production-системы, которой нужна немедленная диагностика или физическое вмешательство.

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

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

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

Идеальный процент всё равно может оставить практическую прореху

Формулировки Intelion о доступности необычно амбициозны. Июльские условия облачной платформы заявляют доступность 24x7x365 и 100-процентную работоспособность каждый час — с оговорками об исключениях. Условия выделенных серверов заявляют 100 процентов в месяц, снова с исключениями. Платформа инференса использует доступность 99,5 процента в месяц и исключает бета-модели, а также указанные сбои вне контроля Intelion.

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

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

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

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

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

Правильный тест — не в том, правдоподобно ли звучат 100 процентов. А в том, включает ли определение услуги компонент, который важен клиенту. Виртуальная машина может значиться доступной, пока сломан опциональный программный пакет; основной договор прямо говорит, что SLA виртуальной машины не распространяется на сторонние программные дополнения. Публичный IP может быть выделен, пока нарушен маршрут. Endpoint инференса может быть достижим, пока конкретная внешняя модель недоступна.

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

Хранение и восстановление скрыты за дружелюбной кнопкой остановки

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

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

После 30 дней без запуска виртуальной машины Intelion может удалить инстанс, сохранив диск и перенеся его в холодное хранилище. Уведомление обещано минимум за 24 часа до этого перехода. Холодное хранилище тарифицируется. Если баланс аккаунта достигает нуля, начинается окно пополнения в 72 часа, после которого диск и его данные могут быть удалены без дополнительного уведомления. Эта последовательность делает баланс аккаунта и доставку уведомлений частью схемы восстановления.

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

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

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

Что покупателю попросить Intelion доказать

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

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

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

Третье — запросите актуальные сетевые доказательства. Полезный пакет невелик: оба префикса источника, текущие авторизации источника маршрута, внешние автономные системы, ожидаемые в штатном состоянии и при переключении, датированная картина маршрутов, физические стыки с операторами и недавний результат переключения. Спросите, почему сайт называет MegaFon и Rostelecom, а объект политики RIPE — Rostelecom и SOTEL, и как картина с одним соседом у коллекторов вписывается в задуманную схему. Ответ может быть совершенно обыденным, но он должен быть явным.

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

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

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

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

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

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

Публичный след полезен тем, что он не монолитен

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

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

Это не поводы отвергнуть провайдера. Это реальная форма решения. Ценность Intelion — в том, чтобы дорогие вычисления было проще получить и эксплуатировать. Его гарантия — в том, чтобы записи, стоящие за этим удобством, оставались актуальными, согласуемыми и пригодными для действий, когда что-то отказывает.

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