Resumo

  • TodoEnCloud é uma empresa de cloud e serviços gerenciados ativa em Madri, não apenas uma casca jurídica ou registro de rede inativo. Ela declara operar uma nuvem pública desde 2011; a Tessi registrou a aquisição da empresa em 2018; e os registros, certificações, site e evidências de roteamento atuais indicam atividade contínua.
  • A nuvem pública espanhola da empresa é apresentada como três zonas em três data centers na região de Madri, interligadas por um anel de fibra óptica escura. Um certificado ENS de novembro de 2025 identifica os sites como Interxion na Rua Albasanz, 71, DATA4 na Avenida da Indústria, 15, em Alcobendas, e IPCore na Rua Março, 16. Estes são operadores de sites independentes; a TodoEnCloud parece deter ou controlar os equipamentos de serviço e a camada de rede, em vez dos edifícios, subestações ou geradores.
  • O AS201346 anunciou quatro prefixos IPv4 /24 totalizando 1.024 endereços em 12 de julho de 2026. Os coletores do RIPE observaram três redes upstream adjacentes, associadas à Cogent, Lumen e NEAR IP, e a rota testada tinha autorização RPKI válida. Estas são evidências operacionais substanciais, embora a ausência de IPv6 visível e de uma entrada no PeeringDB deixe lacunas no quadro de interconexão público.
  • Três instalações só são úteis se os componentes de computação, armazenamento, rede, identidade, gerenciamento e backup de um cliente forem deliberadamente distribuídos entre elas. A TodoEnCloud não publica o número de servidores instalados, a capacidade de computação ou armazenamento utilizável, a margem por site, a supercontratação, o desempenho de recuperação, o histórico de incidentes ou uma tabela de níveis de serviço padrão. A capacidade das instalações, portanto, não deve ser interpretada como prova de que cada recurso alugado sobreviverá à perda de um site.
  • Globalmente, as evidências operacionais são fortes, enquanto as evidências de recuperação públicas são médias. Um comprador pode verificar a entidade legal, a controladora, os sites, as certificações, o espaço de endereçamento e o roteamento ativo. Um comprador ainda precisa de uma arquitetura específica para a carga de trabalho, limites de energia e fibra, compromissos de ponto e tempo de recuperação, regras de manutenção, escalonamento de suporte, política de peças de reposição e um teste de saída cronometrado antes de considerar a nuvem como portátil ou tolerante a falhas de site.

A nuvem está concentrada em três edifícios específicos de Madri

A proposta da TodoEnCloud é particularmente útil para análise de infraestrutura porque nomeia a camada física sob sua nuvem. Apágina de nuvem públicada empresa afirma que o serviço está distribuído em três data centers espanhóis, interligados por um anel de fibra de alta velocidade e baixa latência, e apresentado aos clientes como três zonas dentro de uma única zona de disponibilidade. Suapágina de data centerscita Digital Realty, DATA4 e IPCore. Mais decisivo, ocertificado ENSda empresa, emitido em novembro de 2025, identifica Interxion na Rua Albasanz, 71, DATA4 Group na Avenida da Indústria, 15, em Alcobendas, e IPCore data centers na Rua Março, 16, em Madri.

Esses locais tornam a afirmação mais do que um esquema. A Digital Realty lista a Rua Albasanz, 71, como seusite MAD1, um site de 8.280 metros quadrados em um portfólio de quatro instalações em Madri. Apágina do campus de Madrida DATA4 situa seu site MAD01 no mesmo endereço de Alcobendas indicado no certificado da TodoEnCloud e descreve um campus com reservas elétricas significativas. Adescrição de suas instalaçõespela IPCore situa um edifício de 1.200 metros quadrados, neutro em relação a operadoras, na Rua Março, 16, com energia e refrigeração redundantes, múltiplas entradas de fibra e suporte remoto 24 horas.

