Su comunidad.
En su jurisdicción. Federada por defecto.

La entregabilidad de correo. La aplicación Mastodon en sí está bien diseñada, la pila Docker Compose se ensambla en una tarde, y la afinación de Postgres es una ciencia conocida. La parte que rompe las instancias de la gente son las confirmaciones de registro, los restablecimientos de contraseña y las notificaciones de moderación de federación que no llegan a las bandejas de Gmail / Outlook365 porque la ruta SMTP desde una IP de VPS nueva se trata como culpable-hasta-que-se-pruebe-lo-contrario. Planifique un relé de correo transaccional externo (Mailgun, Postmark, Amazon SES) desde el primer día — cuesta $10/mes y elimina el 80 % del dolor operativo.

La base de datos Postgres de Mastodon crece aproximadamente proporcional a la unión de «lo que publican sus usuarios locales» más «todo de cada cuenta que alguien aquí haya seguido alguna vez en cualquier otra instancia». Para una instancia de 100 usuarios activos con federación saliente saludable, espere 20–40 GB de base de datos tras el primer año y 80–150 GB tras tres años. Los medios (imágenes / vídeos / boosts subidos) viven por separado y son el problema mayor de almacenamiento — vea la siguiente pregunta.

Sí, y debería. Mastodon soporta cualquier backend compatible con la API S3 vía la variable de entorno S3_ENABLED. NordBastion no opera actualmente almacenamiento de objetos de primera mano, por lo que la elección pragmática es un proveedor externo — Backblaze B2 es la recomendación estándar para instancias autohospedadas (precios predecibles, sin tarifas de salida cuando se empareja con Cloudflare delante). Con medios descargados, los 480 GB NVMe de un Ravelin albergan Postgres y las colas de trabajos Sidekiq durante años; sin descarga, los mismos 480 GB se llenan en 12–18 meses en una instancia moderadamente activa.

Ravelin (8 vCPU, 16 GB, 480 GB) es cómodo hasta ~100 usuarios diarios publicando activamente con federación saliente saludable. El cuello de botella que se rompe primero son los trabajadores Sidekiq bajo ráfagas de federación entrante (un post viral impulsado por una instancia de 50k usuarios produce un pico transitorio de cola que quiere más trabajadores, que quiere más RAM). En ~300 usuarios activos o una vez que Sidekiq processed-jobs/sec se sitúa >100 sostenido, el nivel Bulwark se gana su sueldo — más núcleos, más margen de RAM, y la libertad de dedicar un núcleo a Elasticsearch si quiere búsqueda.

La desfederación es cuando su instancia (u otra instancia) deja de aceptar mensajes de un par — usado en la práctica para bloquear instancias que alojan contenido que viola sus estándares comunitarios. La UI de administración de Mastodon expone interruptores por instancia de suspender/silenciar/limitar; el coste social es real (sus usuarios pierden los hilos en los que estaban con gente en la instancia bloqueada) y el coste de moderación es real (alguien tiene que tomar la decisión). El sentido de ejecutar su propia instancia es que esta es su decisión — basada en sus estándares comunitarios, no en un pipeline corporativo de confianza y seguridad.

Para una instancia con menos de ~50 usuarios y registros curados (solo por invitación o aprobados por admin), la moderación son unos minutos por semana — cerrando reportes de cuentas de spam, limitando ocasionalmente una instancia par. Para instancias de registro abierto el esfuerzo escala superlineales con el volumen de registros porque la economía de spam-bots trata cada endpoint ActivityPub abierto como objetivo. La defensa estándar son registros con aprobación requerida + una pregunta de aplicación clara — reduce los registros automatizados en un 99 % con fricción insignificante para humanos reales.

Sí, por una razón específica e infravalorada: como administrador recibe reportes de moderación, solicitudes de retirada y la ocasional solicitud GDPR del interesado. Suecia, Finlandia, Noruega e Islandia tienen un marco legal bien definido sobre lo que un proveedor y un pequeño operador de foro deben en respuesta — y crucialmente, sin equivalente de la maquinaria estadounidense DMCA notice-and-staydown que permite a una única acusación forzar una retirada preventiva. Usted sigue moderando; solo lo hace en sus términos en lugar de bajo amenaza de que el proveedor actúe automáticamente.

En cuanto a alojamiento: Mastodon es el más pesado (Ruby on Rails + Sidekiq + Postgres + Redis + Elasticsearch opcional), Pleroma/Akkoma son más ligeros (Elixir, release OTP único), la familia Sharkey/Misskey corre sobre Node + Postgres. Un Ravelin maneja cualquiera de ellos cómodamente para ~100 usuarios; un Sentinel puede ejecutar Pleroma/Akkoma para uso de instancia personal donde el mismo nivel no sería suficiente para Mastodon. Elija por encaje comunitario (qué características importan, qué UI prefiere su gente), no por curva de recursos — la diferencia es pequeña a esta escala.