El corazón más rápido de F-Droid: entra en funcionamiento un nuevo servidor

• Se reemplazó el hardware del servidor central de F-Droid, lo que mejora significativamente la velocidad de compilación y publicación de apps
• Las donaciones de la comunidad hicieron posible esta actualización y son la base para mantener la independencia y la confiabilidad
• El nuevo servidor opera bajo un esquema de administración física con transparencia y seguridad; los permisos de acceso están claramente controlados
• Se resolvieron la lentitud y la carga de mantenimiento del servidor anterior de 12 años, y el ciclo de compilación se redujo a dos veces al día
• Esta mejora marca un punto de inflexión importante para fortalecer la sostenibilidad y la eficiencia de todo el ecosistema de F-Droid

---

Actualización de la infraestructura central

• Gracias a las donaciones de la comunidad, F-Droid reemplazó el hardware del servidor que forma parte de su infraestructura central
  • Este servidor se encarga de compilar y publicar las apps del repositorio principal
  • El rendimiento del servidor influye directamente en la velocidad y estabilidad de todo el ecosistema
• El nuevo hardware sustituye al equipo antiguo y mejora la eficiencia del proyecto en general

Motivos del retraso en el reemplazo

• El cambio de servidor tardó más de lo previsto debido a la dificultad para conseguir componentes confiables
  • Las tensiones comerciales globales desestabilizaron la cadena de suministro, y obtener las piezas necesarias tomó tiempo
  • Tras repetir revisiones de cotizaciones y procesos de replanificación, se consiguió hardware que cumplía con las especificaciones requeridas
• F-Droid priorizó una configuración de servidor adecuada para la estabilidad a largo plazo por encima de la conveniencia a corto plazo

Hospedaje y administración del servidor

• El nuevo servidor no está en un centro de datos común, sino en un entorno administrado físicamente de forma directa por un colaborador de larga trayectoria
  • Es posible controlarlo de forma remota, y su ubicación y permisos de acceso están claramente identificados
  • Esta operación basada en transparencia y confianza es un elemento clave de la resiliencia de F-Droid y de su filosofía de gestión
• Este enfoque requirió coordinación y negociación, pero se ajusta a los valores del proyecto y a su modelo de amenazas

Mejoras de rendimiento y cambios operativos

• El servidor anterior era hardware de 12 años de antigüedad y llevaba unos 5 años en operación, con una lentitud creciente y una mayor carga de mantenimiento
• El nuevo sistema muestra mejoras claras en la velocidad de compilación y publicación
  • Entre enero y septiembre de 2025, las actualizaciones se realizaban cada 3 o 4 días; desde octubre pasaron a ser 1 vez al día, y en diciembre se acortaron a un ciclo de publicación de 2 veces al día
  • Esto puede comprobarse en el registro de transparencia de f-droid.org
• Actualmente se adoptó un esquema operativo de doble ciclo: por la mañana (UTC) se compilan las apps con actualización automática, y por la noche las apps nuevas, modificadas o con actualización manual
• Aunque se toma en cuenta la imprevisibilidad de la infraestructura real, la mejora de rendimiento está claramente confirmada

El papel de las donaciones de la comunidad

• Esta actualización fue posible gracias a la acumulación de donaciones de largo plazo de la comunidad
  • Las donaciones se transformaron en infraestructura real que beneficia a todos los usuarios
• Un servidor más rápido ofrece compilaciones más ágiles a los desarrolladores, reduce los riesgos de mantenimiento y refuerza la estabilidad del repositorio
• Las donaciones de cualquier tamaño contribuyen a que F-Droid mantenga sus valores de software libre, independencia y confiabilidad

[GN⁺]

Comentarios en Hacker News