O esquema físico, portanto, é de uma nuvem metropolitana de Madri, em vez de uma cobertura nacional distribuída por regiões espanholas distantes. Albasanz e Rua Março ficam na cidade de Madri; DATA4 fica em Alcobendas, ao norte do centro. A separação dentro de uma metrópole pode proteger contra um incêndio em um rack, falha de edifício, falha de switch local ou obras em uma conexão elétrica. É menos eficaz contra uma perturbação regional de comunicações, uma emergência elétrica generalizada, uma falha de software implantada em todos os lugares, um problema de fornecedor comum ou um erro operacional propagado por uma única equipe.

Essa distinção não é uma crítica ao design metropolitano. Uma baixa latência entre sites pode tornar prático o armazenamento síncrono e serviços em cluster, enquanto uma região distante introduziria atraso e custo. É uma declaração sobre a natureza da falha segurada. Um cluster em Madri interligado por fibra pode ser excelente para sobreviver à falha de uma sala ou edifício. Não deve ser apresentado como equivalente a uma região de recuperação com pessoal independente a centenas de quilômetros, a menos que o cliente tenha contratado e testado tal região.

A TodoEnCloud usa uma redação incomum: três zonas formando uma única zona de disponibilidade. Como a terminologia de nuvem não é padronizada entre provedores, os termos sozinhos não resolvem a questão técnica. O cliente precisa conhecer as regras reais de posicionamento. Se três máquinas virtuais com três rótulos de zona podem, no entanto, compartilhar um rack de armazenamento, um cluster de gerenciamento, um par de firewalls ou um catálogo de backup, os rótulos superestimam o isolamento.

Se o orquestrador prende cada cópia em edifícios distintos com armazenamento e saídas de rede independentes, os mesmos rótulos podem ocultar um design robusto. É a arquitetura, e não o vocabulário, que determina o resultado.

TodoEnCloud opera a camada de serviço, não todo o patrimônio físico

A identidade corporativa é clara. Apolítica de privacidadedo site identifica TODOENCLOUD S.L. em Madri e fornece o mesmo número de telefone encontrado em diretórios de empresas. Os registros comerciais situam sua criação em 2011. O relatório anual de 2019 da Tessi registraa aquisição do Todo en Cloud em 2018como parte da expansão do grupo francês em direção à arquitetura de nuvem e serviços de data center. O site da TodoEnCloud agora indica que seus serviços fazem parte da fábrica digital Innovation & Trust da Tessi.

Essa afiliação importa em duas direções. Ela fornece um contexto corporativo mais amplo do que apenas a equipe da subsidiária espanhola, e o anúncio inicial de aquisição da Tessi indicou que a operação conectaria as capacidades espanholas da TodoEnCloud a plataformas de hospedagem na França. Mas a propriedade da controladora não prova que a capacidade francesa constitui um destino de failover ativo para clientes espanhóis. A menos que um contrato, design de replicação e teste de recuperação designem um site francês, a rede da controladora é uma opção estratégica em vez de redundância operacional.

A linguagem de propriedade no site da empresa requer o mesmo cuidado. A TodoEnCloud descreve uma "infraestrutura própria na Espanha" e às vezes se refere a "nossos" data centers. No entanto, os edifícios identificados são operados pela Digital Realty, DATA4 e IPCore. A leitura mais precisa é que a TodoEnCloud possui, aluga ou controla os servidores, armazenamento, equipamentos de rede e software implantados em instalações de colocation de terceiros, e compra eletricidade, espaço, segurança física e serviços do site por meio de acordos com esses operadores. Ela também pode alugar fibra enquanto a ilumina com seus próprios equipamentos ópticos.

Essa propriedade em camadas é normal. Poucas nuvens regionais precisam possuir uma subestação, um casco de concreto e tanques de diesel para fornecer um serviço sério. A consequência é que a responsabilidade atravessa contratos. Digital Realty, DATA4 ou IPCore respondem a um alarme de edifício e mantêm as instalações do site. Um operador ou fornecedor de fibra repara uma rota externa. A TodoEnCloud opera a plataforma do cliente, a política de rede e possivelmente a camada óptica iluminada. Os fornecedores de hardware fornecem servidores, discos, placas de rede e componentes de reposição. A Tessi controla, em última análise, a subsidiária.

