Кратко

  • У Outofbox Cloud есть действующий публичный маршрут: AS147192 анонсирует 103.174.148.0/23, и этот маршрут был виден 325 из 326 IPv4-пирам RIPE RIS в ходе наблюдения 15 июля 2026 года.
  • Физические доказательства сосредоточены в Садашив Нагар, Белагави. Местный отчёт 2020 года описывал более 100 установленных серверов и пространство почти для 300, а студенческий визит сентября 2025 года зафиксировал стойки, охлаждение и резервное питание в той же локации. Ни один из источников не доказывает текущую запитанную, доступную или резервную мощность площадки.
  • Заявление компании о восьми регионах дата-центров не подкреплено на её публичных страницах ни списком восьми городов, ни операторами площадок, ни схемами энергоснабжения, ни показателями мощности, ни посерийной историей статусов. Собственные условия компании также исключают гарантии бесперебойной или безошибочной работы, несмотря на отдельное заявление об SLA 99,99%.
  • У AS147192 один наблюдаемый сосед — AS141815, зарегистрированный на юридически отдельное общество Outofbox Networks Private Limited. У этой сети более широкая связность с вышестоящими операторами и точками обмена, но логическое разнообразие маршрутов за пределами первого хопа не доказывает наличие разных вводов оптоволокна, кабельных каналов, зданий, линий электроснабжения или доменов отказов для Outofbox Cloud.

Анонсированы восемь регионов; подтверждена одна локация

Самое весомое предложение на продуктовом сайте Outofbox Cloud — не цена небольшой виртуальной машины. Это заявление настранице «Boxes»о том, что клиенты могут разворачивать нагрузки в восьми регионах дата-центров. На той же странице используется маркетинговое выражение «глобальная доступность», анонсируется запуск за 55 секунд и SLA 99,99% времени безотказной работы. Это измеримые утверждения, но они не являются доказательством глобального операционного присутствия. Они подразумевают нечто большее, чем витрину интернет-магазина: достаточно установленных вычислительных мощностей, хранилищ и адресного пространства, чтобы принять заказ; управляющую плоскость, способную разместить нагрузку; запитанную площадку; маршрутизируемый путь; персонал поддержки; и, если слово «регионы» используется в его обычном инфраструктурном смысле, географически различимые точки эксплуатации.

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

Что действительно подтверждается доказательствами — так это более компактное присутствие с реальными операционными сигналами.Запись в справочнике BTWидентифицирует компанию, которая является предметом этого профиля. Записи APNIC связывают эту компанию с автономной системой и переносимым назначением IPv4. Веб-сайт компании и регистрационные контакты указывают на Садашив Нагар в Белагави, штат Карнатака. Независимые местные материалы описывают серверы, стойки, охлаждение и резервное питание там же. На момент наблюдения доменные имена веб-сайта компании и клиентской панели управления также разрешались в адреса внутри этого назначенного блока IPv4. DNS-наблюдение устанавливает только ассоциацию адресов; физические и маршрутные доказательства, рассматриваемые по отдельности, подтверждают реальную локальную эксплуатацию. Ни одно из них не поддерживает карту из восьми площадок.

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

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

Компания, прежний бренд и сетевой оператор — не взаимозаменяемы

OUTOFBOX CLOUD PRIVATE LIMITED — индийская частная компания. Действующая запись о компании, производная от данных MCA и опубликованнаяIndiaFilings, содержит идентификационный номер корпорации U72900KA2021PTC149665, дату регистрации 19 июля 2021 года, статус активной отчётности по состоянию на обновление ноября 2025 года и зарегистрированный офис по адресу Fourth Floor, Oneness, Sadashiv Nagar, Belagavi. В ней указаны директора Ajit Kumar S Patil и Gowdesh Singangouda Patil. Поскольку эта страница перепечатывает информацию из реестра, а не сама является реестром, точное текущее состояние отчётности перед существенным контрактом следует сверять с основными данными Министерства корпоративных дел.

