O coração mais rápido do F-Droid: novo servidor entra em operação

• O hardware do servidor central do F-Droid foi substituído, melhorando significativamente a velocidade de build e distribuição de apps
• As doações da comunidade tornaram este upgrade possível e servem de base para manter a independência e a confiabilidade
• O novo servidor opera sob um sistema de gestão física com transparência e segurança, com permissões de acesso claramente controladas
• Os problemas de lentidão e a carga de manutenção do servidor anterior, com 12 anos de uso, foram resolvidos, e o ciclo de builds foi reduzido para duas vezes por dia
• Esta melhoria representa um ponto de virada importante para reforçar a sustentabilidade e a eficiência de todo o ecossistema do F-Droid

---

Upgrade da infraestrutura principal

• Graças às doações da comunidade, o F-Droid substituiu o hardware do servidor que compõe sua infraestrutura principal
  • Esse servidor é responsável por compilar e publicar os apps do repositório principal
  • O desempenho do servidor afeta diretamente a velocidade e a estabilidade de todo o ecossistema
• O novo hardware substitui os equipamentos antigos e aumenta a eficiência do projeto como um todo

Motivos do atraso na substituição

• A troca do servidor demorou mais do que o previsto por causa da dificuldade de obter componentes confiáveis
  • As tensões no comércio global desestabilizaram a cadeia de suprimentos, e garantir as peças necessárias levou tempo
  • Após repetidas revisões de orçamento e replanejamento, foi possível obter hardware compatível com os requisitos
• O F-Droid priorizou uma configuração de servidor adequada para estabilidade de longo prazo em vez de conveniências de curto prazo

Hospedagem e gestão do servidor

• O novo servidor fica não em um datacenter comum, mas em um ambiente fisicamente administrado diretamente por um colaborador de longa data
  • O controle remoto é possível, e a localização e as permissões de acesso são claramente conhecidas
  • Essa operação baseada em transparência e confiança é um elemento central da resiliência e da filosofia de gestão do F-Droid
• Esse modelo exigiu coordenação e negociação, mas está alinhado aos valores do projeto e ao seu modelo de ameaças

Ganhos de desempenho e mudanças operacionais

• O servidor anterior usava hardware com 12 anos de idade e vinha sendo operado havia cerca de 5 anos, com lentidão crescente e maior carga de manutenção
• O novo sistema mostra uma melhoria clara na velocidade de build e publicação
  • De janeiro a setembro de 2025, as atualizações aconteciam a cada 3 ou 4 dias; após outubro, passaram para 1 vez por dia e, em dezembro, foram reduzidas para um ciclo de publicação de 2 vezes por dia
  • Isso pode ser verificado no log de transparência do f-droid.org
• Atualmente, o sistema foi convertido para uma operação em ciclo duplo: pela manhã (UTC), os apps com atualização automática são compilados; à noite, são compilados os apps novos, alterados ou com atualização manual
• Embora a imprevisibilidade da infraestrutura real deva ser considerada, o ganho de desempenho foi claramente confirmado

O papel das doações da comunidade

• Este upgrade foi possível graças ao acúmulo de doações de longo prazo da comunidade
  • As doações foram convertidas em infraestrutura real, beneficiando todos os usuários
• Servidores mais rápidos oferecem builds mais ágeis para desenvolvedores, reduzem riscos de manutenção e reforçam a estabilidade do repositório
• Doações de qualquer valor contribuem para manter os valores do software livre, a independência e a confiabilidade do F-Droid

[GN⁺]

Comentários do Hacker News

