Resumo

  • A identidade da MYCLOUD LLC é excepcionalmente bem verificada para um provedor jovem e pequeno: suas próprias páginas comerciais, oferta pública e detalhes de pagamento estão alinhados com uma entrada de organização do RIPE NCC para um registro local de internet uzbeque e com o AS213165.
  • Seu catálogo de serviços é concreto em vez de puramente promocional, abrangendo capacidade VPS configurável, colocation, armazenamento corporativo baseado em Synology e vídeo em nuvem retido, todos precificados em som uzbeque e vinculados à conectividade local.
  • O quadro de garantia permanece incompleto. Registros públicos mostram apenas dois anúncios IPv4 /24 visíveis, autorização irregular de origem de rota, divulgação esparsa de interconexão, nenhuma instalação nomeada e uma lacuna material entre a mensagem de suporte rápido do site e os termos de resposta em sua oferta pública.

Um nome de empresa que se resolve em um operador

"MyCloud" é o tipo de marca que pode descrever quase tudo, desde um aplicativo de compartilhamento de arquivos até um revendedor. A MYCLOUD LLC se torna mais legível apenas quando vários registros públicos independentes são lidos em conjunto.

Apágina sobreda empresa diz que foi fundada no Uzbequistão em 2024. Seustermos de serviço públicos, em vigor desde 25 de janeiro de 2024, nomeiam ООО "MYCLOUD" como parte contratante, identificam o diretor R.K. Kurbanov e fornecem um endereço em Tashkent e um identificador fiscal. Apágina de pagamentorepete o nome legal, endereço, dados bancários e número de telefone para clientes empresariais. Umapágina de documentosseparada vincula um certificado de registro estadual, licença de serviço e oferta pública.

Essa identidade autopublicada é corroborada peloBanco de Dados RIPE. Sua entrada de organização nomeia MYCLOUD LLC, código de país UZ, número de registro 2362063, o mesmo endereço em Tashkent, o domínio de e-mail mycloud.uz e um número de telefone correspondente. O RIPE registra como um registro local de internet, enquanto a entrada de sistema autônomo associada atribui AS213165 ao nome MYCLOUD. Isso não estabelece solidez financeira, profundidade de pessoal ou qualidade de serviço, mas elimina um primeiro obstáculo importante: o site, a contraparte legal e a identidade de rede apontam para a mesma organização.

O catálogo mostra o que os clientes estão comprando

As páginas de produtos da MYCLOUD descrevem um provedor voltado para empresas uzbeques que precisam de infraestrutura modesta sem operar tudo por conta própria. As ofertas são medidas em unidades pequenas e cobradas diariamente, uma abordagem que torna a entrada barata, mas coloca a continuidade da cobrança próxima da continuidade do serviço.

Apágina de VPSprecifica CPU virtual, RAM, espaço em disco e endereços IP separadamente. Inclui conectividade com a internet e TAS-IX a até 100 Mbit/s, com capacidade extra de internet e rede local vendida por Mbit/s. Isso está mais próximo de um serviço de infraestrutura configurável do que de um pacote fixo de hospedagem compartilhada. Aoferta de colocationé igualmente específica: os preços são fornecidos para unidades de rack, faixas de energia, endereços IP e conexões de switch, com uma porta de switch de 1 Gbit/s e até 100 Mbit/s de serviço TAS-IX incluídos. Os clientes permanecem responsáveis pelo software do servidor, e o equipamento deve atender aos requisitos declarados de rack, energia, segurança contra incêndio e Ethernet.

Dois serviços de nível superior ampliam a superfície operacional. OMCDriveé apresentado como armazenamento corporativo construído no Synology DSM, com planos de 50 GB a 10 TB, acesso por navegador e celular, sincronização, colaboração, controles de acesso e backup automatizado. OMCVideoarmazena gravações de vigilância para visualização remota, com opções publicadas de 30 e 90 dias, capacidade por câmera, gravação contínua ou acionada por movimento e renovação diária. Fundos insuficientes na conta podem bloquear o acesso quando a próxima cobrança diária vencer.

Esses detalhes são importantes porque expõem a superfície de controle real. Os clientes não estão apenas comprando uma nuvem abstrata. Eles estão confiando na MYCLOUD para alocação de máquinas virtuais, energia de rack e comutação, permissões de armazenamento, afirmações de backup, retenção de vídeo e cobrança automatizada da conta. Uma falha em qualquer uma dessas camadas pode afetar um processo de negócios diferente, desde um aplicativo web até a segurança física do local.

Uma pegada de rede pequena com evidências reais de roteamento

O AS213165 dá à MYCLOUD uma presença de rede verificável. Avisão geral do AS do RIPEstatmostrou o sistema autônomo como anunciado em 15 de julho de 2026. Suavisão de prefixos anunciadosregistrou duas rotas IPv4 visíveis, 38.226.16.0/24 e 212.47.58.0/24. Oresultado de status de roteamentoassociado contou 512 endereços IPv4 anunciados, nenhum espaço IPv6 anunciado e visibilidade total entre os 326 peers RIPE RIS IPv4 nessa observação.

O registro de roteamento é significativo, mas compacto. A entrada de registro do RIPE declara relacionamentos de aceitação de tráfego e anúncio de rota envolvendo AS58254, Nano Telecom, e AS59668, Turon Media. No ponto de observação em 15 de julho, osdados de vizinhos do RIPEstatviram um caminho upstream, através do AS58254. A diferença não é necessariamente uma contradição: a política de registro pode descrever um relacionamento pretendido que não é visível em todos os coletores ou em todos os momentos. Isso significa que um comprador que exija diversidade de caminho deve perguntar por diagramas atuais, testes de failover e disponibilidade upstream medida, em vez de inferir redundância a partir do texto do registro.

