Por que as caixas de “bump-in-the-wire” não conseguem resolver os problemas de latência, segurança ou consistência, e por que um sistema de arquivos global finalmente consegue.
Por mais de duas décadas, a aceleração de WAN tem sido promovida como o antídoto necessário contra a distância. À medida que as empresas transferiam cargas de trabalho de arquivos para locais cada vez mais distantes dos data centers centralizados, surgiu uma classe de dispositivos que prometia resolver os problemas da WAN ao se posicionar no meio do caminho, manipulando o tráfego e mascarando a latência. Esses sistemas eram engenhosos para a época, mas foram projetados para um mundo que não existe mais: um mundo de protocolos não criptografados, semântica de arquivos vagamente consistente, protocolos de bloco simplistas para pequenos conjuntos de dados, filiais com dados estáticos, servidores Microsoft Exchange como principal carga de trabalho e ponto fraco para os clientes, e aplicativos tolerantes a aproximações. Na empresa moderna, caracterizada por criptografia generalizada, modelos de segurança de confiança zero, colaboração global e dados não estruturados na escala de petabytes, a aceleração da WAN não é apenas insuficiente. Muitas vezes, ela é contraproducente.
O problema fundamental é a física. A latência em redes de longa distância é determinada pelas restrições da velocidade da luz e pelo número de idas e voltas necessárias para concluir uma operação. Os dispositivos de otimização de WAN não podem alterar a velocidade da luz. O que eles tentam fazer, em vez disso, é reduzir o número de idas e voltas por meio do uso de proxies para protocolos, agrupamento de confirmações, especulação em leituras e uso intensivo de cache. Isso funciona apenas quando o dispositivo consegue identificar e interpretar o protocolo, e somente quando a carga de trabalho subjacente tolera desvios em relação à semântica estrita. Com a evolução dos sistemas de arquivos, nenhuma dessas premissas se mantém válida.
Protocolos de arquivos modernos, como SMB3 e NFSv4, foram explicitamente projetados para oferecer garantias mais sólidas de correção e segurança mais rigorosa. A criptografia e a assinatura do SMB3, o NFS autenticado por Kerberos com privacidade e o uso generalizado do TLS eliminam a visibilidade do otimizador sobre as cargas úteis e o estado do protocolo. Para recuperar a eficácia, os aceleradores de WAN precisam encerrar o protocolo, descriptografar o tráfego e criptografá-lo novamente após a manipulação. Isso não é uma otimização; é uma intrusão arquitetônica. O dispositivo se torna um intermediário (man-in-the-middle) ao qual é preciso confiar chaves, certificados e associação a domínios. No momento em que você faz isso, você amplia seu perímetro de segurança, introduz novos modos de falha e viola as garantias de integridade de ponta a ponta que as empresas modernas exigem, sem falar no desafio de escalar horizontalmente dispositivos do tipo “bump-in-the-wire” com fluxos de tráfego de 100 Gbps e na complexidade do redirecionamento de tráfego.
Mesmo quando a criptografia é encerrada de forma legítima, o proxy de protocolo introduz um risco semântico sutil. Os sistemas de arquivos não são fluxos de bytes; são máquinas de estados finitos complexas com semântica de ordenação, bloqueio, delegação, oplocks, aluguéis, identificadores duráveis e recuperação de falhas. Os aceleradores de WAN necessariamente aproximam esses comportamentos. Eles especulam, fazem suposições. Armazenam metadados em cache. Confirmam operações antecipadamente. Ao fazer isso, trocam a precisão pela percepção de capacidade de resposta. Em caso de falha, oscilações de link, roteamento assimétrico e reinicializações de dispositivos, surgem os casos extremos: leituras desatualizadas, bloqueios quebrados, visibilidade atrasada e inconsistências difíceis de depurar que se manifestam como instabilidade do aplicativo, em vez de uma falha clara. As empresas toleram isso até não poderem mais, e, a essa altura, a causa raiz já está enterrada sob camadas de otimização.
Há uma questão mais profunda que a otimização de WAN nunca abordou de verdade: a própria dependência do tempo de ida e volta. Muitas cargas de trabalho com arquivos são inerentemente “conversativas” porque o sistema de arquivos é remoto. Cada operação de abertura, getattr, bloqueio, gravação, confirmação e fechamento exige coordenação à distância. Nenhuma manipulação da janela TCP ou confirmação especulativa elimina a dependência fundamental de uma autoridade centralizada. A otimização de WAN mascara os sintomas da latência; ela não elimina a causa arquitetônica.
É nesse ponto que o setor precisa mudar sua mentalidade: passar de acelerar o tráfego para eliminar o tráfego desnecessário, de otimizar protocolos para repensar onde reside a autoridade do sistema de arquivos. Esse é exatamente o modelo em que a Qumulo se baseou.
A Qumulo não tenta acelerar os protocolos de arquivos e objetos atuando como um intermediário. Em vez disso, ela estende o próprio sistema de arquivos por diferentes locais. A diferença é profunda. Ao estender o sistema de arquivos, você não está mais tentando contornar o protocolo; está redefinindo o escopo do sistema responsável pela correção. A arquitetura de sistema de arquivos global do Qumulo estabelece um único espaço de nomes coerente que abrange o núcleo, a nuvem e a borda, ao mesmo tempo em que preserva totalmente a semântica POSIX e SMB. Não há proxy, nem terminação de protocolo, nem quebra de criptografia. A autenticação e a autorização permanecem de ponta a ponta, aplicadas pelo próprio sistema de arquivos por meio de integrações nativas de identidade. A criptografia permanece intacta, pois não há nenhum dispositivo intermediário que precise acessar o conteúdo da carga útil.
Fundamentalmente, o Qumulo permite gravações locais duráveis na borda e na nuvem. Isso significa que os clientes interagem com uma autoridade local na maioria das operações. Os metadados são locais. Os bloqueios são locais. A abertura e o fechamento de arquivos, bem como pequenas operações de E/S, são concluídas sem passar pela WAN. A dependência do tempo de ida e volta que os aceleradores de WAN tentam ocultar é eliminada na arquitetura. A latência não é apenas otimizada; ela é eliminada.
A consistência é preservada porque o Qumulo não faz aproximações semânticas. Ele as impõe. Uma gravação confirmada localmente é durável de acordo com as garantias do sistema de arquivos, e não com base em uma confirmação aproximada de um proxy que espera que a WAN funcione corretamente. As regras de visibilidade são precisas e determinísticas. Quando os dados precisam ser compartilhados entre locais, o Qumulo propaga as alterações usando mecanismos nativos do sistema de arquivos que preservam a ordem, a intenção de bloqueio e a correção. Trata-se de consistência estrita, não de visibilidade eventual disfarçada de desempenho.
A compactação desempenha um papel importante, mas é aplicada onde deve ser: dentro do sistema de arquivos, nos dados que realmente precisam ser transferidos. Como o Qumulo compreende os limites dos arquivos, os layouts dos blocos e os padrões de alteração, ele consegue compactar e transmitir dados com eficiência, sem depender de heurísticas frágeis de deduplicação entre fluxos que falham na presença de criptografia. Todos os tipos de arquivos se beneficiam igualmente — mídia, PowerPoint, genômica, CAD, logs, pontos de verificação —, pois o mecanismo opera abaixo do aplicativo e acima do transporte, no nível em que o significado dos dados ainda existe.
A replicação em nível de bloco minimiza ainda mais a utilização da WAN. Em vez de reenviar arquivos inteiros ou depender de uma deduplicação opaca de fluxo de bytes, a Qumulo transmite apenas os blocos que realmente foram alterados. Esse processo é determinístico, eficiente e robusto sob criptografia, pois opera na representação interna do sistema de arquivos, e não no texto cifrado. O resultado é um comportamento previsível da WAN, e não uma otimização do tipo “best-effort” que varia drasticamente com a entropia da carga de trabalho.
Do ponto de vista da segurança, o contraste não poderia ser mais nítido. A otimização de WAN amplia a superfície de ataque ao inserir intermediários privilegiados nos fluxos de autenticação e nas trocas de chaves. A Qumulo reduz a superfície de ataque ao eliminar completamente os intermediários. Não há necessidade de confiar a um dispositivo credenciais de domínio, tickets Kerberos ou chaves privadas. Os princípios de confiança zero são preservados porque o sistema de arquivos continua sendo o único árbitro do acesso, e toda a comunicação permanece criptografada de ponta a ponta.
Do ponto de vista operacional, a otimização de WAN aumenta a complexidade justamente onde as empresas menos podem arcar com isso: em escala e em situações de falha. Os dispositivos devem ser dimensionados, emparelhados, atualizados, corrigidos e depurados. Seu comportamento costuma ser opaco, e seus modos de falha são não lineares. O modelo da Qumulo simplifica as operações ao consolidar o que antes era uma pilha de três camadas — sistema de arquivos, otimizador de WAN e rede — em um único sistema coerente, responsável por suas próprias características de correção e desempenho.
A crítica mais contundente à aceleração de WAN é que seu valor diminui à medida que as empresas se modernizam. Quanto mais você criptografa, menos ela consegue “enxergar”. Quanto mais rigorosos forem seus requisitos de consistência, menos ela pode “especular”. Quanto mais globais e colaborativos forem seus fluxos de trabalho, menos o cache ajuda. A otimização de WAN foi uma resposta racional às restrições de sua década. É um anacronismo na nossa.
O futuro do armazenamento distribuído de arquivos não consiste em acelerar os protocolos do passado nas redes de hoje. Trata-se de projetar sistemas de arquivos que levem em conta a distância, a segurança e a escalabilidade desde o início. Ao ampliar o próprio sistema de arquivos, ao garantir durabilidade e autoridade locais em todos os locais onde os dados são consumidos e ao transferir apenas o mínimo necessário de dados com total fidelidade semântica, a Qumulo torna desnecessária a aceleração da WAN. Não porque a WAN tenha ficado mais rápida, mas porque a arquitetura finalmente se adaptou à realidade.