• Remiten a una discusión previa donde se decía que “el servidor de builds de F-Droid no puede compilar apps modernas de Android por usar una CPU antigua”
• Al leer que el equipo de F-Droid confió el nuevo servidor a un colaborador específico, a algunos les recordó proyectos anteriores que colapsaron por el problema de que una sola persona fuera dueña física del servidor
  Consideran mucho más seguro un contrato de colocation (colo) a nombre de una entidad legal que un servidor administrado por una persona
  Como F-Droid recibió este año una subvención de 400 mil dólares de OTF, les parece extraño que no se cubran con ese dinero los costos básicos de un datacenter
  • No queda claro si “colaborador” se refiere a una persona o a una empresa. La expresión “hosting services” podría indicar que se trata de una entidad legal
  • También existen instituciones como OSU Open Source Lab que ofrecen servidores a proyectos open source (osuosl.org/services/hosting)
  • Pero incluso en AWS o en un entorno colo, el mismo problema aparece si una sola persona monopoliza el acceso. Aun así, tener el servidor en la casa de alguien no parece una buena decisión para el proyecto
  • Con una cifra de 400 mil dólares, el hosting en la nube ya sería una opción razonable
  • Si se trata solo de un servidor de builds, quizá no sea tan grave. Lo importante es si también se encarga de distribuir los APK
• F-Droid dijo que “por un acuerdo especial, un colaborador de confianza almacena físicamente el servidor”, pero varios señalan que ese tipo de requisito normalmente ya lo cumplen la mayoría de los datacenters profesionales
  El hecho de expresarlo como un “acuerdo especial” incluso suena, para algunos, a falta de madurez en los procesos de seguridad
  • Hay quienes dicen que se lee como “el servidor está en el cuarto de alguien en vez de en un datacenter”, lo cual genera inquietud
  • Otros comentan que antes confiaban en F-Droid, pero que esta explicación les pareció demasiado amateur. También les resultó raro que llamaran “actualización de hardware” a algo que quizá podría resolverse solo cambiando el tipo de VM
• Algunos responden que habría que valorar “todo lo que lograron con un hardware tan simple”
• Otra persona opina que, considerando el rendimiento de los servidores modernos, eso basta para la escala de F-Droid, y supone que probablemente se trata de un rack de colocation propiedad de algún conocido
  • Pero también hay quien sospecha de la falta de transparencia sobre por qué no se publica la ubicación exacta o la información contractual
  • Aclaran además que este servidor no es para el sitio web, sino para compilar paquetes
• También se critica que la expresión “not hosted in just any data center” es ambigua. Algunos al principio la entendieron como si fuera un servidor en un sótano
  También se echa de menos más detalle concreto sobre las especificaciones del hardware
• A varios les sorprendió leer que “el servidor anterior tenía hardware de 12 años”. Hoy incluso un sistema Ryzen usado puede comprarse por 400 dólares y rendir mucho mejor
• Aunque la configuración de F-Droid parezca amateur, también sirve para recordar las ventajas de una estructura simple
• Hay quien dice no entender “por qué los gobiernos no apoyan a F-Droid”
  Si de verdad les preocupa el monopolio dentro del ecosistema Android, podrían exigir a los fabricantes que incluyan F-Droid de forma predeterminada
  Google seguramente se opondría, pero consideran que eso podría resolverse con regulación antimonopolio
• También aparece la postura contraria: que “este tipo de críticas es demasiado dura con un proyecto voluntario”
  No hay evidencia real de que la persona a cargo del servidor sea un individuo cualquiera, y si alguien está inconforme, debería participar o contribuir a mejorar las cosas
  • Una persona con más de 20 años gestionando comunidades open source dice saber lo importantes que son estas “pequeñas victorias”
    Recuerda que buena parte de internet funciona sobre servidores en sótanos de voluntarios
  • También surge la opinión de que el problema es “una sociedad que critica a las grandes tecnológicas pero no invierte en software libre”
  • Algunos señalan además que la comunidad de GrapheneOS tiende a criticar a F-Droid en exceso. Dicen que hay que reconocer que son proyectos con objetivos distintos
  • Incluso la expresión “commodity hardware” puede prestarse a confusión. Tal vez en realidad estaban usando hardware especializado