• Faz referência à discussão anterior de que “o servidor de build do F-Droid não consegue compilar apps Android mais recentes por causa de uma CPU antiga”
• Ao ver a explicação de que a equipe do F-Droid confiou o novo servidor a um colaborador específico, isso fez lembrar projetos antigos que ruíram por causa do problema de propriedade física do servidor por uma única pessoa
  Parece muito mais seguro ter um contrato de colocation (colo) em nome de uma entidade jurídica do que um servidor administrado por um indivíduo
  O F-Droid recebeu este ano um subsídio de US$ 400 mil da OTF, então é estranho que esse dinheiro não tenha sido usado para cobrir custos básicos de datacenter
  • Não está claro se o “colaborador” é uma pessoa física ou uma empresa. Pela expressão “hosting services”, pode até ser uma entidade jurídica
  • Também existem organizações que fornecem servidores para projetos open source, como o OSU Open Source Lab (osuosl.org/services/hosting)
  • Mas, mesmo em AWS ou em ambiente de colo, o mesmo problema aparece se uma única pessoa monopoliza o acesso. Ainda assim, manter o servidor na casa de alguém não é uma boa escolha para o projeto
  • Um valor de US$ 400 mil já é suficiente para considerar hospedagem em nuvem
  • Se for apenas um servidor de build, talvez não seja um grande problema. O ponto importante é saber se ele também cuida da distribuição dos APKs
• O F-Droid disse que “por um acordo especial, um colaborador de confiança mantém fisicamente o servidor”, mas na prática esse tipo de exigência normalmente já é atendido por datacenters profissionais
  O fato de chamarem isso de “acordo especial” faz soar, ao contrário, como imaturidade nos procedimentos de segurança
  • Houve também quem reagisse com preocupação por entender isso como “o servidor está no quarto de alguém em vez de em um datacenter”
  • Eu também confiava no F-Droid antes, mas ao ver essa explicação, pareceu uma operação amadora. Também soa estranho chamar de “upgrade de hardware” algo que poderia ser resolvido apenas trocando o tipo de VM
• Alguns disseram que “é preciso reconhecer o quanto eles conseguiram fazer com um hardware tão simples”
• Outra pessoa comentou que, “considerando o desempenho dos servidores modernos, isso já é suficiente para o porte do F-Droid”, e chutou que provavelmente se trata de um rack de colocation pertencente a algum conhecido
  • Mas também houve quem suspeitasse de falta de transparência por não divulgarem a localização exata nem os detalhes contratuais
  • Esse servidor não é para o site, e sim um servidor de build de pacotes
• Também apontaram que a expressão “not hosted in just any data center” é ambígua. Num primeiro momento, eu também entendi como um servidor de porão
  Também fez falta uma menção mais concreta às especificações do hardware
• Houve surpresa com a informação de que “o servidor anterior era um hardware de 12 anos”. Hoje em dia, até um sistema Ryzen usado pode ser comprado por US$ 400 e já entregaria um desempenho muito melhor
• A configuração do F-Droid pode até parecer amadora, mas ao mesmo tempo ela lembra as vantagens de uma estrutura simples
• Teve quem dissesse que “não entende por que os governos não apoiam o F-Droid”
  Se os governos realmente se preocupam com o monopólio no ecossistema Android, poderiam até exigir que fabricantes viessem com o F-Droid pré-instalado
  O Google reagiria, claro, mas isso poderia ser resolvido com regulação antitruste
• Também houve a contestação de que “esse tipo de crítica é duro demais com um projeto voluntário”
  Na prática, não há evidência de que a pessoa responsável pelo servidor seja um indivíduo aleatório, e, se alguém está insatisfeito, deveria participar diretamente ou contribuir para melhorar
  • Uma pessoa que administra comunidades open source há mais de 20 anos disse saber o quanto essas “pequenas vitórias” significam
    Isso também relembra que boa parte da internet roda sobre servidores em porões de voluntários
  • Surgiu também a opinião de que o problema é “uma sociedade que critica as big techs, mas não investe em software livre”
  • Também houve quem apontasse que a comunidade do GrapheneOS tende a criticar o F-Droid em excesso. É preciso reconhecer que são projetos com objetivos diferentes
  • A expressão “commodity hardware” também pode induzir ao erro. Na verdade, é possível que eles tenham usado justamente hardware especializado