Como você decide as classes de armazenamento de objetos e as regras de ciclo de vida?

Case a classe com o padrão de acesso e a tolerância de recuperação. Acesso frequente fica no padrão; padrões imprevisíveis combinam com tiering inteligente, que move objetos automaticamente por uma pequena taxa de monitoramento. Classes de acesso infrequente são mais baratas para guardar mas cobram pela recuperação e têm durações mínimas, e classes de arquivo são as mais baratas com atrasos de recuperação. Use regras de ciclo de vida para transicionar e expirar, incluindo versões antigas, e confira antes a contagem de objetos.

Eu olho com que frequência o dado é lido e quanto tempo o leitor consegue esperar. Dado quente fica no padrão. Se ninguém consegue me dizer o padrão de acesso, tiering inteligente é a resposta honesta, porque ele move os objetos por você e a taxa de monitoramento é pequena comparada a chutar errado. Dado que eu sei que é raramente lido vai para uma classe de acesso infrequente, mas só se ele for viver além da duração mínima, senão a cobrança de exclusão antecipada come a economia. Classes de arquivo são para retenção de conformidade em que um atraso de recuperação de minutos ou horas é aceitável. A armadilha que eu confiro antes de escrever qualquer regra de ciclo de vida é a contagem de objetos, porque as transições são cobradas por objeto, então um bucket com duzentos milhões de arquivos de log minúsculos pode custar mais para mover do que economiza; esses deveriam ser agregados. E os maiores ganhos normalmente nem são de classe. Ligar a expiração de versões não correntes em um bucket versionado, e abortar uploads multipart incompletos depois de uma semana, cada um desses já cortou pela metade a conta de um bucket para mim sem tocar em um único objeto vivo.