Бренд Outofbox Cloud старше этой компании. Сохранённыйместный отчёт февраля 2020 годаописывал OutofBox.cloud как сервис, запущенный из Белагави, и называл его полностью принадлежащей дочерней компанией FAAST Networks. В нём говорилось, что сервис работает в среде на основе кастомизированного OpenStack, имеет более 100 серверов на тот момент и может вместить почти 300 физических серверов. Отчёт также называл площадку первым дата-центром бренда. Эти утверждения касаются эксплуатации 2020 года и отношений брендов до регистрации OUTOFBOX CLOUD PRIVATE LIMITED в июле 2021 года. Это полезная история, а не свидетельство нынешнего владения.

Для сетевой истории важна вторая юридическая структура. APNIC регистрирует AS141815 наOutofbox Networks Private Limited, тогда как AS147192 принадлежит Outofbox Cloud. В записях указаны один и тот же почтовый адрес на Садашив Нагар и один и тот же номер телефона, но разные домены электронной почты сетевых контактов. Корпоративные источники указывают на пересечение директоров, а отчёт 2020 года описывает взаимосвязь в рамках группы. Тем не менее две частные компании с ограниченной ответственностью — это два юридических лица. Телекоммуникационное разрешение, контракты, каналы связи и адресное пространство сетевой компании нельзя автоматически записывать в активы или обязательства облачной компании.

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

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

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

Что подтверждено физически в Белагави

Самое сильное недавнее физическое подтверждение — не маркетинговая карта. Это отчёт сентября 2025 года от Департамента искусственного интеллекта и наук о данных Технологического института менеджмента Ангади (Angadi Institute of Technology and Management). Взаписи о мероприятияхдепартамента говорится, что студенты 22 сентября посетили Outofbox Cloud Private Limited в Садашив Нагар, Белагави. В ней описываются управление виртуальными машинами, виртуальные частные облака и межсетевые экраны, затем перечисляются физические и виртуальные серверы, серверные стойки, охлаждение, резервное питание, маршрутизаторы, коммутаторы, межсетевые экраны и системы хранения в составе дата-центра. Департамент также опубликовал этот отчёт в своёмбюллетене за 2025–26 годы.

Это значимое подтверждение. Оно показывает, что оборудование, связанное с компанией, можно было физически увидеть в указанной локации меньше чем за год до этой статьи. Для определения местоположения это полезнее, чем база IP-геолокации: институциональный визит касается реального места, а не вывода из сетевых задержек или регистрационных данных.Ассоциация технологических компаний Белагавитакже описывает Outofbox Cloud как локально размещённого и индийского провайдера, хотя этот профиль носит промо-характер и не раскрывает метод проверки.

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

Общий почтовый адрес фигурирует в записях о компании и номерных ресурсах как административный контакт; административный адрес сам по себе не является сертификатом площадки.

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

Выражение «практически неограниченное» количество виртуальных машин в этом отчёте следует понимать как рекламное: каждая виртуальная машина в конечном счёте потребляет ограниченные CPU, память, хранилище, сетевые ресурсы, электроэнергию и мощность охлаждения.

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

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

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

Каталог продуктов — не опись оборудования

Текущаястраница ценOutofbox Cloud делает сервис экономически осязаемым. На ней перечислены конфигурации от небольшого тарифа с двумя CPU, 2 ГБ памяти и NVMe-накопителем 100 ГБ за ₹630 в месяц до гораздо более крупных комбинаций вычислительных ресурсов и памяти. Страница «Boxes» описывает инстансы общего назначения, оптимизированные по CPU, по памяти и по хранилищу, и говорит, что в некоторых тарифах используются выделенные аппаратные потоки (hyper-threads). Эти детали показывают, что компания предлагает продавать. Они не раскрывают количество или поколение физических хостов, политику переподписки, репликацию хранилища, склад запчастей или правила размещения, лежащие в основе тарифов.

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

