Кратко

  • BengalCloud выглядит коммерчески убедительно для хостинга, ориентированного на Бангладеш: актуальные цены в таках, ссылки для заказа, характеристики виртуальных серверов, клиентская консоль, названные каналы поддержки и опубликованные условия обслуживания.
  • Самый сильный независимый признак инфраструктуры — AS153169, зарегистрированный в APNIC как BENGALCLOUD-AS-AP. При этом на страницах BengalCloud часть локальной сети приписана также AS152698 и AS139921, которые APNIC идентифицирует под другими именами.
  • Практический вопрос не в том, существует ли BengalCloud, а в том, какая компания, какие площадки, сетевые пути и обязательства по поддержке стоят за каждой услугой, которую покупает клиент.

Продукт — это локальность, а не просто аренда мощностей

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

Страница BDIX-хостингапредлагает общие тарифы от 299 така в месяц: NVMe-хранилище, cPanel, SSL-сертификаты и заявленные лимиты ресурсов.Страница BDIX VPSначинается с 499 така в месяц за одно ядро CPU, 2 ГБ оперативной памяти и 20 ГБ NVMe-хранилища, а дальше масштабируется до более крупных универсальных и вычислительных конфигураций. Кнопки заказа ведут в рабочую клиентскую консоль. Это не доказывает стабильную производительность, но это свидетельство существования услуги: покупатель видит, что продаётся, по какой цене, с какой номинальной ёмкостью и как оформить покупку.

BengalCloud также встраивает в продукт автоматизацию. На странице VPS доступно развёртывание в один клик для n8n, Coolify, aaPanel, CloudPanel и HestiaCP. Такая позиция важна. Компания не пытается повторить охват гиперскейл-платформы; она делает виртуальные машины проще в эксплуатации для агентств, небольших команд разработчиков и местного бизнеса. В такой модели ценность — не только в самом сервере, но и в предоставлении ресурсов, привычных инструментах управления, помощи с миграцией и поддержке.

Публичный профиль компании остаётся запутанным

Открытые источники пока не дают однозначного ответа на вопрос «Кто поставщик?». Вдоговоре обслуживанияBengalCloud сказано, что зарегистрированное название компании — BengalCloud, и указан адрес в Кхулне. В тексте политики конфиденциальности на той же странице компания называется BengalCloud International. В подвалестраницы «О компании»BengalCloud описана как бренд Zorn Ventures Limited. Эти названия могут относиться к торговой марке, более широкой корпоративной группе или меняющейся документации, но сайт не объясняет различий.

Есть и более мелкие несостыковки в подотчётности. На странице «О компании» Shohanur Rahman назван сооснователем и техническим директором, а Tasnim Ahmed — сооснователем и генеральным директором.Страница контактоввместо этого указывает Shohanur Rahman как сооснователя и генерального директора. Там же приводится адрес для визита в Janata Отрасли и рынки, а в подвале — BDBL Bhaban. Ни одно из этих расхождений не доказывает, что услуга недоступна. Но они излишне затрудняют проверку договора, эскалацию и юридические уведомления.

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

Номерные ресурсы — доказательство, но атрибуция проблематична

Сетевые записи — более сильный сигнал, чем брендинг, потому что номер автономной системы — часть механизма обмена маршрутами в публичном интернете.Актуальная регистрация APNIC для AS153169называет BENGALCLOUD-AS-AP в Бангладеше. Наблюдениеbgp.toolsза июль 2026 года показало сеть активной: она анонсировала шесть маршрутов IPv4 /24 и выходила в интернет через две автономные системы Zenlayer. Наблюдения за маршрутами меняются, и этот снимок сам по себе ничего не говорит о том, где находятся серверы и насколько они быстрые. Зато он показывает, что у BengalCloud есть видимая идентичность в номерных ресурсах, а не только маркетинговый сайт.

Сложность в том, что страницы продуктов используют эту идентичность непоследовательно. На странице VPS сказано, что высокоскоростная магистраль напрямую пирится с локальными точками обмена, включая BDIX, через AS152698; ниже оптимизированная сеть BDIX приписывается AS139921. В обзоре дата-центра также сказано, что BengalCloud обслуживает AS152698. При этомAPNIC идентифицирует AS152698как ZORN-AS-AP, аAS139921— как JASHORECOLO-AS-AP; собственный зарегистрированный номер BengalCloud — AS153169.

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

Локальность — полезное обещание, которое нужно определить на уровне услуги

BengalCloud сообщает, что у неё есть инфраструктура в Кхулне, партнёрские площадки в Джессоре и Дакке, а для международных нагрузок — мощности партнёров в США. Вобзоре дата-центроврядом с этими городами названы BengalCloud, DhakaColo и ADNGateway. На отдельных страницах добавляются подробные утверждения об электропитании, охлаждении, безопасности, волоконно-оптических маршрутах и looking-glass адресах. Это информативнее, чем просто бейдж «хостинг в Бангладеше», но почти все детали опубликованы самой компанией и независимо здесь не проверялись.

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

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

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

Реальные условия поддержки определяет договор

Живая поддержка у BengalCloud для небольшого провайдера необычно заметна. На сайте перечислены онлайн-чат, система тикетов, электронная почта, WhatsApp, телефон и офис в Кхулне. На странице «О компании» сказано, что чат работает круглосуточно, а телефонная поддержка — с 10:00 до 17:00 с субботы по четверг. Договор обещает круглосуточную техническую поддержку, предупреждая, что время ответа может варьироваться. Для местных клиентов сочетание доступных каналов и знания местных условий может быть самым явным преимуществом компании перед зарубежной платформой самообслуживания.

Но наличие канала — не гарантия решения проблемы. Договор обязуется обеспечивать 99,9 % аптайма сети и серверов в календарном месяце, измеряя его собственным мониторингом BengalCloud. Заявку нужно подать в течение семи дней; если её примут, клиент получит продление услуги на один месяц, а не денежную компенсацию. Обязательство не распространяется на обслуживание, сбои третьих сторон, внешние зависимости и другие события вне разумного контроля компании.

Формулировки о резервном копировании так же важны. Договор говорит, что BengalCloud может выполнять ежедневные резервные копии и хранить их до семи дней, где это возможно, но не гарантирует их доступность или восстановимость и возлагает на клиента ответственность за независимые копии. Рекламируемый возврат денег в течение 30 дней действует только для подходящих первых покупок хостинга; VPS и выделенные серверы указаны как невозвратные. Это не сноски. Они определяют, где остаются операционные и финансовые риски клиента.

Что подтверждают открытые данные и чего они не подтверждают

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

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

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

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