Mastodon y ActivityPub: arquitectura, Docker y administración

Mastodon, ActivityPub y despliegue Docker

Resumen ampliado

Mastodon es software libre para crear redes sociales federadas: cada servidor o instancia mantiene sus propias cuentas, reglas, moderación y datos, pero puede intercambiar actividades con otros servidores mediante ActivityPub. Esto permite que una persona con cuenta en un dominio siga, responda y comparta publicaciones de usuarios alojados en dominios distintos sin depender de una plataforma central. Conviene distinguir ambos conceptos desde el principio: Mastodon es la aplicación; ActivityPub es el protocolo de federación.

Esta guía explica primero la arquitectura técnica y después aborda un despliegue autoalojado con contenedores. El stack habitual incluye la aplicación web de Mastodon, procesos Sidekiq para trabajos en segundo plano, PostgreSQL como base de datos principal, Redis para caché y colas, el servicio de streaming y un proxy inverso HTTPS. El almacenamiento de medios puede mantenerse localmente en instalaciones pequeñas o trasladarse a un backend compatible con S3 cuando el volumen crece.

La parte de instalación evita fijar versiones antiguas de Docker, Docker Compose o Mastodon. A octubre de 2026 la rama estable más reciente publicada por el proyecto es Mastodon 4.7.3, pero antes de cualquier despliegue o actualización debes comprobar las notas de la versión estable disponible. La documentación oficial de instalación desde código fuente utiliza actualmente Debian 13 o Ubuntu 24.04; el uso de Docker Compose a partir del repositorio oficial es una opción avanzada que exige revisar la configuración del tag seleccionado y no debe tratarse como un instalador universal.

También se cubren los elementos que suelen provocar fallos reales: dominio y DNS, SMTP para correos de confirmación y recuperación, secretos de la aplicación, PostgreSQL, Redis, proxy inverso, HTTPS y almacenamiento. Para la administración se utiliza tootctl, incluyendo creación de cuentas, aprobación, limpieza de medios remotos, reconstrucción de feeds y operaciones de dominio. Los comandos destructivos se señalan expresamente para evitar convertir tareas de mantenimiento en pérdidas de datos.

La sección de copias de seguridad separa los elementos críticos: .env.production, PostgreSQL y los medios locales. Redis tiene menor criticidad porque gran parte de su contenido es caché o trabajo regenerable, aunque una pérdida puede descartar colas pendientes. Se recomienda mantener backups fuera del mismo servidor y comprobar periódicamente que pueden restaurarse.

Por último, la guía incluye diagnóstico de Sidekiq, Redis, proxy y federación, además de criterios para escalar mediante almacenamiento de objetos, varios workers y búsqueda de texto completa. El objetivo es disponer de una referencia técnica verificable para entender Mastodon y administrar una instancia pequeña o mediana sin depender de rutas obsoletas, comandos inventados ni URLs que no correspondan con la estructura real del portal Jesanre Stack.

Guía completa: Leer la guía técnica completa en Jesanre Stack

Publicar un comentario

0 Comentarios