Relay Mastodon en español: probamos el de FediPunk en una instancia real para ver qué pasaba de verdad al conectarlo: consumo, Sidekiq, picos de red y ruido federativo.
La pregunta que se hace cualquier admin antes de conectar un relay es siempre la misma: ¿va a hundir el servidor?
La respuesta corta, después de probarlo, es no. La respuesta larga es bastante más interesante.
Lo que vieron los números
Durante las pruebas, la carga media del sistema se mantuvo tranquila, con un load average alrededor de 0.78, y las colas de Sidekiq llegaron a quedarse completamente a cero. Sidekiq rondaba los 380 MiB de RAM. La base de datos y Redis se mantuvieron contenidos. El contenedor que más trabajaba era el web, no el de procesamiento de tareas.
Nada de eso apuntaba a un colapso.
Aun así, sí hubo algo llamativo: picos puntuales de tráfico de red bastante altos, con ráfagas de salida visibles en los gráficos. Puntuales, no sostenidos. Pero visibles.
El problema no era la carga. Era la calidad del tráfico.
Los logs contaban otra historia. Gran parte del trabajo que entraba por el relay eran Rejected Announce desde relay.fedipunk.com, timeouts contra lemmy.cafe, material de lemmy.world, objetos de threads.com y una colección bastante generosa de errores 401, 301 y 429 desde instancias remotas.
O sea: el servidor no se ahogaba, pero sí procesaba bastante tráfico que acababa en ninguna parte.
Esa es la distinción importante. El coste no era tanto CPU o RAM sostenida — los tiempos de ActivityPub::ProcessingWorker seguían moviéndose en torno a 0,24 s, algo perfectamente razonable — sino trabajo federativo que en muchos casos no aportaba gran cosa a la comunidad local.
Qué cambia si eliges mejor las fuentes
El relay de FediPunk no está planteado como un firehose genérico. Puedes generar direcciones por idioma, por instancia concreta o por hashtag. Eso significa que no hace falta tragarse todo para beneficiarse de algo.
Si alguien busca un relay Mastodon en español, la cuestión no es solo si funciona, sino qué tipo de tráfico mete y si compensa para una instancia pequeña o mediana.
Una instancia pequeña que quiera ver más contenido en español no necesita suscribirse a medio Fediverso: puede empezar por un relay de idioma, observar qué llega durante unos días y decidir después si amplía o no.
Y una instancia que quiera aportar al relay tampoco tiene por qué redistribuir toda la federada pública visible desde su servidor. Puede compartir solo su timeline local, que es lo que de verdad representa a su comunidad.
La conclusión que sacamos
El relay no dejó la instancia arrastrándose. Pero sí dejó claro algo bastante obvio: conectar fuentes sin criterio es regalarle trabajo inútil a Sidekiq.
La gracia no está en enchufarse. Está en elegir qué fuentes tienen sentido para tu comunidad y empezar por ahí.
Si tienes una instancia hispanohablante, también puedes aportar
El relay funciona mejor cuantas más instancias de calidad participen como fuente. Ahora mismo está orientado sobre todo a instancias en español, gallego, catalán y portugués, pero hay margen para ampliar.
Si administras una instancia hispanohablante y quieres que tu contenido local circule entre otras comunidades del Fediverso, puedes escribir a admin@fedipunk.com. No hace falta montar un relay propio ni redistribuir tú el tráfico: es el relay de FediPunk quien se conecta a tu streaming API. Eso no significa coste cero, pero sí simplifica bastante el proceso y evita tener que mantener infraestructura adicional.
La incorporación se hace de forma manual para evitar meter ruido innecesario, pero el proceso es sencillo.
No hace falta ser una instancia grande. Para muchas pequeñas y medianas puede ser una forma razonable de ganar algo de visibilidad sin depender siempre de que los servidores más grandes las arrastren por inercia.
Y si lo que quieres es probarlo como receptor, en la página del relay puedes generar direcciones por idioma, por instancia o por hashtag y añadir solo lo que te interese.
También conviene recordar algo básico: ningún relay sustituye una comunidad viva, una buena moderación ni una admin con criterio. Sirve para reforzar descubrimiento y circulación de contenido público, pero no convierte por sí solo una instancia en un lugar habitable.