Resumo
- A identidade legal e operacional é comprovável: myDC Cloud Services GmbH é a empresa austríaca por trás da marca de serviço myDataCenter.at, não um rótulo vago para um grupo de hospedagem maior.
- Sua oferta de nuvem combina máquinas virtuais KVM, armazenamento Ceph, um painel do cliente, backup opcional e a alegação de um data center em Viena; cada componente reduz um tipo de dependência enquanto cria outro limite operacional que os compradores devem inspecionar.
- A vitrine pública torna pequenas implantações legíveis, mas os termos padrão — não o preço mensal de destaque — definem a economia real através de duração do contrato, aviso prévio, ajustes vinculados à energia, escopo de suporte e remédios limitados de serviço.
- A localidade é o maior diferencial da myDC e sua afirmação mais difícil de completar. Evidências públicas apoiam uma pegada operacional austríaca, mas não divulgam o suficiente sobre a identidade da instalação, domínios de falha de armazenamento, locais de réplica, níveis de serviço ou escopo do certificado para permitir que um comprador sério pare em "dados na Áustria".
Siga um clique através do serviço
Imagine uma empresa de software austríaca encomendando um novo servidor de produção. Um administrador entra no painel myDataCenter.at, escolhe "Platform Vienna", seleciona núcleos de processador, memória e armazenamento, anexa uma rede privada, fornece uma chave pública SSH e paga. A máquina aparece rápido o suficiente para que a transação pareça um ato único. Não é. Esse clique atravessa uma cadeia de custódia.
O primeiro elo é legal. O cliente está contratando com a myDC Cloud Services GmbH, uma empresa registrada em Krems, não com uma "nuvem austríaca" genérica e não, pelas evidências disponíveis, com uma famosa matriz internacional. O segundo elo é o plano de controle do serviço: a loja da myDC, sistema de conta, fluxo de provisionamento, faturas, tickets e exibição de status. O terceiro é técnico: uma máquina virtual rodando sob KVM, com seus discos colocados em um sistema de armazenamento Ceph e lógica de alta disponibilidade destinada a reiniciar cargas de trabalho quando um nó de computação falha.
O quarto é físico: energia, resfriamento, proteção contra incêndio, controle de acesso e fibra em uma instalação em Viena. O quinto é externo: as redes, operadoras, comunidades de software, provedores de pagamento e parceiros de implementação especializados dos quais um pequeno operador depende inevitavelmente.
O valor da myDC não é, portanto, que ela elimina a dependência. Nenhuma nuvem faz isso. É que ela pode transformar um conjunto extenso de dependências em um serviço menor, geograficamente limitado e humanamente navegável. Esse é um produto útil para uma organização que considera a custódia austríaca, o suporte em alemão ou o acesso a um operador local responsável mais importante do que um enorme catálogo de serviços gerenciados proprietários. Mas funciona apenas se os limites forem descritos com precisão.
O material público da empresa é excepcionalmente concreto em alguns lugares. Suapágina de nuvemidentifica KVM, Ceph, processadores AMD EPYC, limites de rede interna e externa, snapshots, acesso de resgate e backup opcional. Seuguia de pedidosexplica o que o cliente deve fornecer. Seustermosdeclaram horários de suporte, períodos de aviso, tratamento de manutenção, remédios e lógica de ajuste de preços. Esses documentos tornam possível uma avaliação mais séria do que o slogan usual de nuvem soberana.
Eles também revelam a tensão central. A myDC comercializa imediatismo e flexibilidade na interface, enquanto suas bases legais e físicas são necessariamente mais lentas e mais fixas. Uma máquina virtual pode ser redimensionada ou excluída em um painel; o contrato por trás dela pode ter um prazo mínimo e um período de aviso de três meses. Um cluster Ceph pode redistribuir dados após uma falha de disco; isso não diz nada por si só sobre se todas as réplicas compartilham uma sala, um domínio de energia ou um risco metropolitano.
Um painel pode exibir luzes verdes; os termos padrão excluem a manutenção de alguns remédios e não fornecem um histórico detalhado de incidentes públicos. A unidade de análise útil não é o servidor. É a cadeia.
A GmbH por trás do domínio
A ponte de identidade é firme o suficiente para sustentar o limite do artigo. OImpressum e termos geraisdo provedor nomeiammyDC Cloud Services GmbHe dizem explicitamente que ela presta serviços sob a marcamyDataCenter.at. Eles fornecem o endereço registrado como Dr.-Franz-Wilhelm-Straße 2 em 3500 Krems an der Donau, nomeiam Robert Siedl como diretor administrativo e fornecem o número de registro comercial FN 533177i e o número de IVA ATU75570758. A mesma página diz que a empresa fornece serviços de infraestrutura, plataforma e software de um data center em Viena usando seu próprio hardware, com dados do cliente armazenados na Áustria.
Um registro público independente daCâmara Econômica Federal Austríacaconecta o mesmo nome legal, marca comercial, domínio, endereço, número de registro e diretor administrativo. Ele registra a autorização comercial para serviços de tecnologia da informação a partir de 19 de junho de 2020. Essa verificação cruzada é importante. Ela descarta o erro fácil de tratar myDataCenter.at como uma página de produto sem uma entidade contratante clara, ou de substituir silenciosamente uma instalação ou parceiro de serviço mais conhecido pela empresa que está sendo avaliada.
O própriohistórico da empresado operador adiciona uma linhagem que é relevante, mas deve ser atribuída como um relato da empresa. Ele diz que os fundadores assumiram um negócio de nuvem pré-existente da Siedl Networks por meio de uma venda de ativos em 2019 e criaram uma empresa separada em torno da marca myDataCenter.at. A linha do tempo descreve trabalho de infraestrutura anterior datado de 2015, um cluster maior e loja virtual em 2020, autoprovisionamento do cliente em 2022, monitoramento e serviços Zimbra em 2023, faturamento integrado em 2024 e um programa de parceiros em 2025. Isso é evidência de continuidade do conhecimento de serviço, não prova de que toda implantação, cliente ou reivindicação operacional anterior a 2020 pertence à GmbH atual.
Essa distinção se torna importante quando o material de caso público apresenta ambos os nomes. Umahistória de sucesso SchoolFoxdescreve recursos myDataCenter enquanto atribui consultoria, migração, implementação e suporte operacional contínuo à Siedl Networks. Uma compilação de 2024 daWKO Open Source Experts Grouprepublica o caso. Robert Siedl aparece na órbita de ambos os negócios, mas as fontes revisadas não estabelecem um vínculo de propriedade atual que justifique fundi-los. A leitura defensável é mais restrita: myDC é o sujeito de contratação de nuvem e infraestrutura; Siedl Networks é um parceiro de implementação e suporte nomeado em pelo menos uma implantação documentada.
Essa exatidão não é pedantismo legal. Ela diz a um comprador para onde direcionar uma solicitação de due diligence, qual parte deve aparecer no acordo de processamento de dados, quem é responsável pela camada de infraestrutura virtual e onde começam os deveres de um integrador de sistemas. "Local" é útil apenas quando a responsabilidade tem um nome e um número de registro.
O que Platform Vienna realmente dá a um cliente
A gama atual de nuvem da myDC é deliberadamente pequena. "Platform Vienna" é o bloco de construção mais completo de nuvem privada; "Server Vienna" é a oferta de servidor virtual mais simples. Umaviso de reestruturação de produto publicado em agosto de 2025diz que estes substituíram pacotes fixos antigos para que CPU, memória, armazenamento SSD ou NVMe, capacidade de rede e complementos pudessem ser selecionados mais livremente. As configurações existentes continuariam inalteradas.
Acomparação atualdiz que ambos os produtos usam KVM em vez de contêineres de sistema operacional, rodam em processadores AMD EPYC e armazenam discos virtuais em Ceph. O provedor descreve máquinas virtuais como altamente disponíveis. Os clientes recebem acesso root via SSH ou RDP e podem usar snapshots, tarefas, um sistema de resgate e um firewall básico através do painel. Platform Vienna adiciona redes privadas e anuncia conectividade interna de até 10 Gbit/s; a conectividade externa é listada em até 1 Gbit/s. Um IPv6 /64 está disponível. "Até" é um teto, não um nível de throughput comprometido, e a página pública não divulga taxas de contenção, limites de pacotes por segundo ou um nível de serviço de rede.
A loja torna a abstração comercial tangível. Em 17 de julho de 2026, avitrine Platform Viennaexibia um preço mensal inicial de €46,60, enquanto Server Vienna começava em €8,70; os termos afirmam que os preços comerciais cotados excluem IVA. Uma visão de configuração oferecia núcleos, memória, armazenamento, conectividade, endereços IPv4, VLANs e backup com preços individuais. Essas observações são um instantâneo datado da vitrine, não uma tarifa permanente. Elas são úteis porque mostram a unidade de venda: a myDC não está apresentando um ambiente de hiperescala medido por consumo com centenas de serviços. Ela está vendendo infraestrutura virtual configurável com componentes mensais visíveis.
O pedido não é totalmente automático. De acordo com oguia da base de conhecimentoda empresa, um cliente escolhe faturamento mensal, trimestral ou anual, depois paga a partir de crédito da conta, transferência bancária ou PayPal. Crédito ou PayPal podem acionar provisionamento imediato onde o produto permitir; provisão automática após transferência bancária requer verificação da conta. O comprador fornece um hostname, um modelo de sistema operacional e uma chave pública SSH. A myDC diz que evita deliberadamente senhas geradas ou padrão. Clientes Platform então selecionam processador adicional, memória, mídia do disco de inicialização, endereços públicos, redes privadas e armazenamento de backup.
Este fluxo de trabalho localiza a linha entre infraestrutura e administração. A myDC pode instanciar uma máquina virtual, anexar redes e fornecer um caminho de resgate. O cliente permanece responsável pelo sistema operacional convidado, aplicativos, design de identidade, patches, segredos e grande parte da política de firewall, a menos que compre gerenciamento adicional. A base de conhecimento pública contém instruções para OPNsense, pfSense, MikroTik e tarefas comuns de Linux ou Windows, o que é uma evidência útil do trabalho que os clientes realmente encontram. Também é evidência de que "nuvem" não elimina a administração de sistemas.
A aquisição deve distinguir as duas famílias de produtos de forma mais nítida do que a tabela de marketing. Um comprador deve perguntar se uma determinada alocação de CPU é dedicada ou compartilhada, como o overcommitment é governado, quais números de desempenho de armazenamento são comprometidos, se a migração ao vivo ou apenas a recuperação baseada em reinicialização é oferecida, e se as redes privadas Platform abrangem mais de um domínio de falha física. Nenhuma dessas respostas deve ser adivinhada a partir da presença de componentes familiares de código aberto.
KVM e Ceph movem o limite de dependência
A arquitetura usa blocos de construção reconhecíveis e não proprietários. Isso é significativo. KVM é o mecanismo de virtualização mainstream do kernel Linux, e a myDC diz que seu serviço fornece máquinas totalmente virtualizadas em vez de contêineres. Ceph é um sistema de armazenamento distribuído projetado para colocar e replicar dados em daemons de armazenamento de objetos. Adocumentação da arquitetura Cephexplica que monitores mantêm o mapa do cluster, OSDs armazenam e replicam objetos, e o algoritmo CRUSH mapeia dados para domínios de falha sem um gargalo de consulta central.
Esses componentes podem reduzir uma forma de custo de troca. Um cliente não está escrevendo um aplicativo diretamente contra uma API de banco de dados única ou serviço de eventos apenas para executar uma máquina virtual comum. Linux, Windows, um firewall virtual ou um servidor de banco de dados podem, em princípio, rodar em outra plataforma baseada em KVM. O compromisso público da myDC com padrões abertos e suporte a migração reforça essa direção. Mas "usa código aberto" e "tem um caminho de saída testado" não são sinônimos.
O provedor não publica os formatos de imagem de disco disponíveis para exportação, a mecânica ou custo de uma exportação de volume completo, permissões de largura de banda durante a migração, exportação de configuração para redes e regras de firewall, ou o tratamento de snapshots. Ele não publica uma interface de infraestrutura como código na página de nuvem. Uma operação de painel que cria um servidor pode, portanto, permanecer uma dependência manual do plano de controle, mesmo quando a carga de trabalho em si é portátil.
Antes de confiar em baixa dependência, um comprador deve pedir à myDC para exportar uma máquina representativa e suas configurações de rede, importá-las em outro lugar, inicializar a cópia e registrar o tempo decorrido, custo de transferência de dados e alterações necessárias.
Ceph também ilustra por que um nome de produto não é uma garantia. Ceph pode replicar objetos entre hosts e pode codificar uma hierarquia de dispositivos, racks, fileiras e salas em um mapa CRUSH. Sua própria documentação adverte que a disponibilidade depende do quórum de monitores, configurações de réplica e configuração do domínio de falha; ela recomenda três cópias para alta disponibilidade em vez de tratar qualquer instalação Ceph como automaticamente resiliente.
O material público da myDC não divulga seu número de monitores, nós OSD, contagem de réplicas, min_size, regras de posicionamento, distribuição de racks, configuração de criptografia, capacidade utilizável ou folga de reconstrução.
Essa ausência não mostra um cluster fraco. Mostra que a afirmação permanece no nível de descrição do produto. A pergunta de aquisição correta não é "Você usa Ceph?" mas "Mostre como o pool deste cliente é posicionado, quais falhas simultâneas ele tolera e o que acontece com a latência e o tempo de recuperação durante uma reconstrução." Se as réplicas estiverem em discos diferentes em hosts diferentes, mas compartilharem uma sala e um caminho de energia, o sistema é resiliente a uma falha de disco ou host, não a uma falha de site.
A mesma disciplina se aplica à alta disponibilidade. O aviso de produto de 2025 da myDC explica que quando um host falha, uma máquina virtual afetada pode iniciar automaticamente em outro hardware. Isso é recuperação de infraestrutura útil. Não é disponibilidade contínua de aplicação: o convidado deve reinicializar, os aplicativos devem se recuperar e qualquer estado em voo pode ser perdido. Um cliente que requer interrupção quase zero ainda precisa de clusterização de aplicação, estado replicado, verificações de saúde e failover de tráfego acima da camada de máquina virtual.
"HA" deve, portanto, ser traduzido em uma distribuição de tempo de recuperação medida para a carga de trabalho, não deixado como um distintivo.
Há uma segunda pergunta arquitetônica na diferença entre Platform Vienna e Server Vienna. Redes privadas de até 10 Gbit/s podem tornar Platform adequado para sistemas de várias camadas, tráfego de armazenamento ou links híbridos. Server Vienna parece destinado a instâncias mais simples e publicamente conectadas. Um comprador que começa no servidor mais barato e depois precisa de segmentação privada deve estabelecer se a conversão é possível sem reconstrução. A simplicidade do produto é valiosa, mas apenas se o caminho de atualização for explícito.
O painel é ao mesmo tempo conveniência e concentração
A myDC investiu em tornar um pequeno patrimônio de infraestrutura controlável através de uma interface de cliente. Umanúncio do painel de maio de 2025diz que os clientes podem pedir, gerenciar, modificar e cancelar serviços; visualizar o status da rede; criar tickets de suporte; ler documentação; e lidar com faturas em um só lugar. Também diz que o login suporta autenticação de dois fatores. Umlançamento anterior de janeiro de 2024introduziu monitoramento de serviço e uma visão de status de rede.
Para uma pequena equipe de TI, essa consolidação faz parte do produto. A alternativa geralmente não é uma operação de hiperescala perfeitamente automatizada, mas uma mistura de portais de hospedagem, alterações por e-mail, planilhas e chamadas para vários fornecedores. Um painel local que conecta pedidos, estado técnico e suporte pode reduzir o custo de coordenação.
Ele também concentra autoridade. Uma conta capaz de adicionar, alterar ou excluir serviços — e de visualizar faturas e informações de suporte — é uma superfície de controle material. A autenticação de dois fatores é, portanto, uma linha de base, não uma história de segurança completa.
Os compradores devem verificar se ela pode ser imposta para todas as contas, quais fatores são suportados, se as funções separam faturamento de administração, como as credenciais de API ou serviço são escopadas, como as sessões e a recuperação são tratadas, se os eventos administrativos são exportáveis e como o acesso da equipe do provedor é aprovado e registrado.
As páginas públicas não descrevem uma API de cliente, ferramenta de linha de comando, provedor Terraform, integração de logon único, modelo de acesso baseado em funções ou exportação de auditoria imutável. Talvez alguns estejam disponíveis mediante acordo; o pacote de evidências não os estabelece. Sua ausência na documentação pública importa mais para clientes que desejam infraestrutura reproduzível e menos para aqueles que deliberadamente compram um modelo operacional pessoal e assistido por tickets.
O status do serviço do painel também precisa de interpretação. Ele pode mostrar o que a myDC escolhe monitorar e expor, o que é melhor do que nenhuma superfície de status. Ele não pode, por si só, estabelecer a saúde de ponta a ponta do aplicativo, conformidade histórica com um nível de serviço ou um registro completo de incidentes. Um cliente sério deve conectar suas próprias sondas sintéticas de fora da rede do provedor e reconciliá-las com o painel após cada evento material.
A sala de Viena é uma dependência, não uma nota de rodapé
A myDC diz que seu hardware e dados do cliente estão na Áustria. Suadescrição da instalaçãocoloca a operação em Viena e descreve energia redundante, UPS e geradores, refrigeração, detecção e supressão de incêndio, acesso biométrico, vigilância por vídeo, patrulhas e eletricidade renovável. Ela diz que múltiplos caminhos de fibra escura alcançam dois importantes nós de rede austríacos, que os sites são ligados por um anel de fibra e que o data center é certificado ISO 27001. A mesma página anuncia disponibilidade "até" mais de 99,99%.
Estas são alegações da empresa. A página pública não nomeia a instalação, identifica o titular do certificado, fornece um número ou escopo de certificado, define qual serviço recebe qual nível de disponibilidade ou localiza os sites adicionais e réplicas de backup. Isso deixa uma lacuna importante de evidência entre "Viena" e um modelo de resiliência utilizável.
Evidências públicas de rede estreitam o ambiente operacional provável sem fechar a lacuna. Em 17 de julho de 2026, o painel myDataCenter resolveu em um bloco de endereços identificado por dados de registro RIPE como SIEDL-NETWORKS, enquanto um hostname público Zimbra mydc.at resolveu em um intervalo roteado por Nessus. Avisão atual do BGP.tools para AS47692identifica o sistema autônomo como Nessus GmbH e mostra várias redes upstream. Separadamente, aNessus nomeia "MyDC Cloud Services" como clientee opera vários data centers em Viena.
Esta é uma evidência externa pontual de uma relação material de rede ou instalação. Não é prova de que toda máquina virtual da myDC usa um endereço, operadora ou edifício específico. DNS pode frontar apenas um serviço de plano de controle; endereços e rotas mudam; um cliente pode usar seus próprios prefixos ou links. A evidência apoia uma pergunta de aquisição, não uma declaração arquitetônica.
A redação da descrição da instalação myDC se assemelha muito à descrição pública daNDC1da Nessus, incluindo rotas de fibra escura para dois nós austríacos e os controles de segurança física. Avisão geral de hospedagemda Nessus diz que suas instalações em Viena são neutras em relação a operadoras e certificadas ISO 27001. No entanto, a myDC não nomeia a NDC1 em sua própria página, e a Nessus agora descreve três instalações com diferentes especificações. Seria inseguro inferir o local exato, o rack, o escopo do certificado ou a localização de uma segunda réplica apenas de redação semelhante.
Por que a distinção importa se todos os candidatos estão em Viena? Porque "somente Áustria" é um limite jurisdicional, não um limite de recuperação de desastres. Dois racks em um edifício, dois edifícios em um campus e dois sites metropolitanos em diferentes domínios de energia e inundação fornecem resiliência diferente. Um anel de fibra ainda pode ter dutos ou pontos de agregação comuns. Múltiplas operadoras ainda podem compartilhar um sistema autônomo ou exchange.
Um comprador deve obter um mapa de dependências físicas e lógicas sob confidencialidade, se necessário: sites primários e de backup, domínios de energia, salas de meet-me, responsabilidade de acesso, trânsito IP, caminho DDoS, hospedagem do plano de controle, monitoramento e cada subprocessador que pode alcançar dados do cliente.
A rede também determina o que a localidade não pode resolver. O tráfego entre um usuário austríaco e uma carga de trabalho em Viena pode permanecer doméstico, mas apenas uma medição de rota pode mostrar o caminho real em um determinado momento. O tráfego de usuários globais atravessará redes estrangeiras. Falhas upstream, vazamentos de rota e ataques de negação de serviço não respeitam uma fronteira nacional. Os termos da myDC reconhecem que a conectividade com outras redes não pode ser garantida e permitem a desconexão temporária de um serviço atacado quando ameaça outros.
O produto DDoS opcional na vitrine é, portanto, parte do design do serviço, não um complemento ornamental para sistemas voltados para a internet.
A localidade ainda tem valor. Ela pode simplificar visitas ao local, jurisdição contratual, latência para usuários austríacos, explicações de localização de dados e comunicação durante uma falha. Mas é mais forte quando apresentada como uma escolha operacional limitada — sites nomeados, subprocessadores nomeados, rotas medidas e recuperação testada — não como a alegação de que a geografia remove o risco de infraestrutura.
Backup cria um segundo mapa de soberania
A myDC expõe duas ideias de backup relacionadas, mas distintas. O backup de máquina virtual pode ser adicionado ao Platform Vienna; o aviso de reestruturação de 2025 diz que os backups são replicados em dois locais e podem ser restaurados através do painel. Separadamente, a empresa vende umManaged Proxmox Backup Servicepara proteger o ambiente Proxmox do cliente. A vitrine exibia um preço inicial de €25 por mês em 17 de julho de 2026 e descrevia armazenamento escalável, jobs push ou pull, restauração de máquina virtual, backup de arquivos para Linux, verificação e criptografia opcional.
Os guias de implementação são mais reveladores do que o cartão do produto. Para que a myDC faça pull de um Proxmox Backup Server local, o cliente precisa de um endereço público estático e deve tornar a porta 8007 acessível a partir do myDataCenter. Oguia de configuração do painelrecomenda fortemente restringir o acesso ao endereço público da myDC. Ele diz ao cliente para criar uma conta local com pelo menos a função DatastoreReader, trocar uma impressão digital do datastore, definir o local remoto e agendar uma sincronização pull. A retenção pode ser alterada; backups individuais podem ser protegidos contra exclusão por retenção comum.
A integração reversa também é possível. Oguia do servidor localexplica como um cliente usa o hostname, conta, senha e impressão digital expostos no painel para conectar o datastore myDC como um remoto. Umguia de verificaçãoseparado diz aos clientes para agendar verificações de integridade e inspecionar logs.
Este é um fluxo de trabalho operacional credível porque expõe responsabilidades. O cliente fornece conectividade estável, limita endereços de origem, cria credenciais de privilégio mínimo, verifica a impressão digital do endpoint, escolhe horários e examina logs. A myDC fornece o armazenamento remoto e a interface de controle. Adocumentação upstream do Proxmox Backup Serverconfirma que o software suporta controle de acesso, autenticação de dois fatores, criptografia do lado do cliente, verificação, retenção, sincronização remota e operações de restauração. Ela não estabelece quais desses controles a myDC ativa por padrão ou gerencia para um cliente específico.
O backup muda o mapa de soberania porque uma cópia tem sua própria localização, chaves de criptografia, credenciais, regras de retenção e requisitos de saída. "Replicado para dois locais" não é suficiente para aquisição.
O comprador deve saber se os dois locais estão em edifícios e domínios de energia separados; se o plano de backup compartilha identidade, rede e pessoal com a produção; quem detém as chaves de criptografia; se os snapshots protegidos são imutáveis para um administrador comprometido; qual atraso de exclusão se aplica; com que frequência as restaurações completas são testadas; e qual tempo de recuperação é realista para o maior conjunto de dados sobre a largura de banda adquirida.
Há também uma troca de concentração. Enviar um backup Proxmox local para a myDC cria separação geográfica útil. Fazer backup de uma máquina virtual myDC em um repositório que compartilha o mesmo provedor, cidade, conta de controle ou rede ainda pode proteger contra exclusão lógica e falha de host, mas pode ser mais fraco contra eventos em todo o provedor ou metropolitanos. Uma terceira cópia em outro domínio de falha pode melhorar a resiliência, mesmo quando complica uma política de somente Áustria. Soberania e recuperabilidade são objetivos a equilibrar, não rótulos intercambiáveis.
O suporte pessoal faz parte da arquitetura
A provável vantagem da myDC sobre um grande host de commodity não é um algoritmo de armazenamento secreto. É a redução da distância organizacional. Apágina de suportepublica horários de telefone durante a semana, enquanto os termos definem suporte ordinário como segunda a sexta, 08:00–12:00 e 13:00–16:45. Os clientes que adquiriram suporte 24/7 recebem um número de emergência separado com suas credenciais. Esta é uma distinção mais clara do que uma declaração genérica de que a infraestrutura é monitorada continuamente.
A distinção deve moldar o posicionamento da carga de trabalho. Uma pequena empresa que opera sistemas em horário comercial pode valorizar o acesso a pessoas que conhecem seu ambiente mais do que cobertura telefônica noturna. Um serviço público com impacto noturno de receita ou segurança precisa do caminho de escalada pago, resposta e compromissos de restauração por escrito. "Operações 24/7" pode significar que alarmes são vigiados; não significa necessariamente que um cliente pode alcançar um engenheiro sob o preço padrão, ou que o engenheiro deve restaurar o serviço dentro de um tempo definido.
Apágina de parceirosnomeia Siedl Networks, PLP Datentechnik, Genius IT, Compution IT e bavarialogy como organizações que podem ajudar com configuração, operação e manutenção. Umanúncio de julho de 2026 da bavarialogydiz que esse parceiro usa Platform Vienna e Server Vienna para trabalhos de clientes. Estas são declarações do provedor, não medições independentes de resultados do cliente, mas demonstram o modelo operacional pretendido: a myDC fornece infraestrutura e uma rede de especialistas regionais pode fornecer a camada de aplicação e administração.
O caso SchoolFox torna essa alocação concreta. O documento produzido pelo fornecedor diz que a implantação usou recursos de nuvem myDataCenter com uma pilha de código aberto incluindo Univention Corporate Server, Zimbra, IKARUS e OPNsense. A Siedl Networks lidou com consultoria, migração e comissionamento e continuou a fornecer operação e suporte. A citação do cliente relata administração e colaboração mais fáceis, mas o caso não publica nenhuma métrica de disponibilidade, desempenho, custo ou migração. É evidência de padrão de implementação, não prova estatística de qualidade de serviço.
Para um comprador, a questão central é quem é o dono do incidente em cada camada. Se um aplicativo está lento, a myDC prova desempenho de computação e armazenamento enquanto o parceiro inspeciona o convidado e o banco de dados? Quem coordena quando nenhum vê uma falha? O cliente abre um ticket ou dois? As ações do parceiro são visíveis na trilha de auditoria da myDC? Outro parceiro pode assumir sem reconstruir? Um ecossistema local pode reduzir o atrito de resposta, mas uma matriz de responsabilidade ambígua pode recriar o próprio problema de coordenação que se propõe a resolver.
O preço mensal não é o contrato econômico
A vitrine convida à comparação pelo preço mensal de destaque. Os termos definem uma unidade diferente: o relacionamento ao longo do tempo. Ostermos geraisde outubro de 2023 da myDC se aplicam a empresas e dizem que cada produto forma um contrato separado. Salvo acordo em contrário, o prazo mínimo é de doze meses ou um período de faturamento mais longo selecionado na loja; o contrato então renova pelo mesmo período. O cancelamento ordinário deve chegar por carta assinada com pelo menos três meses de antecedência do vencimento.
O guia de pedidos oferece faturamento mensal, trimestral e anual. Um intervalo de faturamento mensal não deve ser assumido como um compromisso de um mês, porque cadência de faturamento e duração mínima do contrato são conceitos diferentes nos documentos públicos. Um comprador deve fazer com que a confirmação do pedido declare ambas as datas claramente: início do serviço, fim do prazo mínimo, prazo de aviso e período de renovação. Se o checkout ao vivo oferecer termos diferentes das condições gerais, o registro do pedido assinado ou salvo deve resolver o conflito.
Os mesmos termos exigem que as faturas sejam pagas antecipadamente dentro de catorze dias e permitem suspensão após um período de cura. Se o cliente causar rescisão antecipada, os encargos restantes podem tornar-se devidos. Trabalho fora do horário normal de suporte e solução de problemas causada pelo cliente podem ser cobrados separadamente. Essas cláusulas são normais o suficiente para um provedor de pequenas empresas, mas tornam o cartão de máquina virtual mais barato uma estimativa de custo incompleta.
A energia é um insumo particularmente explícito. A myDC reserva-se o direito de ajustar preços com aviso e inclui uma fórmula vinculada a indicadores de eletricidade no atacado quando uma média de três meses sobe pelo menos cinco por cento. O cliente recebe um direito de rescisão excepcional se o aumento resultante exceder trinta por cento; outros ajustes anuais podem acompanhar uma porcentagem mínima, preços ao consumidor ou mudanças salariais coletivas sem o mesmo direito de saída. A cláusula exata deve ser revisada no texto governante em alemão, em vez de reduzida a uma única porcentagem.
Seu significado estratégico é mais claro: o preço da nuvem local permanece exposto à economia de energia, trabalho e instalação, e a myDC repassa parte dessa volatilidade em vez de fingir que a infraestrutura é gratuita.
O lado do remédio é modesto. Os termos não prometem acesso ininterrupto, toda conexão externa desejada ou sobrevivência de cada item de equipamento ou dado. Eles permitem manutenção planejada e trabalho urgente, e dizem que restrições relacionadas à manutenção não criam automaticamente uma redução de taxa ou remédio de garantia. A solução de problemas começa durante o horário comercial sob o quadro padrão. Para provisão inicial atrasada, o crédito padrão declarado é de €13 por semana começando apenas na terceira semana, sujeito a exclusões como atraso de terceiros.
A responsabilidade por negligência ordinária é limitada, danos indiretos e lucros cessantes são excluídos, e os danos totais são limitados a €20.000 sob os termos publicados, sujeitos às exceções legais usuais que não podem ser contratadas. Os termos também permitem a suspensão temporária de um serviço sob ataque de negação de serviço se prejudicar outros, com o custo relacionado ao ataque potencialmente cobrado do cliente. Estas disposições podem ser totalmente viáveis para um pequeno sistema interno e totalmente inadequadas para uma plataforma crítica de receita.
É por isso que a comparação de preços deve usar um cenário de carga de trabalho em vez de um cartão de servidor. Inclua computação, memória, crescimento de armazenamento, endereços públicos, redes privadas, capacidade de backup, retenção, proteção DDoS, licenças, administração de parceiros, suporte premium, egresso de dados para uso rotineiro e saída, trabalho do cliente e o custo de um teste de recuperação. Em seguida, precifique o downside contratual: o que uma hora, um dia e uma semana de indisponibilidade custariam, em comparação com o remédio realmente oferecido.
O ponto ideal econômico da myDC é provavelmente um comprador para quem a pequena escala do provedor e o acesso pessoal reduzem o custo de gerenciamento o suficiente para compensar automação mais estreita e menos padronização contratual. As evidências públicas não revelam receita, concentração de clientes, número de funcionários, margens ou capacidade de investimento, portanto não podem sustentar um julgamento sobre resiliência financeira.
Um comprador crítico deve solicitar garantias financeiras ou de continuidade apropriadas em particular, em vez de inferi-las a partir de um preço inicial mensal baixo ou de uma lista de logotipos de clientes.
A saída é mais fácil na camada de carga de trabalho do que na camada de serviço
A myDC diz que favorece padrões abertos e evita dependência. A arquitetura apoia parte dessa afirmação. Máquinas virtuais KVM comuns, rede IP convencional e backups compatíveis com Proxmox são mais portáteis em princípio do que um aplicativo montado a partir de serviços gerenciados sem servidor e de dados proprietários. A empresa também diz que ajuda os clientes a migrar.
A saída operacional ainda tem pelo menos quatro partes. Primeiro, extrair dados e imagens de máquina em um formato acordado. Segundo, reproduzir redes, regras de firewall, endereços, DNS, certificados e monitoramento no destino. Terceiro, transferir ou recriar o histórico de backup e provar uma restauração. Quarto, rescindir cada contrato de produto antes de seu prazo separado. O software de código aberto ajuda principalmente com as duas primeiras; não as completa.
A continuidade de endereço é um custo oculto frequente. Um endereço IPv4 público fornecido pela myDC pode não se mover com o cliente. Aplicativos, firewalls remotos, listas de permissões e integrações de terceiros podem incorporá-lo. Os próprios guias de pedido e backup mostram por quê: uma relação de backup pode depender de um endereço de origem público estático. A migração pode exigir operação paralela enquanto cada par é atualizado, o que significa pagar ambos os fornecedores e gerenciar a consistência dos dados.
O mesmo se aplica ao painel. Faturas e tickets podem ser baixados ou retidos apenas de acordo com o processo de exportação e fechamento de conta existente. O histórico de auditoria, dados de monitoramento e estado de configuração devem ser exportados antes da exclusão. A documentação pública não declara por quanto tempo os dados de serviço rescindido ou registros de conta permanecem recuperáveis, ou como a exclusão é evidenciada.
O serviço Kopano descontinuado oferece um exemplo útil e não catastrófico de dependência upstream. Em umaviso de novembro de 2024, a myDC disse que o fornecedor do Kopano encerraria o produto relevante em março de 2025, então a myDC descontinuaria sua oferta gerenciada e recomendaria o Zimbra. Ela ofereceu migração de e-mails, calendários, contatos e tarefas para clientes existentes sem custo. Isso é evidência de uma resposta de transição responsável. É também um lembrete de que um provedor local não controla todo ciclo de vida de produto upstream.
Um teste de saída de nível de aquisição deve ocorrer antes da produção, enquanto a alavancagem e a boa vontade são maiores. Exporte uma máquina virtual representativa, restaure um backup fora da myDC, recrie uma rede privada, altere todas as credenciais e peça um projeto de certificado de exclusão. Registre dependências que não transferem. Repita o exercício após grandes mudanças arquitetônicas. Se o provedor tornar esse teste fácil, sua promessa de padrões abertos torna-se evidência em vez de posicionamento.
Rótulos de segurança têm diferentes proprietários e escopos
A história de segurança pública da myDC contém vários bons controles. A empresa diz que seu painel suporta autenticação de dois fatores. O fluxo de pedidos usa chaves públicas SSH fornecidas pelo cliente em vez de senhas de servidor padrão ou geradas. A descrição da instalação cobre acesso físico, vigilância, supressão de incêndio, energia e refrigeração. O fluxo de trabalho de backup recomenda restrição de endereço de origem e verificação de impressão digital. Os termos reconhecem resposta a negação de serviço, e a vitrine oferece uma opção de proteção dedicada.
Esses controles não somam automaticamente um sistema de gestão de segurança da informação certificado para myDC Cloud Services GmbH. A empresa diz que odata centeré certificado ISO 27001. A ISO explica que aISO/IEC 27001especifica requisitos para um sistema de gestão de segurança da informação. O valor de um certificado depende de seu titular nomeado, locais, serviços, exclusões, versão, órgão emissor e validade. O certificado de um operador de instalação pode fornecer garantia herdada importante sem certificar os processos de pessoal da myDC, desenvolvimento do painel, acesso de suporte ou escopo de serviço ao cliente.
A myDC também diz que renovou um selo Austrian Cyber Trust. Adescrição do programado próprio esquema oferece vários níveis de garantia e posiciona seu selo padrão como um ponto de entrada pragmático. Asregras do esquema de 2026são especialmente úteis: o escopo está vinculado à empresa registrada e a sistemas, processos e pessoal sob seu controle; o nível padrão depende de uma autodeclaração validada, enquanto o nível mais alto requer auditoria externa; os selos são limitados no tempo; e o esquema não promete segurança absoluta. Sem um registro público de certificado ou nível nas evidências revisadas, seria errado elevar "Cyber Trust" a uma afirmação equivalente a ISO auditada independentemente.
A evidência pública ausente é tão importante quanto os distintivos visíveis. As páginas revisadas não fornecem um certificado ISO da myDC, declaração de aplicabilidade, resumo de teste de penetração, rota de divulgação de vulnerabilidade, lista de subprocessadores, especificação de criptografia em repouso para discos de nuvem, alvo de notificação de evento de segurança, objetivos de recuperação, descrição de controle de acesso de pessoal ou pacote de auditoria do cliente. Isso não significa que esses materiais não existam. Significa que um comprador regulado ou de alto impacto deve solicitá-los.
Para dados pessoais, a lei europeia torna o contrato e o design operacional importantes. OArtigo 28 do GDPRexige termos de processador cobrindo instruções, confidencialidade, subprocessadores, assistência de segurança, exclusão ou devolução e informações de auditoria; o Artigo 32 exige segurança apropriada ao risco, incluindo resiliência e restauração oportuna quando apropriado. "Todos os dados na Áustria" pode simplificar parte da análise de transferência, mas não substitui esses deveres ou estabelece que todo subserviço de suporte, telemetria, pagamento ou comunicações permanece dentro do mesmo limite.
Entidades financeiras enfrentam um teste mais exigente sob oDigital Operational Resilience Act (DORA). As disposições de contrato de terceiros de TIC do DORA exigem descrições claras de serviço, locais de processamento e armazenamento de dados, compromissos de disponibilidade e integridade, assistência em incidentes, direitos de auditoria e acesso, suporte de continuidade e disposições de saída, com requisitos adicionais para funções críticas ou importantes. Um anúncio de parceiro que invoca DORA ou NIS2 é uma alegação de marketing até que o contrato subjacente, controles e evidências atendam às obrigações do cliente.
A postura de segurança mais credível para a myDC seria, portanto, deliberadamente em camadas: identificar controles operados pela GmbH, controles herdados do provedor de instalação e rede, controles inerentes ao Ceph ou Proxmox mas dependentes de configuração, controles delegados a parceiros de implementação e controles retidos pelo cliente. Uma matriz de responsabilidade compartilhada de uma página seria mais valiosa do que uma lista mais longa de substantivos de segurança sem escopo.
Uma página de status verde é um instantâneo, não um histórico
Em 17 de julho de 2026, apágina de status de redepública da myDC exibia os serviços listados como operacionais e relatava números de 100% para seus monitores visíveis. A página diz que o uptime é medido ao longo de um ano e exclui manutenção. Seu feed RSS público não mostrava nenhuma entrada de problema atual no momento da revisão.
Isso suporta apenas uma declaração verificada estreita: o provedor não estava reportando publicamente um problema ativo naquele instantâneo. Não estabelece que nenhum incidente ocorreu durante o ano. O histórico visível não expunha uma cronologia completa de eventos prontamente auditável, e excluir manutenção pode tornar uma porcentagem de disponibilidade inadequada para o cálculo de ponta a ponta de um cliente. Nenhuma fonte pública credível no conjunto de evidências congeladas estabeleceu uma interrupção material da myDC; a ausência de um incidente superficial não é evidência de um serviço sem incidentes.
A empresa pelo menos publicou evidências de testes de resiliência física. Umaviso de manutenção de março de 2024anunciou um teste "black building" no qual a energia da rede seria interrompida e os sistemas UPS e gerador ativados; a myDC disse que não esperava interrupção do cliente. Publicar o plano é positivo. O material revisado não incluía um relatório pós-ação com desempenho de transferência medido ou anomalias.
Para um comprador, o teste mais forte é solicitar doze ou vinte e quatro meses de registros de incidentes e manutenção, incluindo eventos que não violaram um limite contratual. Compare-os com monitoramento externo. Peça tempo para detectar, tempo para comunicar, tempo para mitigar, camadas afetadas, causa raiz, ação corretiva e recorrência. Também pergunte como manutenção de emergência, falha de rede upstream, isolamento DDoS e degradação parcial de armazenamento aparecem no painel público. A transparência pode ser uma vantagem de um pequeno operador local, mas apenas se sobreviver a um dia difícil.
myDC compete com três tipos de saída
A myDC não está simplesmente competindo contra outro preço de servidor virtual austríaco. Seu cliente pode sair em três direções, cada uma mudando o modelo de dependência.
A primeira é uma nuvem europeia mais ampla com uma zona austríaca. AExoscalelista publicamente duas zonas de Viena e um catálogo mais amplo incluindo máquinas virtuais, Kubernetes, armazenamento de objetos e blocos, rede privada, bancos de dados e APIs. Tal plataforma pode oferecer automação mais forte e padrões de várias zonas, ao mesmo tempo que introduz uma superfície de serviço maior e uma identidade contratante estrangeira. Para uma equipe que precisa de serviços de dados gerenciados ou controle programático de frota, essa amplitude pode superar o suporte pessoal da myDC. Para uma que deseja um punhado de máquinas convencionais e um relacionamento local, pode adicionar complexidade sem resolver um problema urgente.
A segunda é um grande provedor de infraestrutura de commodity em uma jurisdição vizinha. AHetzner Cloudenfatiza opções de CPU compartilhadas e dedicadas de baixo custo, uma API, ferramentas de linha de comando, redes e integrações. É um forte benchmark de preço e automação, mas uma localização alemã não é uma localização austríaca. Compará-la com a myDC revela o que o prêmio de localidade compra: não meramente milissegundos, mas proximidade contratual, uma afirmação nacional de localização de dados e a possibilidade de operação assistida por parceiro.
A terceira é a auto-operação, muitas vezes com a mesma família de código aberto. Um cliente pode executar Proxmox e software de backup em hardware próprio ou colocado e reter controle mais profundo sobre configuração e chaves. Também herda aquisição, planejamento de capacidade, patches, monitoramento, plantão, peças de reposição, energia e coordenação de instalação. O Managed Proxmox Backup Service da myDC é interessante precisamente porque pode complementar esta rota: manter o controle primário no local enquanto coloca uma cópia gerenciada em outro lugar.
Existem também provedores de serviços gerenciados e operadores de instalação austríacos que podem montar nuvens privadas sob medida. Eles podem oferecer responsabilidade mais personalizada e menos autoatendimento instantâneo. A myDC ocupa um meio útil: mais empacotado e transparente do que um projeto de integração personalizado, mais pessoal e geograficamente específico do que uma grande nuvem e menos oneroso operacionalmente do que possuir toda a pilha.
Nenhuma evidência pública revisada apoia uma alegação de participação de mercado ou prova que a myDC é mais barata no total. Sua diferenciação defensável é qualitativa. Ela empacota infraestrutura familiar, custódia austríaca e especialistas acessíveis em um pequeno catálogo. O risco é que a mesma compacidade pode significar menos níveis de serviço divulgados, menos interfaces de automação e maior dependência de pessoa-chave ou parceiro. A aquisição deve decidir de que lado dessa troca a carga de trabalho precisa, em vez de atribuir pontos para o tamanho da empresa em qualquer direção.
Nove testes antes de chamar o serviço de soberano
A palavra "soberano" é mais útil como um plano de teste. Um comprador considerando a myDC pode transformar as lacunas de evidência pública em nove testes de aceitação concretos.
1. Reconcilie o mapa de identidade e responsabilidade.Coloque myDC Cloud Services GmbH, o parceiro de implementação, operador de instalação, operador de rede, licenciadores de software e quaisquer subprocessadores de suporte em uma tabela. Para cada um, declare contrato, tarefa, acesso a dados e dever de escalada. Confirme que o acordo de processamento de dados nomeia a mesma entidade que o pedido.
2. Obtenha um cronograma de localização.Liste o site e país para discos ativos, réplicas Ceph, backups de máquina virtual, armazenamentos de backup Proxmox, dados do painel, logs, anexos de suporte e cópias de recuperação de desastres. Registre se "Áustria" é um termo vinculante, quais exceções existem e como uma mudança de local é notificada. Um rótulo de cidade não é suficiente para avaliar domínios de falha comuns.
3. Demonstre falha, não apenas redundância.Peça à myDC para mostrar a arquitetura sob um acordo de confidencialidade apropriado: contagem de nós de computação, política de réplica de armazenamento, domínios de falha Ceph, quórum de monitores, caminhos de rede, folga de capacidade e separação de backup. Observe um exercício de falha de host e meça a reinicialização do convidado. Peça o resultado dos testes mais recentes de transferência de energia e restauração.
4. Converta a linguagem de disponibilidade em um objetivo de carga de trabalho.Identifique a porcentagem exata do nível de serviço, ponto de medição, exclusões, processo de notificação e remédio para o produto adquirido. Defina objetivos de tempo de recuperação e ponto de recuperação separadamente. Adicione monitoramento de aplicativo de uma rede independente. "Até 99,99%" nunca deve ser a linha final de um projeto de produção.
5. Teste o plano de controle.Force a autenticação de dois fatores, separe funções de faturamento e técnicas, revise a recuperação de conta, exporte eventos administrativos e aprenda como o pessoal do provedor ganha acesso. Determine se existe uma API ou método de configuração reproduzível. Simule a perda de acesso ao painel e confirme uma rota de alteração de emergência autenticada.
6. Restaure o maior sistema realista.Execute restaurações de arquivos e de máquina completa. Meça o tempo de verificação, throughput de transferência de dados, consistência do aplicativo e recuperação de dependência. Repita após criptografar o backup e prove que o cliente pode recuperar se a myDC estiver indisponível. Documente quem detém as chaves e o que acontece quando o detentor da chave sai.
7. Precifique o estresse, não apenas o estado estacionário.Modele crescimento em armazenamento, endereços, rede, retenção de backup, defesa DDoS e suporte. Aplique a lógica de ajuste de energia e índice do contrato. Adicione mão de obra de parceiro, meses de migração paralela e exportação de dados. Compare este total com uma nuvem de zona austríaca, um host de commodity alemão e Proxmox auto-operado.
8. Exercite a saída enquanto o serviço está saudável.Exporte uma máquina e backup, reconstrua sua rede em outro lugar, altere listas de permissões e DNS e solicite exclusão segura da fonte. Confirme as datas de aviso para cada contrato de produto e o custo de rescisão antecipada. Registre quais artefatos do painel e logs permanecem disponíveis após o fechamento.
9. Valide o escopo de garantia.Obtenha o certificado atual da instalação, escopo exato, nível Cyber Trust e validade, processo de contato de segurança, evidência de teste de penetração, lista de subprocessadores e compromisso de notificação de incidentes. Mapeie esses controles para os deveres do cliente sob GDPR, NIS2 ou DORA, em vez de aceitar a abreviação de conformidade de uma página de parceiro.
Estes testes são proporcionais mesmo para um pequeno provedor porque a maioria não exige divulgação pública de diagramas sensíveis. Eles exigem que o comprador e o operador compartilhem um entendimento privado preciso. A escala local da myDC poderia tornar esse diálogo mais fácil do que seria com uma plataforma global. Se a empresa puder responder rapidamente e testar visivelmente, a opacidade nas páginas de marketing torna-se menos consequente. Se não puder, a alegação de localidade está carregando mais risco do que resolve.
Observe o limite, não o slogan
Cinco desenvolvimentos mudariam materialmente a avaliação.
Primeiro, um cronograma de serviço público que mapeie cada produto para um alvo de disponibilidade definido, método de medição, tratamento de manutenção e compromisso de resposta tornaria a promessa operacional mais fácil de precificar. Segundo, a publicação do titular e escopo do certificado da instalação — e uma descrição clara de quais sites detêm dados de produção e backup — fecharia a maior lacuna na evidência de localidade. Terceiro, um caminho de exportação de imagem e configuração documentado, idealmente com uma API ou ferramentas reproduzíveis, transformaria a arquitetura de código aberto em atrito de saída demonstravelmente baixo.
Quarto, a garantia de segurança da myDC poderia amadurecer de rótulos para um pacote de evidências em camadas: controles corporativos, controles de instalação herdados, configuração de software, acesso de parceiros e deveres do cliente. O framework Cyber Trust pode ser um passo útil, mas o nível exato e o escopo registrado importam. Quinto, a comunicação de incidentes do provedor deve ser observada ao longo do tempo. Uma página de status com relatórios pós-incidente acessíveis e resultados de manutenção permitiria que os compradores verificassem como um pequeno operador aprende.
A escala da empresa também merece observação neutra. Novos parceiros podem expandir a capacidade de implementação; eles também podem ampliar a cadeia de responsabilidade. Novos serviços gerenciados podem aumentar a receita e a conveniência do cliente; eles também podem importar ciclos de vida de produto upstream como a aposentadoria do Kopano. Novas instalações ou caminhos de rede podem melhorar a resiliência; eles também podem complicar a promessa de que cada cópia permanece dentro de um limite compreendido. Nenhum é inerentemente bom ou ruim. Cada um muda a custódia.
A proposta da myDC é mais forte quando despida de mística. É uma GmbH austríaca oferecendo infraestrutura KVM e Ceph configurável, backup e serviços gerenciados selecionados através de um painel prático e um ecossistema de suporte regional. Isso pode ser um excelente substituto para hospedagem de commodity distante ou uma conta de nuvem pública crescida demais. Não é uma fuga de instalações, operadoras, mantenedores de software, prazos contratuais ou administração do cliente.
A conclusão correta é, portanto, condicional, mas útil. Evidências públicas provam a ponte empresa-marca e apoiam uma pegada operacional austríaca real. Elas apoiam a presença de virtualização de código aberto e armazenamento distribuído, um fluxo de trabalho de autoatendimento, suporte local e uma tentativa séria de resiliência. Elas ainda não provam todos os domínios de falha, escopo de certificado, nível de serviço ou etapa de saída que uma carga de trabalho crítica exige.
Uma promessa de nuvem local é tão forte quanto seu handoff menos visível. Para myDataCenter.at, a oportunidade é tornar esses handoffs seu produto: nomeados, contratualmente limitados, tecnicamente testados e humanamente responsáveis. Quando a localidade se torna uma cadeia de evidência em vez de um rótulo de país, um pequeno provedor pode oferecer algo que as maiores nuvens acham surpreendentemente difícil de igualar.