path: root/docs/datacenters/lessons/README.md

# Aprendizados sobre organização autônoma de datacenters

Versão 0.0.1 - 2026-04-04

!!! warning "Em concepção"

    Documentação em concepção.

!!! tip "Aplicabilidade"

    Muito do que é dito aqui se aplica também a outras atividades autogeridas,
    não somente a "data centers" e "servidores".

!!! info "Contexto, pertinência e relevância"

    Esta documentação contém sugestões oriundas de pesquisas e vivências em
    contextos sociais específicos.

    Elas de modo algum são sugestões universais ou imposições de uma forma de
    agir e se comportar.

    Não são aprendizados no sentido de que _devem_ ser seguidas, mas um
    agregado de experiências que _podem_ apoiar, serem adaptadas ou até mesmo
    criticadas e melhoradas, desde que ajudem, sejam úteis a façam sentido.

!!! info "Slides disponíveis"

    Versão para apresentação em slides disponível [aqui][slides].

[slides]: https://0xacab.org/canudos/recursos/-/tree/main/slides/2026

## Introdução

Esta seção contém um destilado de lições aprendidas ao longo de muitos anos
na operação de centrais de dados autônomas.

Para uma introdução sobre o tema, consulte a [apresentação](../presentation/README.md)
e o texto sobre [organizar o abandono das Big Techs e Big States](../organization/README.md).

## O que deu (mais ou menos) certo {#mais-ou-menos-certo}

### O que deu certo {#deu-certo}

A seguir, um lista incompleta do que sabemos ter dado certo.

#### Copyleft, software livre, colaboração {#copyleft-colaboracao}

* Copyleft no geral.

* Software livre no específico.
  * Quatro liberdades do software livre.

  * Essas quatro liberdades são condições necessários, mas não suficientes:
      * Podemos ter a liberdade para a estudar e modificar, mas teremos tempo
        para isso? E o tempo prévio de aprendizado necessário para ler um
        software?

      * As licenças de software não incluem garantias de manutenção extendida,
        suporte ou estabilidade dos programas. Tudo pode mudar a qualquer momento,
        inclusive o software pode ser abandonado.

  * Ainda que ele tenha essas limitações, o software livre continua sendo muito
    melhor do que o proprietário.

* Redes efetivamente sociais (chat, fóruns, blogs, listas de e-mail -- sim,
  listas de **e-mail**!).

* Códigos de Conduta / netiqueta e posturas éticas: ajudando as comunidades a
  manter ambientes inclusivos e agradáveis, dentro da lógica do auto-governo.

* Faça por conta própria / faça você mesmo: o espírito que move as comunidades.

#### Iniciativas persistentes {#persistentes}

* Algumas das iniciativas que persistem, ou que até cresceram.

* Na ponta autônoma do espectro:
    * Riseup!
        * A migração para o Riseup é um excelente estudo de caso!
        * Ocorreu de maneira orgância, dentro dos próprios movimentos.
        * Os motivos políticos e de segurança falaram mais alto do que
          diferenças de "qualidade" e disponibilidade do serviço.
    * CryptoRave!
    * Muitas outras!

* Terceiro setor:
    * Tor!
    * Internet Archive!
    * Wikipedia!
    * Muitas outras!

