Como a Meta construiu a infraestrutura para o Threads

Artigo original ↗ Discussão no Hacker News ↗

O post de engenharia da Meta sobre a construção da infraestrutura para o Threads provoca debate sobre se o serviço parecido com o Twitter está prosperando ou se é, na prática, sustentado pela enorme base de usuários e pela cross-promoção do Instagram. Os comentaristas avaliam seus fundamentos técnicos — armazenamento baseado em MySQL, sistemas internos como ZippyDB e Async e comparações com stacks de código aberto — contra realidades voltadas ao usuário, como desempenho lento, recomendações que incentivam indignação e fluxos agressivos de coleta de dados ou verificação. Muitos veem o Threads tanto como uma aposta estratégica para conquistar a mídia social baseada em texto quanto como uma potencial fonte de dados para IA, enquanto outros se preocupam com seu impacto no fediverse e preferem alternativas como Mastodon e Bluesky.

Adoção e viabilidade do Threads

  • Alguns comentaristas chamam o Threads de “morto” ou “em suporte de vida”, argumentando que ele é sustentado pela promoção agressiva no Instagram e carece de presença cultural (poucos screenshots/links vistos fora dos apps da Meta).
  • Outros contrapõem que ele alcançou 100 milhões de cadastros em dias e ~100 milhões de MAUs, aparece perto do topo das lojas de aplicativos e mostra tendências de tráfego em alta, então “morto na chegada” é impreciso.
  • Debate sobre métricas: críticos dizem que os MAUs podem incluir cliques acidentais do Instagram; defensores comparam favoravelmente os MAUs à escala histórica do Twitter.

Acesso na web, ActivityPub e o fediverse

  • A experiência varia por região: alguns usuários conseguem navegar no Threads na web sem app ou conta (notadamente na UE), outros ainda são forçados a usar o app para configurar.
  • A integração com ActivityPub é discutida como uma forma potencial de usar qualquer cliente e permitir federação; alguns estão otimistas, outros são muito céticos de que a Meta algum dia realmente abra tudo.
  • Usuários do fediverse/Mastodon temem que a Meta possa sobrecarregar comunidades de nicho com conteúdo mainstream.

Experiência do usuário e qualidade do conteúdo

  • Relatos mistos: alguns acham o Threads “tranquilo” e preferem-no ao X/Twitter; outros veem feeds dominados por rage-bait, postagens anti-Musk e autopromoção “tech” de baixo valor.
  • A qualidade das recomendações é amplamente criticada; são necessárias muitas ações de bloquear/ocultar para ter um feed utilizável.
  • Reclamações sobre bots de pornografia e desempenho lento em comparação com X/Twitter.
  • Algumas organizações testaram o Threads e encontraram engajamento fraco em comparação com LinkedIn, Instagram ou até Mastodon.

Privacidade, banimentos e preocupações com coleta de dados

  • Múltiplos relatos de banimentos instantâneos ou opacos ao criar contas do Instagram/Threads, muitas vezes ligados a fluxos de verificação por telefone e rosto que os usuários consideram invasivos.
  • Alguns argumentam que esses efeitos são provavelmente colaterais não intencionais de sistemas anti-bot ou orientados por KPIs; outros suspeitam de pressão suave para extrair mais dados pessoais, apontando problemas anteriores de privacidade e tensões com o GDPR.
  • Desconfiança geral de redes sociais corporativas e preferência pelo Mastodon ou por evitar a Meta completamente.

O papel da Meta e o comportamento corporativo

  • As opiniões se dividem entre ver a Meta como uma facilitadora de um protocolo social federado vs. um gigante estilo “Walmart” que poderia sufocar players menores.
  • Alguns se recusam a usar produtos da Meta, citando impactos na saúde mental do Facebook/Instagram e oposição a apoiar a Meta financeiramente.
  • A forma como a Meta apresenta o Threads como um projeto “tipo startup” é criticada como desonesta, dada a dependência de uma infraestrutura existente massiva; o aviso tardio às equipes de infraestrutura é visto como desrespeitoso.

Pilha de infraestrutura e discussão técnica

  • Há apreço por até onde MySQL, combinado com stores de chave-valor (por exemplo, ZippyDB, TAO), consegue escalar; traçam-se paralelos com “relacionamentos em MySQL, dados em Cassandra/Scylla”.
  • Discussão sobre MySQL vs Postgres: alguns preferem MySQL por confiabilidade e familiaridade operacional em escala, citando longa experiência e resiliência sob condições ruins.
  • Esclarecimento de que a Meta usa várias camadas especializadas de MySQL, muitas vezes não puramente workloads de chave-valor.
  • ZippyDB e Async são descritos como sistemas internos antigos; nada fundamentalmente novo, mas o Threads os coloca em evidência.

Sistemas no estilo Async e alternativas

  • Async é apresentado como um sistema interno para trabalho diferido e não bloqueante (segundos a horas).
  • Análogos sugeridos: SQS + Lambda, RabbitMQ com processos worker, Google Cloud Tasks, Kafka/Pulsar mais frameworks serverless, ou até uma fila apoiada em banco de dados em escalas menores.
  • Alguns observam uma convergência crescente entre sistemas de streaming e modelos de function-as-a-service.