Публичная таблица тарифов не снимает эти вопросы.

На главной странице говорится, что у платформы более 40 клиентов и более 500 облачных развёртываний. Это собственные счётчики компании без даты, определения или аудита. «Развёртывание» может означать активную виртуальную машину, запуск приложения, историческое действие по выделению ресурсов, тестовую среду или проект клиента. Его нельзя пересчитать в установленные серверы или проданную мощность. И 512 назначенных адресов IPv4 не вводят правило «один адрес — один сервер»: адреса могут обслуживать гипервизоры, виртуальные машины, трансляцию сетевых адресов, балансировщики, маршрутизаторы, резервы или назначения клиентам.

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

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

Публичная сеть реальна, компактна и видима

Самое ясное текущее операционное доказательство — AS147192.Запись об автономной системе в APNICназывает OOBCLOUD-AS-IN и OUTOFBOX CLOUD PRIVATE LIMITED, помечает запись активной и показывает дату регистрации 13 октября 2021 года.Запись об адресах в APNICназначает компании 103.174.148.0 – 103.174.149.255 как переносимое пространство IPv4. Это блок /23, содержащий 512 адресов. В записи о ресурсе нет соответствующего блока IPv6.

Наблюдение статуса маршрутизацииRIPE NCC от 15 июля 2026 года выявило один анонсируемый префикс IPv4 на 512 адресов, отсутствие префикса IPv6 и одного наблюдаемого соседа. Маршрут был виден 325 из 326 IPv4-пирам в сервисе RIPE RIS — сильное доказательство широкой видимости публичного маршрута в тот момент. Это доказательство достижимости, а не глобального операционного присутствия.Результат по анонсируемым префиксампоказывает, что 103.174.148.0/23 присутствовал непрерывно в окне наблюдения с 1 по 15 июля.

Видимость имеет историю, а не является однодневным артефактом.История маршрутизацииRIPE показывает, что AS147192 анонсировал блок /23 с ноября 2021 года до текущего окна запроса, с учётом порогов выборки и видимости системы коллекторов.Результат валидации происхождения маршрутабыл валидным: авторизация происхождения маршрута разрешает AS147192 анонсировать /23 и префиксы вплоть до /24. Валидность RPKI снижает один класс ошибок происхождения; она не обеспечивает время безотказной работы, мощность, разнообразие путей или защиту от ошибки авторизованного оператора.

На момент наблюдения A-записи для публичного сайта компании и клиентского управляющего хоста указывали на адреса внутри блока /23, назначенного OUTOFBOX CLOUD PRIVATE LIMITED: основной сайт — на 103.174.148.253, а mycloud.outofbox.cloud — на 103.174.148.14. Это устанавливает только ассоциацию на конкретный момент времени между этими доменными именами и назначенным диапазоном.

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

Профиль AS147192 в PeeringDBинформативен главным образом тем, чего он не документирует. Самостоятельно заполненная запись описывает охват «Азиатско-Тихоокеанский регион», диапазон трафика 100–1000 Мбит/с и 512 адресов IPv4. В ней указаны ноль публичных соединений на точках обмена и ноль площадок, и она не обновлялась существенно с октября 2022 года. PeeringDB — добровольная база; нулевые поля могут означать нераскрытую или устаревшую информацию, а не физическое отсутствие. Тем не менее их нельзя использовать для обоснования восьми регионов.

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

Один непосредственный сосед, затем более широкая сеть

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

AS141815 зарегистрирован на Outofbox Networks Private Limited.Список разрешений интернет-провайдеров за 2026 годот Департамента телекоммуникаций Индии включает эту компанию, а не Outofbox Cloud Private Limited, с разрешением категории B для Карнатаки и тем же адресом на Садашив Нагар. Это ценное юридическое различие: сетевая компания имеет раскрытое разрешение ISP, а облачная компания владеет видимым облачным ASN и блоком адресов. Публичная запись не показывает межкорпоративное соглашение, на основании которого предоставляются транзит или мощности.