* [Autodefesa Digital](https://autodefesa.org).

#### Avizinhamento {#avizinhamento}

* Avizinhamento: trazer a comunidade de uso para perto. Exemplos:
    * Vizinhança do Saravá.
    * Sindominio: grupo técnico e uma assembléia geral.
    * Mayfirst: sistema de membresia.

* Operação social distribuída: divisão de trabalho não é necessariamente
  ruim, havendo alguns pré-requisitos para evitar assimetrias sociais:
  isonomia informacional, alternância de papéis.

* Avizinhamento seria mais ou menos o que é o aquilombamento?

#### Segmentação {#segmentacao}

* Máquinas Virtuais permitem dividir o trabalho entre diversos coletivos
  (aumento da horizontalidade nodal):
    * Exemplo:
        * Um grupo administra o servidor/mucua, o data center e os backups.
        * Outros grupos administram serviços que rodam nas máquinas
          virtuais.

* Contêiners facilitam muito a instalação e manutenção de serviços.

* Sugestão: contêiners dentro de máquinas virtuais.

### O que deu mais ou menos certo {#mais-ou-menos}

#### Memória

* Bom, estamos aqui contando essa história!

* Mas existe o "decaimento da web": um monte de conteúdo some.

* Por sorte, existem projetos como o Internet Archive e o ArchiveTeam, e também
  arquivamos nossas próprias coisas sempre que podemos e lembramos!

* Fica o convite para você participar dessa empreitada!

* Apresentação sobre apagões de dados na internet [está disponível][salve-quem-puder].

* Também falaram sobre isso na CryptoRave de 2025:
  [Apagamento Digital: Perda da Memória Web Brasileira][cryptorave2025-memoria].

[salve-quem-puder]: http://blog.local/events/2019/criptofesta/
[cryptorave2025-memoria]: https://cpa.cryptorave.org/cryptorave-2025/talk/YDRCLM/

### Seleção de projetos

* Exercício: procurar no WayBack Machine: radiolivre.org, sarava.org,
  birosca.org etc.

* [Hydra][]: Processo e Suite:
    * Sistema auto-replicável de baixa escala, cada nó sendo capaz de reproduzir
      toda a topologia.
    * Sistema: hardware + software + configuração + dados.
    * [Slides][hydra-slides].

* Padrão Saravá / [Padrão Fluxo][padrao]: padronização e documentação.

* [Protocolos Sociotécnicos][protocolos]:
    * Sistematizados a partir de experiências práticas.

<!--
* Iniciativas antigas: RSP, Slackware etc.
-->

* Falar um pouco da experiência do Saravá, dentro das perspectivas disponíveis.

* A partir desse histórico, indicar o que deu e não deu certo em algumas dessas
  iniciativas, assim como no geral.

[protocolos]: https://protocolos.fluxo.info
[hydra]: https://hydra.fluxo.info
[hydra-slides]: https://hydra.fluxo.info/slides
[padrao]: http://padrao.fluxo.info/

## O que não deu certo {#nao-deu-certo}

### Apropriação energética e simbólica

Precisamos fazer essa (auto-)crítica, por mais desagradável que seja:

* Captura das redes de produção culturais (vídeo, música, software etc).
* Extração do conteúdo coletivo.
* Software livre turbinando novas formas de dominação :(

Resumidamente, o que fazíamos e fazemos na prática dá tão certo que o
capitalismo se apropria de uma maneira perversa, quase que invabilizando o que
fazemos e o que queremos mudar... mas esta é outra discussão, talvez a
discussão de fundo, que em parte está documentada nos [textos do
Saravá][saraventos][^saraventos].

[^saraventos]: @saraventos.
[saraventos]: https://saraventos.fluxo.info

### Fuga de talento {#fuga-de-talento}

* Muita gente passou por processos de formação, aprendeu muito mas acabou
  indo trabalhar no mercado.

* Foi muito importante essa capacitação na vida profissional das pessoas.

* No entanto, acabou ocorrendo uma transferência de conhecimento dos
  movimentos sociais para o mercado, sem devolutiva.

* Importante pensar em maneiras de tanto apoiar a formação profissional
  quanto ter alguma devolutiva, seja cada pessoa passando o conhecimento
  adiante para as próximas que estão vindo (transição geracional), quanto
  contribuir com mais tempo nos projetos (reinvestindo força de trabalho),
  ou até mesmo de outras maneiras (aportes financeiros, contatos etc).

### O que talvez não queiramos mais fazer... {#nao-queremos}

* O que não deu certo, ou o que talvez não queiramos mais fazer.

* Máquinas, data centers etc sem inserção ou preocupação com território, e/ou
  descoladas da comunidade.

* Deixar as coisas nas mãos de poucas pessoas, especialmente se
  elas não forem muito transparentes.

* Deixar com que os grupos que administram as máquinas virtuais
  cuidem dos seus próprios backups. Isso pode acontecer, mas
  não é garantido. O melhor é o grupo que administra a máquina
  física e o data center cuidar dos backups.

### O que deu certo, mais que depois foi dando errado... {#mais-ou-menos-errado}

* O mundo varre muitas iniciativas do mapa...

* Centro de Mídia Idependente (CMI/Indymedia): deu certo, mas depois foi dando
  errado...
    * Deu certo:
      * Organização em rede, com cada "centro" possuindo sua própria autonomia.

    * Deu errado:
      * "Democratismo" versus democracia direta?

      * Crescimento muito rápido, sem o proporcional crescimento em
        organização.
        * Vide tese de Swann[^swann2020] sobre cibernética anarquista.

      * Movimento altermundista foi massacrado pela Guerra ao Terror da
        Era Bush Jr.

      * CMI Brasil foi engolido pelo lixo da extrema direita.

    * O CMI ainda existe, mas sem o mesmo ímpeto.

    * Quase ninguém hoje sabe o que foi o CMI/Indymedia, e sua importância.

    * Algo como o CMI ainda tem sua relevância...

[^swann2020]: @swann2020.

## O que continuar fazendo {#continuar}

### Inclusão {#inclusao}

* Estamos falando de um outro tipo de inclusão
  digital/comunicacional/computacional.

* Aumentar a inclusão de pessoas, de todas as origens, caminhadas, orientações
  etc, especialmente aquelas minorizadas e marginalizadas. Isso tem avançado
  bastante, porém ainda é muito suficiente.

* Criação de espaços seguros, inclusivos, aconchegantes.

* DEI/DEIB: Diversidade, Equidade, Inclusão e Pertencimento.

### Documentação {#documentacao}

* Codificação de textos, configurações, scripts etc (texto também é código):
  * Documentar tanto procedimentos técnicos quanto decisões
    políticas.

  * Ter uma boa separação do que é público e privado.

  * Esquema de "diário de bordo":
      * Linha do tempo estilo "registro de mudanças" ("change log") geral e por
        assunto/tema/contexto/sistema.

  * Ter documentação offline distribuída (repósitório Git).
    * Git e sites estáticos (especialmente para documentações):
      são ótimos para disponibilidade e preservação.

    * Você não quer que a documentação sobre como consertar
      aquele computador quebrado esteja somente dentro dele...

### Processos {#processos}

* Governança... ou governética! A importância dos processos de decisão
  e realização horizontais e diretos.

* Das decisões:
    * Decidir é difícil, mas ainda mais fácil que realizar.
        * Decisões sem responsabilização e realização não valem muito...
        * Exemplo do [Protocolo de Ação Coletiva do
          Saravá][saraventos-protocolo][^saraventos-protocolo], adaptável e
          disponível.

    * Consenso por silêncio não é bom, isto é, propostas que são
      aprovadas sem que ninguém se manifeste. Melhor que propostas
      sem aprovadas apenas havendo manifestação explícita e favorável.

    * Cuidado tanto com a empolgação do sim quanto com o silêncio
      dos constrangimentos.

* Das responsabilizações e realizações:
    * Autonomia é bom e todo mundo gosta.
      Mas requer responsabilidade e dedicação. Autonomia "custa".

* Do acompanhamento:
    * Usar algum sistema de gestão de processos/tarefas!
        * Pode ser um sistema de tickets.
        * Podem ser listas de tarefas contextuais!

[^saraventos-protocolo]: @saraventos-protocolo
[saraventos-protocolo]: https://saraventos.fluxo.info/protocolo.html

### Segurança {#seguranca}

* Não menosprezar a segurança, mas tomar cuidado para não adotar
  protocolos difíceis e que não serão seguidos. Exemplos:
  * Preparação para desastres de todo o tipo: "o que fazer em caso de
    incêndio?".

  * Proteção não significa vigilância: não é necessário registrar
    IPs e dados pessoais/identificáveis para manter um bom funcionamento;
    no caso de organizações sem fins lucrativos, não é obrigatória
    a retenção de IPs pela legislação brasileira (Marco Civil da Internet).

  * Compartilhamento de senhas de maneira suficientemente segura.

  * Criptografar o máximo possível (dados e conexões), tomando cuidado para não
    se trancar do lado de fora!

* Guia geral (com vídeos): [https://guia.autodefesa.org][autodefesa-guia].

[autodefesa-guia]: https://guia.autodefesa.org

### Continuar fazendo: privacidade por design e operação {#privacidade}

* Marco Civil da Internet:
  * Não exige que "provedores" sem fins lucrativos registrem endereços IP dos
    acessos.

* LGPD: dá pra ser melhor do que essa lei, especialmente:
  * Não retendo informações pessoais mais do que o estritamente necessário.

  * Não usando "cookies" e outros mecanismos de etiquetagem de "clientes".

* ECA Digital:
  * Apesar de buscar enfrentar sérios problemas existentes, gera insegurança
    jurídica e cavalo e tróia que pode dificultar a privacidade e a operação em
    pequena escala.

  * Certamente beneficia as Big Techs e o Big State enquanto provedores
    de identificação.

  * Dúvidas sobre qual o impacto efetivo em datacenters e redes federadas.

  * Uma maneira de checar idade em sistemas de pequena escala é conhecer
    pessoalmente a base de usuários ao criar a conta... mas não resolve
    o problema da oferta de sistemas anônimos.

### Tolerância a falhas {#tolerancia-a-falhas}

* Backups! Não só fazer backups, mas testá-los e saber como
  recuperar serviços a partir deles.

* Preparação para falhas, defeitos, quebras. A questão não é
  de _se_, mas de _quando_.

## O que tentar {#tentar}

### Tentar gostar!

É mais fácil quando a gente gosta do que faz:

* Se fazemos algo somente porque é necessário, há a possibilidade disso ser
  mais penoso.
* Se pegamos gosto pela coisa, se passamos a nos interessar pelo assunto, aí a
  atividade fica mais prazerosa.

Dá pra fazer de maneira agradável e comunitária:

* Exemplo: documentário do Harun Farock sobre a construção de tijolos: [Em
  comparação (2009)][farocki-tijolos].

[farocki-tijolos]: https://www.harunfarocki.de/films/2000s/2009/in-comparison.html

### Divisão do trabalho

* Sessões de trabalho coletivas e mais ou menos regulares, incluindo
  um calendário de manutenção.

* Alternar papéis, garantindo que todo mundo tenha a oportunidade
  de aprender e exercer seus conhecimentos. Isso aumenta a redundância
  e a resiliência da iniciativa.

### Festas de instalação {#install-fest}

Install Fest de sistemas operacionais livres (no telefone e laptop/desktop):

* Tem gente experiente que pode apoiar nisso.

* É possível ter "dual boot" no computador.

* Com preparo e planejamento, dá até pra fazer no celular Android!

### Manutenção preventiva

* "Prevenir é melhor do que remediar".

* Trocar peças e fazer manutenção _antes_ que os equipamentos quebrem.

* Especialmente no caso de baterias de nobreak/UPS.

* Planilha de reposições ajuda, junto com um mutirão semestral ou anual de
  limpeza e manutenção.

* Checklists (listas de checagem), inclusive em rotinas periódicas.

* Monitorar o uso dos recursos e a situação dos equipamentos.

* Pode ser feito em clima de festa:
    * Exemplo da Macarronada do Daileon (2002?).

### Simplexidade e suficiência

* Nem minimalismo, nem maximalismo.

* [Tecnologias do suficiente][suficiente].

* [Simplexidade: a complexidade necessária][simplexidade].

* KISS, filosofia UNIX etc.

* Discussão sobre níveis de "abstração", tomando cuidado tanto com
  a alienação quanto com o excesso de detalhes.

[suficiente]: https://tocaia.info/edicao/tecnologias-do-suficiente/
[simplexidade]: https://guia.autodefesa.org/avancado.html#simplexidade-a-complexidade-necessaria

### Avaliações de saúde

* Importantíssimo: avaliar a "saúde" de projetos de software:
    * "Bus factor".
    * Ingerências do mercado.
    * Algumas lições aprendidas:
      * Lorea.
      * Drupal.
      * Linux-VServer.

* Cuidado com a sustententabilidade dos próprios projetos e códigos!

### Ferramentaria {#ferramentaria}

* Uso do Git tanto para documentação quanto para código:
    * Existem outras alternativas, mais de nicho, como o [fossil][] (mas aí
      entra na questão monocultura versus sustentabilidade).

* Tor, incluindo a tecnologia de Serviços Cebola!

* Automação:
    * Scripts ou sistemas como Ansible: avaliar necessidade, pois a curva
      de aprendizado é grande e requer de manutenção/atualização.

[fossil]: https://www.fossil-scm.org/

### Formatos {#formatos}

* Formatos e microformatos abertos são seus amigos!

* Exemplos:
    * ODF/FODF.
    * CSV.
    * Markdown.
    * RSS, Atom e OPML, que ainda sobrevivem!

### Preservação {#preservacao}

* Dica: arquivar sites e sistemas legados em HTML!

* Ecologia de domínios, reaproveitando um mesmo domínio para diversos
  usos.

* Endereços persistentes (ou até permanentes): links bacanas não mudam!
  [Cool URIs don't change][cool-uris].

[cool-uris]: https://www.w3.org/Provider/Style/URI

### Plataformas abertas

* Hardware:
    * Pesquisar se um dado hardware funciona bem com software livre.
    * Pesquisar quanto tempo aquele hardware será suportado (garantia, obsolescência...).
    * Instalar software livre assim que possível (evitar lock-ins futuros).
    * Dar preferência para hardware livre e aberto.

* Software:
    * Avaliação de saúde e sustentabilidade dos softwares!
    * Listas curadas:
        * [Awesome lists][].
        * [Serviços FOSS][].

* Wetware:
  * Colaboração entre iniciativas similares: troca de recursos, backups
    etc, não só no Brasil.
  * [Protocolos][protocolos].

* Netware:
    * DWeb, P2P, redes mesh, sistemas off-the-grid, bases de dados e acervos
      offline etc.

[Awesome lists]: https://project-awesome.org/
[Serviços FOSS]: https://blog.fluxo.info/research/computing/services/

## O que não tentar {#nao-tentar}

O que não tentar, ou o que talvez não valha tentar:

* Sistemas operacionais e softwares com comunidades instáveis.
    * Vale uma avaliação cuidadosa da saúde de uma comunidade, assim como suas
      perspectivas futuras.

* Querer sempre rodar a coisa mais nova.
  Não acreditem no hype!

## O que está mais fácil {#facil}

Algumas coisas hoje estão mais fáceis:

* Manter "servidores"/mucuas e datacenters, antigamente, era uma ação apolítica
  de franja, era algo considerado mais pela esquerda radical...

* Equipamento está muito mais fácil de conseguir.
  * Muito hardware de segunda mão.
    * Apesar de que o fenômeno "IA" pode tornar as coisas bem difíceis para a
      computação de baixa escala, por conta da escassez de RAM e armazenamento.
  * Muito hardware aberto.

* Muito mais software e documentação disponíveis.

* Redes mesh ficando cada vez mais acessíveis!

## O que continua difícil {#dificil}

### O trabalho em si

* Automatização e processos ajudaram muito, mas ainda é trabalhoso.

* Manter a organização e a documentação.

### Colonialidade

* Muita colonialidade nas tecnologias e nas linguagens:
    * Língua inglesa ainda é uma barreira.
    * Exemplos de discussões sobre terminologia, por exemplo no caso do Git,
      termos "mestre" e "escravo" etc.
    * Problemas tanto mais explícitos quanto aqueles que estão insinuados
      nas arquituras. Discussão sobre hierarquia de pastas e patriarcado
      por exemplo.

* Será que só vão lembrar de vocês quando o sistema sair do ar?
  Nem sempre vem o elogio e o reconhecimento. Risco do trabalho ativista
  precário.

### Repressão {#repressao}

* Repressão:
    * O Fator Quilombos/Canudos: comunidades livres ameaçam a ordem vigente,
      especialmente quando crescem e atraem grandes contingentes.
    * Casos.
    * Cavaleiros do Infoapocalipse (terrorismo, crime organizado, predadrófilos,
      nazis etc): usados como justificativa para adoção de medidas restritivas.

## O que está mais difícil {#mais-dificil}

### Dependência

* Aumento da dependência em Big Techs.

* "Smart" phones
  * Hoje em dia existe um treco chamado "telefone celular".
    Ele é um desastre.

### Problema da ação coletiva {#acao-coletiva}

* O problema da ação coletiva para abandonar as Big Techs.
    * Antes não era um problema tão grande, já que essas Big Techs não existiam.

    * Como criar momento coletivo para abandonar plataformas?

    * Exemplo do abandono do Twitter para o Feediverso e o Bluesky.

    * A ação coletiva é um grande problema, mas é mais fácil de enfrentá-lo
      pensando em migrações orgâncias a partir de círculos concêntricos.

    * O problema da ação coletiva não é individual, é coletivo; mas precisa
      de um esforço de migração para cada pessoa, amigue, familiar, colega
      etc.

* Por outro lado, a ação coletiva é o que mais assusta as Big Techs... é o que
  mais assusta o poder em geral. Fazem de tudo para evitá-la.

### Aumento da concentração {#concentracao}

* O certo está se fechando, e o oligopólio agradece!

### Aumento da vigilância {#vigilancia}

* As "Inteligências Artificiais" estão poluindo a internet com lixo ("AI slop").

* Verificação mandatória na internet em geral, infraestrutura pronta para
  autoritarismos e aumento de vigilância em troca de segurança questionável:
  https://www.eff.org/issues/age-verification

* O Android está para se tornar uma plataforma ainda mais fechada a partir de
  Setembro de 2026: https://keepandroidopen.org/pt-BR/

* Interações cada vez mais vigiadas por terceiros.

* Inclusive em sistemas popularizados, como o PIX, operando no
  sentido da extinção da moeda em espécie.

### Poluição {#poluicao}

* A internet hoje está muito mais agressiva:
    * Difícil lidar com a agressividade do SPAM, dos crawlers e outros
      comportamentos nocivos da internet anti-internet:
        * Scrappers, SPAMMers, trolls, hoaxers, scammers, crackers, haters...

    * Violência simbólica, violência algorítmica, violência da interface...

    * Fake news.

* Requer mais:
    * Moderação.

    * Confirmação.

    * Corrida atrás do prejuízo.

### Aceleração, obsolescência, perrengues {#perrengues}

Muitos desafios: a obsolescência programada, atualizações constantes, a
vigilância e o autoritarismo das imposições tecnológicas...

* Alijamento:
    * Taxas de obsolescência e aceleração difíceis de enfrentar.

    * A internet hoje é muito mais monopolizada.

    * "Merdificação" das "plataformas"[^doctorow2025].

* Perrengues:
    * Maior precarização da vida.

    * Falta de tempo, esgotamento etc.

    * Desorganização é uma opressão estrutural.

* Limitações operacionais:
    * Espaço de endereçamento:
        * Exaustão do IPv4.
        * IPv6 ainda não muito adotado, considerações de privacidade.
    * Espaço de nomes: DNS cada vez mais sendo um fator de controle.

[^doctorow2025]: @doctorow2025.

## O que evitar {#evitar}

Evite os evitáveis que der pra evitar!

Exemplos:

* Usar Desinteligência Artificial, vulgo "Inteligência" "Artificial"!!!

* Software proprietário.

* GitHub e afins.

* "Web3".

* Criptomoedas, com algumas exceções de uso tático-estratégico.

## Notas e referências {#notas}