Melhores Práticas de Entrega
Entrega empresarial na Solana significa que releases são reversíveis, bytecode é verificável e a observabilidade prova a saúde em minutos após o deploy. Essas práticas reduzem a taxa de falha de mudanças e o MTTR.
Busque em todas as páginas da documentação
Entrega empresarial na Solana significa que releases são reversíveis, bytecode é verificável e a observabilidade prova a saúde em minutos após o deploy. Essas práticas reduzem a taxa de falha de mudanças e o MTTR.
anchor build --verifiable no CI. Hash do artefato publicado em cada tag..so por programa. O rollback não depende do laptop de um engenheiro.solana-verify antes e depois do deploy na mainnet. O hash corresponde às notas de release.@coral-xyz/anchor 0.32.1.PROGRAM_ID estiver faltando. Preview não pode ter como alvo a mainnet.A autoridade de pausa B nunca é bloqueada; A-D completo é necessário antes de reativar o tráfego total após o conserto.
Dois engenheiros podem seguir A-B; C-D escalam com o tamanho do lançamento.
Custo pequeno versus custo de auditoria e incidentes; cacheie o diretório de destino.
Ainda aplique práticas de cliente e de operações; pule itens específicos de upgrade.
Link para o dashboard Grafana e execução de verificação sintética no ticket de deploy.
Adicione item de revisão SIMD; teste no Surfpool 0.12.0 antes do deploy do programa na mainnet.
Sem fundos de usuário na mainnet até que as descobertas da auditoria de Gravidade Alta sejam fechadas ou aceitas em ADR.
O líder técnico assina o ticket de deploy; segurança revisa B mensalmente.
Essas práticas melhoram diretamente a taxa de falha de mudanças e o MTTR.
Nunca pule A-B se a mainnet contiver fundos de usuário; C-D podem ser implementados gradualmente.
Versões de Stack: Esta página foi escrita para Agave 4.1.1, Solana CLI 3.0.10, Anchor 0.32.1, anchor-lang 0.32.1, Rust 1.91.1, @solana/kit 7.0.0, Surfpool 0.12.0, e LiteSVM 0.6.x.
Revisado por Chris St. John·Última atualização: 16 de jul. de 2026