Кратко

  • SIANET можно связать с действующей бразильской компанией, автономной системой AS53101, публичным адресным пространством, двумя наблюдаемыми транзитными провайдерами и подключением 10 Гбит/с на IX.br в Сан-Паулу — у покупателя появляется больше материала для проверки, чем типовое описание облачного сервиса.
  • Оставшаяся нагрузка на закупщика существенна: на публичных страницах SIANET заявлены целевой показатель доступности 99,9 %, резервирование электропитания и круглосуточная поддержка, но не опубликованы правила измерений, сервисные кредиты, история инцидентов, цели восстановления, результаты тестов восстановления или целевые сроки реакции, которые превратили бы эти заявления в операционную гарантию.

Видимая автономная система меняет отправную точку, но не вердикт

Самое сложное при оценке небольшого или регионального инфраструктурного провайдера — понять, соответствует ли публичное название реально работающей системе. SIANET проходит этот первый барьер. Страница компании в Serasa Experian идентифицирует SIANET Дата-центр Provedores Ltda по CNPJ 10.470.642/0001-08, фиксирует действующий статус и дату основания — ноябрь 2008 года — и относит основную деятельность к обработке данных, предоставлению прикладных сервисов и интернет-хостингу. На сайте компании используется бренд SIANET Business Hosting, указаны адрес и телефон в Сан-Паулу.

PeeringDB связывает полное название SIANET Дата-центр e Provedores Ltda-ME с тем же сайтом и AS53101.

Эта цепочка идентичности важна, потому что закупка облачных услуг полна мягких сигналов: презентабельный домен, широкое меню услуг, вывеска дата-центра и команда аккаунт-менеджеров. SIANET оставляет и более жёсткие технические следы. На момент проверки bgp.tools показывал AS53101 как действующую сеть, зарегистрированную в NIC.br, с анонсированием двух IPv4-агрегатов: 177.107.208.0/21 и 187.103.144.0/20. Реестровые материалы связывают эту ASN и эти ресурсы с тем же CNPJ. PeeringDB указывает сеть на IX.br в Сан-Паулу с портом 10 Гбит/с, указанным контактом сетевой эксплуатации, открытой пиринговой политикой и региональным охватом.

Маршрутная картина также показала двух апстрим-провайдеров: AS4230 компании Claro и AS10429 компании Telefônica Brasil. Это полезное подтверждение реальной поверхности связности и некоторой диверсификации апстримов. Но это не доказательство того, что каждый хостируемый сервис правильно подключён к двум независимым каналам, что ёмкости достаточно при инциденте или что трафик клиента переключится за приемлемое время.

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

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

Граница услуг охватывает четыре разных продукта

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

На странице хостинга сказано, что выделенные серверы можно настраивать под требования клиента, тогда как общий хостинг рассчитан на более простые сайты и приложения. Там заявлены ежедневное автоматическое резервное копирование, поддержка Linux и Windows, мониторинг и настройка тарифных планов. Колокация меняет границу ответственности за оборудование: клиент привозит серверы в площадку SIANET и полагается на SIANET в вопросах физической среды, связности и операционного доступа.

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

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

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

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

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

Заявления об инфраструктуре достаточно конкретны, чтобы их проверить

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

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

Тот же принцип применим к связности. SIANET утверждает, что её ядро и периферийное оборудование на базе Cisco зарезервированы и что несколько провайдеров могут распространять её адресное пространство через BGP. Наблюдаемая ASN, транзитные отношения и подключение к точке обмена подтверждают наличие такой сетевой роли. Но они не устанавливают доступность приложений. Хостируемый сервис всё равно может отказать из-за внутренней проблемы коммутации, состояния межсетевого экрана, зависимости от DNS, сбоя хранилища, нехватки ёмкости или неверной маршрутной политики.

Разнообразие интернет-путей — один слой в аргументе о доступности, а не весь аргумент.

Именно здесь публичное заявление о доступности 99,9 % нужно правильно интерпретировать. Если считать по 30-дневному месяцу, 99,9 % допускают около 43 минут недоступности. Но эта арифметика лишь иллюстративна, поскольку на публичной странице не определены период измерения, контролируемая конечная точка, исключения, порядок учёта плановых работ или компенсации. Там также нет истории статуса, по которой покупатель мог бы сравнить обещание с реально наблюдаемым сервисом. Значимое обязательство — то, что записано в договоре обслуживания, а не процент на главной странице.

Автоматизация сокращает заявки, но концентрирует управление

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

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

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

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

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

Локальность полезна, только когда её границы явные

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

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

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

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

Поддержка — часть инфраструктуры

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

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

В публичных записях есть один полезный сигнал, подтверждающий работу компании, помимо её собственных страниц. Муниципальный реестр контрактов Назаре-Паулисты называет SIANET поставщиком установки, первичной настройки и аренды ИТ-инфраструктуры с обслуживанием. Контракт 74/2024 действовал с июля 2024 по июль 2025 года и составлял R$ 48 999,60. Это показывает, что государственный заказчик заключил с SIANET договор на конкретную инфраструктурную услугу. Но это не раскрывает доступность, качество решения проблем или удовлетворённость клиентов, поэтому не должно превращаться в подтверждение качества работы.

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

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

Практический аргумент в пользу SIANET строится на сочетании видимой технической идентичности с доказательствами, которые публично менее заметны. AS53101, адресное пространство и участие в IX.br показывают, что компания эксплуатирует собственные сетевые ресурсы. Сайт представляет отдельные поверхности: хостинг, облако, колокацию, восстановление и поддержку. Страница инфраструктуры содержит проверяемые утверждения об электропитании, сетевой безопасности и физическом контроле. Муниципальный контракт добавляет конкретный пример поставки инфраструктуры с обслуживанием.

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

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