APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
Começa pelo contrato de acesso da aplicação. Um dispositivo de blocos disponibiliza armazenamento sobre o qual outras camadas podem organizar partições e filesystems. Um serviço de ficheiros partilhados fornece uma interface própria, como NFS. Um serviço de objetos organiza conteúdo por chaves e operações de API. Capacidade suficiente não torna estas interfaces intercambiáveis. Se uma aplicação depende de caminhos POSIX e operações de filesystem, substituir o destino por um bucket requer avaliar compatibilidade e adaptações. A consistência forte de leitura após escrita documentada no S3 não transforma a API de objetos numa interface POSIX. Regista as operações exigidas, os escritores e as dependências.
Aplicação guiada
No diagnóstico, liga o caminho da aplicação ao filesystem montado e ao dispositivo subjacente. findmnt ajuda a observar o mapeamento efetivo; a presença de um disco novo não prova que /srv/export o usa. Num batch fictício, resultados únicos em EC2 instance store ficam em risco se houver stop, hibernação ou terminação, embora sobrevivam a reboot. Valida o evento planeado e preserva o conteúdo necessário. Se vários hosts acederem ao mesmo volume, não assumes que múltiplos attachments tornam ext4 seguro para escrita concorrente. A interface partilhada precisa de coordenação suportada, e um volume comum continua a ser uma dependência dos vários hosts.
Um disco novo livre não resolve um caminho que continua montado no disco antigo.
Armadilhas comuns
Objeto como ficheiro POSIX; reboot como stop; attachment como réplica; caminho como dispositivo.
Tópicos relacionados: Capacidade e crescimento · Desempenho e medição · Durabilidade e coordenação
Mapeia interface, caminho, escritores e ciclo de vida antes de escolher ou alterar armazenamento.
Referência: S3 object storage and consistency · DR Storage 2026-09; selected Linux and AWS storage behavior