Sua comunidade.
Na sua jurisdição. Federada por padrão.

Deliverabilidade de e-mail. A aplicação Mastodon em si é bem engenheirada, a stack Docker Compose se monta em uma tarde, e o tuning do Postgres é uma ciência conhecida. A parte que quebra as instâncias das pessoas é confirmações de cadastro, resets de senha e notificações de moderação de federação não chegarem às inboxes do Gmail / Outlook365 porque o caminho SMTP a partir de um IP de VPS novo é tratado como culpado-até-prova-em-contrário. Planeje para um relay transacional externo (Mailgun, Postmark, Amazon SES) desde o dia um — custa $10/mês e remove 80% da dor operacional.

O banco Postgres do Mastodon cresce aproximadamente proporcional à união de "o que seus usuários locais postam" mais "tudo de toda conta que alguém aqui já seguiu em qualquer outra instância". Para uma instância de 100 usuários ativos com federação externa saudável, espere 20–40 GB de banco após o primeiro ano e 80–150 GB após três anos. Mídia (imagens / vídeos / boosts enviados) vive separadamente e é o problema maior de armazenamento — veja a próxima pergunta.

Sim, e você deveria. O Mastodon suporta qualquer backend compatível com a API do S3 via a env var S3_ENABLED. A NordBastion não opera atualmente object storage próprio, então a escolha pragmática é um provedor externo — Backblaze B2 é a recomendação padrão para instâncias self-hosted (preço previsível, sem taxas de egresso quando pareado com Cloudflare na frente). Com mídia descarregada, os 480 GB NVMe de um Ravelin comportam Postgres e filas de jobs do Sidekiq por anos; sem descarregar, os mesmos 480 GB enchem em 12–18 meses em uma instância moderadamente ativa.

O Ravelin (8 vCPU, 16 GB, 480 GB) é confortável até ~100 usuários ativos postando diariamente com federação externa saudável. O gargalo que quebra primeiro são os workers do Sidekiq sob rajadas de federação de entrada (um post viral boostado por uma instância de 50 mil usuários produz um pico transiente na fila que pede mais workers, que pedem mais RAM). Em ~300 usuários ativos, ou quando o processed-jobs/seg do Sidekiq fica >100 sustentado, o tier Bulwark se paga — mais núcleos, mais folga de RAM e a liberdade de dedicar um núcleo ao Elasticsearch se você quiser busca.

Defederação é quando sua instância (ou outra instância) para de aceitar mensagens de um par — usada na prática para bloquear instâncias que hospedam conteúdo violando os padrões da sua comunidade. A UI admin do Mastodon expõe toggles por instância de suspend/silence/limit; o custo social é real (seus usuários perdem as threads em que estavam com pessoas na instância bloqueada) e o custo de moderação é real (alguém tem que tomar a decisão). O ponto de rodar sua própria instância é que essa é sua decisão a tomar — baseada nos seus padrões de comunidade, não em um pipeline corporativo de trust-and-safety.

Para uma instância sob ~50 usuários com cadastros curados (invite-only ou aprovados pelo admin), a moderação leva alguns minutos por semana — fechar reports de conta de spam, ocasionalmente limitar uma instância par. Para instâncias com registro aberto, o esforço escala de forma superlinear com o volume de cadastro porque a economia de spam-bots trata todo endpoint ActivityPub aberto como alvo. A defesa padrão é cadastros sujeitos a aprovação + uma pergunta de aplicação clara — derruba cadastros automatizados em 99% com fricção desprezível para humanos reais.

Sim, por uma razão específica e subestimada: como admin, você recebe reports de moderação, pedidos de takedown e o eventual pedido de titular de dados GDPR. Suécia, Finlândia, Noruega e Islândia têm um framework legal bem definido para o que uma host e um pequeno operador de fórum devem em resposta — e crucialmente, nenhum equivalente à maquinaria DMCA notice-and-staydown norte-americana, que permite que uma única acusação force takedown preventivo. Você ainda modera; só faz isso nos seus termos, em vez de sob ameaça de a host agir automaticamente.

Em termos de hospedagem: Mastodon é o mais pesado (Ruby on Rails + Sidekiq + Postgres + Redis + Elasticsearch opcional), Pleroma/Akkoma são mais leves (Elixir, release OTP única), a família Sharkey/Misskey roda em Node + Postgres. Um Ravelin dá conta de qualquer um deles confortavelmente para ~100 usuários; um Sentinel consegue rodar Pleroma/Akkoma para uso de instância pessoal, enquanto o mesmo tier não seria suficiente para Mastodon. Escolha pela adequação comunitária (quais funcionalidades importam, qual UI seu pessoal prefere), não pela curva de recursos — a diferença é pequena nessa escala.