Помимо этого первого соседа, у AS141815 больше вариантов маршрутов.Текущий результат по соседямот RIPE показывает четырёх наблюдаемых соседей: AS45117, AS9730, AS137085 и AS147192 облачной компании. В статусе маршрутизации указаны четыре анонсируемых блока IPv4 /24 и отсутствие видимого IPv6. PeeringDB указывает для AS141815действующее соединение 1 Гбит/с на NIXI в Мумбаи. Наличие нескольких внешних смежностей AS за пределами AS141815 может улучшить выбор маршрута и восстановление после сбоя вышестоящего оператора.

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

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

Различие между логическим и физическим разнообразием относится и к географии. NIXI Mumbai — точка обмена, где у AS141815 есть порт; это не доказательство того, что Outofbox Cloud эксплуатирует вычислительные ресурсы или хранилища в Мумбаи. Маршрут может проходить через Мумбаи, пока нагрузка остаётся в Белагави. И наоборот, провайдер может арендовать вычислительные мощности в другом месте, не анонсируя их из AS147192. Сетевые карты и пути AS показывают достижимость пакетов, а не владение серверами.

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

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

Цифра 2020 года «более 100 серверов» — единственный публичный подсчёт установленного оборудования, найденный для этого профиля. Цифра «почти 300» в том же отчёте описывает, сколько физических серверов мог вместить первый дата-центр. Даже если обе были точными на момент публикации, они отражают разные состояния. Установленное оборудование — это не проектное пространство. Запитанное оборудование не обязательно работоспособно. Работоспособное оборудование не обязательно доступно новому клиенту. Доступное оборудование может быть уже зарезервировано или не удовлетворять требуемой комбинации CPU, памяти, хранилища и сети.

Ни один источник 2026 года не называет текущее количество серверов. Ни один источник не даёт мегаватты, киловатты, число стоек, плотность размещения или выделение мощностей коммунальных сетей. Ни один источник не количественно оценивает модули ИБП, мощность генераторов, продолжительность работы от аккумуляторов, запасы дизельного топлива, резервирование охлаждения, коэффициент эффективности использования энергии (PUE) или пожаротушение. Ни один источник не идентифицирует схему N, N+1, 2N или распределённо-резервированную схему.

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

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

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

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

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

Знак 99,99% требует часов, области действия и средства правовой защиты

Страница «Boxes» рекламирует SLA 99,99% времени безотказной работы. Если измерять по году из 365 дней без исключений, 0,01% простоя составляют около 52,6 минуты. Если измерять помесячно, это примерно 4,4 минуты в 30-дневном месяце. Настоящие соглашения об уровне сервиса определяют период измерения, измеряемый компонент, что считается недоступностью, исключения на техобслуживание, обязанности клиента, окна подачи претензий и сервисные кредиты. Процент без этих условий не может сказать клиенту, какое средство правовой защиты последует за отказом хоста, хранилища, сети или управляющей плоскости.

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

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

Для Outofbox Cloud вопрос об SLA напрямую связан с сетевыми и инфраструктурными доказательствами. Относится ли 99,99% к каждому отдельному Box, к пулу гипервизоров, к первому сетевому хопу, к панели управления, к хранилищу или ко всем сразу? Измеряется ли оно внешними зондами? Являются ли восемь регионов отдельными областями SLA? Учитывается ли отказ AS141815? Учитывается ли плановое обслуживание на площадке в Белагави? Какой кредит доступен и является ли кредит единственным средством правовой защиты клиента? Пока контракт не ответит на эти вопросы, знак — маркетинговое заявление, а не количественная гарантия восстановления.

Как сервис может отказать