O cliente possui o aplicativo, o modelo de dados, as credenciais e o design de recuperação que adquiriu.

Durante um mês comum, essas fronteiras são quase invisíveis. Durante um incidente, elas determinam quem pode entrar na sala, quem tem uma peça de reposição, quem autoriza um reparo de fibra, quem se comunica com o cliente e se um crédito de nível de serviço é devido. Um provedor pode ser responsável perante o cliente sem controlar diretamente cada etapa da restauração. A questão importante é se seus contratos, monitoramento e direitos de escalonamento são fortes o suficiente para gerenciar essas dependências externas sob pressão.

Os certificados comprovam um perímetro operacional definido, não uma resiliência ilimitada

A TodoEnCloud fornece evidências de certificação excepcionalmente concretas. Seucertificado ISO 27001atual cobre os sistemas de gestão de segurança da informação que suportam IaaS público e privado na sede em Madri e em dois endereços de data centers: Albasanz 71 e Avenida da Indústria 15. É válido de julho de 2024 a junho de 2027. Umcertificado ISO 27701separado cobre o sistema de gestão de privacidade para a mesma atividade e os dois locais até setembro de 2027.

O certificado ENS posterior é mais amplo. Ele registra os três data centers nomeados e afirma que os sistemas que suportam IaaS público e privado foram auditados de acordo com o Esquema Nacional de Segurança espanhol no nível Médio. Isso fornece uma ponte datada entre o marketing de três sites da empresa e um perímetro de auditoria externa. Também resolve uma aparente inconsistência na página de segurança da empresa, que ainda afirma que a ISO 27001 cobre dois data centers. A explicação mais plausível é temporal: os documentos ISO listam dois sites, enquanto a auditoria ENS posterior adiciona IPCore.

A certificação é valiosa porque estabelece governança, um perímetro definido, um auditor e um período de validade. Ela não revela capacidade nem torna cada carga de trabalho altamente disponível. A ISO 27001 trata de um sistema de gestão de segurança da informação. A ISO 27701 estende a gestão de privacidade. O nível Médio ENS impõe controles para sistemas que atendem às necessidades do setor público espanhol.

Nenhum desses documentos indica quantos nós de computação estão ativos em cada edifício, se os volumes dos clientes são replicados de forma síncrona, quanto tempo leva para substituir um host com falha ou como um banco de dados específico se comportou durante a última falha.

As certificações das instalações também devem ser separadas das certificações do provedor. A página de data centers da TodoEnCloud faz declarações gerais sobre instalações Tier III+ ou Tier IV, componentes N+1, subestações independentes, baterias e geradores, e disponibilidade entre 99,95% e 99,999%. Estas parecem resumir as capacidades dos sites entre os operadores escolhidos. Não constituem um acordo de nível de serviço publicado pela TodoEnCloud, e a faixa em si cobre tolerâncias de tempo de inatividade muito diferentes.

Em um ano de 365 dias, 99,95% permite cerca de 4 horas e 23 minutos de indisponibilidade; 99,999% permite cerca de 5 minutos e 15 segundos. O contrato do cliente deve identificar qual número, ponto de medição e exclusões se aplicam.

Uma certificação também pode excluir uma dependência que os clientes presumem coberta. Os certificados ISO nomeiam dois CPDs, enquanto a nuvem pública agora descreve três. Um serviço AWS ou Azure gerenciado vendido pela TodoEnCloud depende dessas plataformas externas, em vez da única nuvem espanhola certificada. Um nó de borda em uma fábrica ou poste de iluminação está fisicamente fora das instalações de Madri. O próprio cluster local de um cliente tem seu próprio limite de energia e segurança. O perímetro, portanto, deve ser lido serviço por serviço, e não aplicado ao logotipo da empresa como uma propriedade universal.

