Post
A Órbita Cemitério: Para Onde Vai o Software Bom Quando Ele Não Morre
Satélites que não podem voltar pra casa são empurrados para uma órbita silenciosa — ainda girando, ainda intactos, só que parados. Software tem a mesma órbita.
Quando a missão de um satélite termina a 36 mil quilômetros da Terra, ele enfrenta um problema chato. Trazê-lo de volta custa uns 1.500 metros por segundo de delta-v — combustível que o satélite quase certamente não tem. Então o controle de missão gasta uma fração disso — só 11 m/s — pra empurrá-lo 300 quilômetros pra cima, pro que chamam de órbita cemitério.
Um estacionamento silencioso acima de toda a ação. Ainda girando. Ainda intacto. Só que não faz mais nada.
Software tem a mesma órbita. E se você tá em tech há tempo suficiente, já viu coisas sendo empurradas pra lá.
Como É a Órbita Cemitério em Software
Uma tecnologia entra em órbita cemitério quando três coisas são verdade ao mesmo tempo:
- Ainda tá rodando — sustentando sistemas reais de produção, servindo usuários reais
- Ninguém mais escolhe — quase ninguém pega essa tecnologia pra um projeto novo
- Não morreu de verdade — sem shutdown dramático, sem obituário, sem blog post de despedida
É o equivalente tecnológico de "a gente não fala sobre isso, mas ia perceber se parasse."
O Mapa Orbital
| Tecnologia | Era de Ouro | Ainda Roda Em | O Que Substituiu | Status |
|---|---|---|---|---|
| jQuery | 2010–2015 | ~73% de todos os sites | React, Vue, vanilla JS | Órbita cemitério |
| Heroku | 2012–2019 | Milhares de apps em produção | Render, Fly.io, Railway | Órbita cemitério |
| Subversion | 2004–2012 | Codebases corporativas | Git | Órbita cemitério |
| SOAP/XML | 2003–2010 | Bancos, saúde, governo | REST/JSON, GraphQL | Órbita cemitério profunda |
| IRC | 1998–2015 | Comunidades open-source | Discord, Slack | Órbita cemitério |
| FTP | 1985–2005 | Transferências legadas | SFTP, SCP, cloud storage | Órbita cemitério |
| CoffeeScript | 2012–2015 | Apps Node.js legados | TypeScript, ES6+ | Reentrada atmosférica |
| Google Wave | 2009–2010 | Nada | Nada | Desintegrou |
As duas últimas linhas importam. Elas mostram o que órbita cemitério não é.
CoffeeScript não tá em órbita cemitério — tá em declínio ativo, sendo arrancado dos codebases que o usavam. Tá em reentrada atmosférica. Google Wave nunca chegou à órbita cemitério. Simplesmente desintegrou. Mataram, lamentaram brevemente, acabou.
Órbita cemitério é um estado estável. Esse é o ponto — custa mais trazer a coisa de volta do que deixar lá em cima.
O Que Coloca Software em Órbita Cemitério?
Três forças atuam juntas.
1. O imposto da migração é alto demais. Reescrever um app jQuery em React custa meses. Migrar de SVN pra Git significa retreinar times, reconfigurar CI, reescrever hooks. O sistema que tá rodando não tá quebrado — só tá fora de moda. E "fora de moda" não justifica o orçamento.
2. O substituto não é um superconjunto estrito. Git não fazia tudo que SVN fazia do mesmo jeito. React não resolve os mesmos problemas que jQuery resolvia. Toda migração tem casos de borda onde a coisa velha na verdade funcionava melhor pra aquele uso específico. Esses casos de borda viram âncoras.
3. Conhecimento institucional é uma função unidirecional. A pessoa que entendia a integração SOAP saiu três anos atrás. O pipeline de deploy do Heroku tem doze variáveis de ambiente não documentadas. Ninguém sabe por que os hooks do SVN funcionam — só que funcionam. Substituir a tecnologia significa fazer engenharia reversa de anos de decisões acumuladas, muitas das quais nunca foram documentadas.
A Verdade Desconfortável
Eis o que engenheiros de software não gostam de admitir: órbita cemitério frequentemente é a decisão correta.
Nem tudo precisa ser migrado. Nem todo sistema legado é dívida técnica. Às vezes a tecnologia madura, chata e sem manutenção ativa tá fazendo seu trabalho perfeitamente bem — e o substituto "moderno" custaria seis meses e introduziria bugs novos pra zero melhoria visível ao usuário.
jQuery num site de marketing que é atualizado duas vezes por ano? Deixa. Heroku rodando uma ferramenta interna com quatro usuários? Deixa. O repo SVN de um produto em modo de manutenção? Deixa.
O instinto do engenheiro de modernizar tudo é em si um viés — a suposição de que mais novo é inerentemente melhor. O satélite não se importa que tá em órbita cemitério. Ele ainda tá girando. Ainda intacto. Só parou de fingir que precisa estar em outro lugar.
Quando Órbita Cemitério Vira Problema
A analogia funciona de mais uma forma desconfortável. No espaço, órbitas cemitério foram desenhadas como solução permanente. Mas conforme lançamos mais satélites, esses estacionamentos "vazios" tão lotando. O cemitério tá ficando cheio.
Software tem o mesmo problema. Toda tecnologia em órbita cemitério é uma dependência que:
- Ainda precisa de patches de segurança (quem tá atualizando seu jQuery 2.x?)
- Ainda consome conhecimento institucional pra manter
- Ainda limita o que você pode construir em cima
- Ainda aparece nos seus relatórios de CVE
Um satélite em órbita cemitério tá de boa. Cem deles? Isso é um campo de destroços esperando pra acontecer.
Audite Suas Órbitas
A lição não é "migre tudo" nem "deixe tudo." É mais simples: saiba o que tá na sua órbita cemitério, e saiba por que tá lá.
A decisão intencional de deixar jQuery rodando num site estático é sabedoria. A descoberta acidental de que seu sistema de pagamento depende de um endpoint SOAP que ninguém mantém é um risco.
Mesma órbita. Implicações muito diferentes.
Sources
- Graveyard Orbits and the Satellite Afterlife — NOAA/NESDIS — a ciência por trás das órbitas de descarte de satélites
- Graveyard orbit — Wikipedia — detalhes técnicos sobre mecânica orbital e custos de delta-v
- jQuery Usage Statistics — W3Techs — dados atuais mostrando jQuery ainda em ~73% de todos os sites
- Heroku Isn't Dead, But It's Dying in Slow Motion — Janakiram MSV — análise da transição do Heroku para modo de engenharia sustentável