Первый путь отказа — электропитание площадки. При перерыве в подаче коммунального электричества критическая нагрузка должна перейти на ИБП, а затем на генератор или другой источник. Визит 2025 года подтверждает наличие резервного питания, но ни один публичный источник не указывает автономию или резервирование. Генератор может не запуститься, остаться без топлива, перегреться или поддерживать лишь часть нагрузки. Аккумуляторы могут быть деградированы. Распределительное устройство может создать единую точку отказа.

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

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

Третий путь — сетевой доступ. Единственный публично видимый сосед AS147192 означает, что маршрут облака достигает наблюдаемого интернета через AS141815. Второй вышестоящий оператор за пределами AS141815 может помочь при отказе маршрута одного провайдера, но не при отказе стыка облака и сети, общего граничного маршрутизатора, магистрали из Белагави или ввода в здание. Авторизация происхождения маршрута защищает легитимность происхождения, а не доступность. Валидный маршрут всё равно может быть отозван, отфильтрован или недостижим.

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

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

Сайт не публикует сведения о тестах восстановления или местах хранения резервных копий.

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

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

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

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

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

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

Банковская риторика повышает стандарт должной осмотрительности

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

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

Указания CERT-In 2022 годапо кибербезопасности возлагают операционные обязательства на поставщиков услуг, дата-центры, VPS-провайдеров и облачных провайдеров. Они включают синхронизацию времени, шестичасовое уведомление о перечисленных инцидентах, скользящее требование о хранении журналов за 180 дней на территории Индии и хранение определённой регистрационной информации о клиентах в течение пяти лет после отмены или отзыва. Для этого профиля не найдено публичных подтверждений комплаенса от Outofbox Cloud. Это отсутствие не доказывает несоблюдение; эти меры могут быть внутренними. Клиенту следует спросить, как реализованы обязательства и как они соотносятся с обязательствами по конфиденциальности, контролю доступа и удалению данных.

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

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

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

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

Доказательства прочно связывают Outofbox Cloud с Индией. Компания зарегистрирована в Карнатаке. APNIC помечает её номерные ресурсы как индийские. Физические отчёты указывают на Белагави. Связанная сетевая компания имеет разрешение ISP для Карнатаки. Публичный маршрут и конечные точки сервисов активны. Эти факты поддерживают операционную идентичность с центром в Индии.

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

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

Что превратило бы заявление в инфраструктурное доказательство

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

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

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

В-четвёртых, она могла бы прояснить границы с Outofbox Networks Private Limited и FAAST Networks. Клиентам нужно знать, кто предоставляет транзит, кто держит телекоммуникационное разрешение, кто эксплуатирует граничное оборудование, является ли эта схема субподрядом аффилированной структуры и что произойдёт, если эти отношения поставки изменятся. Данные о маршрутизации уже делают зависимость видимой; договорное раскрытие сделало бы её управляемой.

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

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

Операционный вывод

Outofbox Cloud — не просто название в корпоративном справочнике. У компании давно видимая автономная система, валидно авторизованное происхождение IPv4, публичные доменные имена, которые на момент наблюдения указывали в назначенный ей блок /23, и недавние независимые доказательства наличия физического облачного оборудования в Белагави. Локальный операционный кейс заслуживает доверия, хотя DNS-ассоциация не идентифицирует владельца серверов или место размещения.

Публичный сетевой кейс также ясен: AS147192 анонсирует один блок /23 и достигает наблюдаемого интернета через одного непосредственного соседа AS — юридически отдельную, но тесно связанную компанию Outofbox Networks Private Limited.

Более крупное заявление об устойчивости пока не подтверждено. Восемь регионов дата-центров анонсированы, но не названы. SLA 99,99% отображается, но публично не определено. Исторический отчёт даёт количество установленного оборудования и проектный потолок, но текущая запитанная и доступная мощность неизвестна. Стойки, охлаждение и резервное питание были увидены, но их инженерный контур и устойчивость к отказам неизвестны. За AS141815 существует более широкая связность, но физическое разнообразие маршрутов и площадок неизвестно.

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

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