A capacidade instalada e a capacidade utilizável permanecem não divulgadas

A maior lacuna nas evidências públicas é a capacidade. A TodoEnCloud oferece nuvem pública, nuvem privada, bare metal, Kubernetes, instâncias GPU, backup, recuperação de desastres, colocation e operações gerenciadas. Ela afirma que os clientes podem escalar e pagar conforme o uso. Ela não publica o número ou a geração dos hosts de computação, o total de núcleos físicos, memória, inventário de aceleradores, suportes de armazenamento, petabytes utilizáveis, utilização normal, energia dos racks, margem reservada ou distribuição por site.

Sem esses números, um comprador não pode distinguir a capacidade instalada da capacidade utilizável. Um rack pode conter servidores, mas não ter energia elétrica contratada suficiente para todos em plena carga. Um cluster de armazenamento pode anunciar capacidade bruta de discos, enquanto paridade, replicação, snapshots e reserva consomem uma parte significativa. Um pool de nuvem pública pode ter excesso de CPU agregado, mas não memória, GPU ou armazenamento local suficiente para uma forma específica.

Um provedor pode ser capaz de vender uma instância adicional em operação normal, mas não ter espaço para absorver todas as cargas de trabalho sobreviventes após uma falha de site.

A última distinção é a mais importante. A capacidade utilizável em um dia normal não é necessariamente capacidade tolerante a falhas. Suponha que três sites operem cada um a 60% de sua carga de cliente segura. Perder um deixaria dois sites tentando suportar 90% cada, antes de considerar formas de carga desiguais, localidade de armazenamento ou limites de rede. Isso pode ser recuperável. A 80% de ocupação normal, os dois sobreviventes teriam que atingir 120%, o que é impossível sem descartar algo ou deixar alguns serviços parados. Esses números são exemplos, não estimativas de uso da TodoEnCloud.

Eles mostram por que apenas o número de sites não pode estabelecer a recuperabilidade.

O inventário de hardware cria outra lacuna. Aoferta de nuvem privadada TodoEnCloud vai de implantações de três nós a grandes ambientes personalizados, usando hardware do cliente ou equipamentos financiados pelo provedor. Suaoferta bare metalpromete controle físico dedicado com consumo tipo nuvem. Esses serviços não podem ser restaurados alocando qualquer máquina virtual genérica. A recuperação pode exigir a mesma família de CPU, tamanho de memória, interface de rede, acelerador, firmware ou conexão de armazenamento. Um nó de reposição que existe em um armazém ainda não está cabeado, configurado e integrado ao cluster.

O preço público também é escasso. O provedor enfatiza um modelo de despesas operacionais e gestão de custos, mas não revela uma grade de preços geral para computação, armazenamento, tráfego de saída, backup, intervenção remota ou capacidade reservada. Isso é compreensível para uma arquitetura B2B personalizada. Significa que a economia da hospedagem deve ser estabelecida em uma proposta e contrato. Os compradores devem perguntar como mudanças nos preços de eletricidade, custos de licenciamento, hardware de reposição, capacidade de expansão, tráfego entre sites, trânsito externo e mão de obra fora do horário comercial impactam a fatura.

Operadores menores podem às vezes fornecer um serviço mais econômico ou atencioso do que os hyperscalers, pois evitam um vasto catálogo de produtos e conhecem cada ambiente. Eles também podem enfrentar compras irregulares. Um controlador de armazenamento com falha, uma linha de servidor descontinuada ou um pedido de fibra atrasado podem ter mais importância quando a frota é compacta.

Uma discussão credível sobre capacidade, portanto, requer tanto um número quanto um plano de reabastecimento: recursos operacionais, recursos que podem ser vendidos com segurança, recursos mantidos para falhas, prazos de fornecedores e substituições já qualificadas.