A proteção de origem de rota também é mista. O RIPEstat relatou umaautorização RPKI válida para 212.47.58.0/24, enquanto sua verificação para38.226.16.0/24 retornou desconhecida, o que significa que nenhuma autorização de origem de rota validada foi encontrada por esse serviço. Desconhecido não é o mesmo que inválido, mas um estado válido consistente em todo o espaço anunciado ofereceria proteção mais forte contra erros acidentais de origem.

Aentrada da MYCLOUD no PeeringDBadiciona pouco contexto operacional. Na data da evidência, ela não listava site, nível de tráfego, política, conexão de exchange ou instalação. Um perfil de interconexão em branco não prova que o operador não possui instalações ou conectividade privada. Mostra que os clientes não podem verificar essas afirmações lá.

A localidade é visível, mas a localização dos dados não

O serviço é inequivocamente orientado ao Uzbequistão. Os preços estão em sóis; os pagamentos empresariais usam uma conta bancária uzbeque; as instruções de pagamento ao consumidor nomeiam sistemas locais de cartão e pagamento; os endereços de contato e registro estão em Tashkent; e as páginas de produtos distinguem repetidamente a conectividade com a internet do acesso TAS-IX. O suporte é oferecido por telefones locais, Telegram e um canal de conta do cliente.

Esses sinais tornam a MYCLOUD relevante para organizações que valorizam suporte comercial local e acesso rápido a recursos de rede doméstica. Eles não respondem, por si só, onde cada carga de trabalho, backup ou gravação reside. O site se refere a data centers modernos, mas não nomeia publicamente uma instalação, não publica uma matriz de localização, não identifica a geografia do backup nem afirma se cada serviço permanece dentro do Uzbequistão. O uso do Synology DSM pelo MCDrive identifica uma plataforma, não uma localização de armazenamento.

Para clientes sujeitos a regras de residência, confidencialidade ou setoriais, a localidade, portanto, tem que se tornar um fato contratual. As perguntas úteis são específicas do serviço: qual instalação hospeda a cópia primária; onde ficam as réplicas e backups; quem pode administrá-los; que subcontratados podem acessar o ambiente; como as chaves de criptografia são controladas; como a exclusão é verificada; e o que acontece com os dados após cancelamento ou não pagamento. Uma marca local e alcance TAS-IX podem reduzir a distância sem resolver essas questões de governança.

Promessas de suporte precisam de uma leitura contratual

A página inicial da MYCLOUD anuncia suporte 24 horas, enquanto suapágina de contatoafirma um tempo de resposta de 30 minutos. Essa é uma promessa atraente para uma pequena empresa cujo servidor ou arquivo de câmera parou de responder. A oferta pública é mais qualificada. Ela direciona solicitações autorizadas através da conta do cliente, diz que as respostas telefônicas ocorrem em dias úteis durante o horário comercial e diz que a equipe de suporte responde onde possível dentro de um período razoável de no máximo 48 horas, com possibilidade de extensões. Também diz que as solicitações devem estar em uzbeque ou russo.

A oferta ainda define as obrigações do provedor de forma mais restrita do que algumas cópias de produtos podem sugerir. Os termos gerais dizem que o acesso à internet do cliente está fora das obrigações do provedor, enquanto as páginas de VPS e colocation anunciam conectividade incluída. A obrigação prática pode ser resolvida pelo pedido selecionado e pelos termos de serviço, mas um comprador empresarial não deve deixar essa interpretação implícita.

É aqui que o suporte local se torna uma questão de mão de obra, não apenas um botão de contato. Os compradores devem estabelecer horários de pessoal, propriedade de escalonamento, níveis de gravidade de incidentes, metas de restauração e o limite entre ajuda de infraestrutura e software gerenciado pelo cliente. Eles também devem perguntar qual compromisso controla quando o texto de marketing, uma página de tarifas e o acordo assinado usam linguagem diferente.

O mesmo raciocínio deve se aplicar à renovação e suspensão. A cobrança diária por armazenamento e vídeo pode ser útil para pequenos clientes, mas também transforma saldo de conta, qualidade de notificação e procedimento de restauração em controles de confiabilidade. Um comprador deve testar o que acontece quando os fundos expiram, quando o acesso é restaurado e quando gravações ou backups retidos são necessários após uma interrupção de faturamento.

Crível o suficiente para avaliar, ainda não garantido por padrão

O registro público da MYCLOUD é mais forte do que seu nome genérico sugere. Existe uma identidade legal coerente, uma oferta datada, preços visíveis, produtos concretos, uma orientação comercial nacional e um ASN ativo. A combinação suporta uma conclusão razoável de que este é um provedor de infraestrutura uzbeque operacional com serviços projetados para empresas locais.

O mesmo registro estabelece limites para essa conclusão. A pegada roteada é pequena, o IPv6 não é visível, um prefixo anunciado carece de autorização RPKI visível, a diversidade atual de upstream não é demonstrada e os detalhes públicos de instalação e interconexão são escassos. Controles de localização de dados, garantia de segurança independente e níveis de serviço executáveis não são fáceis de estabelecer a partir do material público.

Para um ambiente de teste, um aplicativo local ou uma necessidade de armazenamento claramente definida, a MYCLOUD pode merecer um teste técnico e comercial. Para produção crítica, dados regulados ou evidências de vigilância, o próximo passo deve ser verificação documental e um teste de falha projetado. O nome de nuvem abre a conversa; o contrato, o comportamento da rota, as evidências de recuperação e a equipe de suporte responsável determinam se ela pode suportar a carga de trabalho.