Um bucket é o contêiner básico que armazena objetos no Object Storage Service (OSS). Sua estrutura é plana — todos os objetos ficam diretamente dentro dele, sem a hierarquia de diretórios presente em sistemas de arquivos tradicionais.
Apesar da estrutura plana, é possível simular pastas em ferramentas gráficas — como o OSS console e o OSS Browser — usando uma barra (/) como delimitador nos nomes dos objetos. Por exemplo: folder/file.jpg.
Conceitos fundamentais
As principais propriedades de um bucket são definidas pelos conceitos a seguir.
Região
A região indica a localização física do data center onde o bucket está hospedado. Após a criação do bucket, não é possível alterar sua região.
Classe de armazenamento
Escolha a classe de armazenamento de acordo com a frequência de acesso aos dados — essa escolha afeta diretamente os custos de armazenamento. Em caso de dúvida, selecione Standard. Posteriormente, configure regras do lifecycle para mover os dados automaticamente para uma classe mais econômica.
|
Classe de armazenamento |
Características principais |
Cenários típicos |
|
Standard |
Suporta leitura e escrita frequentes. Sem duração mínima de armazenamento. |
Dados dinâmicos de sites e aplicações. |
|
Infrequent Access |
Indicado para dados com menor frequência de acesso. Duração mínima de armazenamento: 30 dias. |
Dados de monitoramento, logs e backups corporativos. |
|
Archive Storage |
Para dados raramente acessados, como uma vez por ano. Duração mínima de armazenamento: 60 dias. |
Arquivamento de longo prazo e imagens médicas. |
|
Cold Archive/Deep Cold Archive |
Para dados quase nunca acessados. Duração mínima de armazenamento: 180 dias. Os dados precisam ser restaurados antes de serem acessados. |
Dados de conformidade e arquivos históricos de imagens. |
Para mais informações, consulte Storage classes e Preços do OSS.
Tipo de redundância de armazenamento
O tipo de redundância determina o número de réplicas dos dados e o nível de confiabilidade. Para mais informações, consulte Data redundancy types. É possível fazer upgrade de um bucket de Locally Redundant Storage (LRS) para zone-redundant storage (ZRS), mas o downgrade de ZRS para LRS não é permitido.
|
Tipo de redundância |
Confiabilidade dos dados |
Cenários |
|
LRS (locally redundant storage) |
99,999999999% (11 noves) |
Ambientes de desenvolvimento e teste |
|
ZRS (zone-redundant storage) |
99,9999999999% (12 noves) |
Ambientes de produção |
Operações básicas
Uma conta da Alibaba Cloud pode criar no máximo 100 buckets por região. Não há limite de capacidade para um único bucket.
Create a bucket: Crie um novo bucket para armazenar seus objetos.
List buckets: Visualize a lista de buckets que você criou.
Get the region of a bucket: Verifique a região em que um bucket está localizado.
Delete a bucket: Exclua um bucket que não é mais necessário.
FAQ overview: Encontre soluções para problemas comuns.
Controle de acesso
O OSS oferece um modelo de controle de acesso em múltiplas camadas. As políticas são aplicadas na seguinte ordem de precedência, da mais alta para a mais baixa:
Block Public Access: Configuração no nível do bucket que oferece uma forma simples de bloquear todo o acesso público. Quando ativada, bloqueia todas as formas de acesso público, substituindo quaisquer outras permissões — como listas de controle de acesso (ACLs) ou políticas de bucket — que poderiam conceder acesso público. Essa configuração é ativada por padrão para todos os novos buckets criados no console.
Bucket Policy: Política de autorização baseada em recursos que concede permissões de acesso detalhadas ao bucket e aos objetos nele contidos, tanto para outras contas quanto para usuários anônimos.
RAM Policy: Política de autorização baseada em usuário que controla quais recursos OSS os usuários do Resource Access Management (RAM) associados à sua conta da Alibaba Cloud podem acessar.
Bucket ACL: Método simplificado de gerenciamento de permissões que oferece três permissões predefinidas no nível do bucket: private, public-read e public-read-write.
Configurações por cenário
Garantir a segurança e a conformidade dos dados
Para proteger seus dados contra acessos não autorizados e vazamentos acidentais, adote uma estratégia combinada:
Mantenha o Block Public Access ativo como medida fundamental de segurança.
Configure uma RAM policy para conceder acesso com privilégios mínimos a usuários internos e aplicações.
Use o server-side encryption para proteger os dados em repouso.
Ative o log storage para registrar todas as solicitações de acesso e facilitar auditorias de segurança e a resolução de problemas.
Implementar recuperação de desastres e backup de dados
Para evitar a perda de dados causada por exclusões acidentais ou falhas regionais, configure os seguintes recursos:
Prevenir exclusões acidentais: Ative o versioning para manter versões históricas dos objetos e restaurá-las a qualquer momento.
Automatizar backups: Use o recurso scheduled backup para fazer backup dos seus dados automaticamente todos os dias.
Reduzir custos de armazenamento a longo prazo
Para dados acessados com menor frequência ao longo do tempo — como logs e arquivos de backup — utilize o recurso de gerenciamento 生命周期. Defina regras para transformar automaticamente os dados de Standard para Infrequent Access ou Archive Storage e, em seguida, excluí-los automaticamente após o vencimento. Esse processo otimiza continuamente os custos de armazenamento sem necessidade de intervenção manual.
Acelerar o acesso de usuários globais
Se o seu negócio atende usuários em todo o mundo, ative o transfer acceleration para melhorar as velocidades de upload e download. Esse recurso utiliza uma rede global de pontos de acesso e rotas otimizadas para acelerar a transferência de dados entre países e regiões. Para sites estáticos ou distribuição de arquivos pequenos e populares, combine-o com o CDN para aprimorar a experiência de acesso.
Automatizar o processamento de dados e a análise
Para acionar automaticamente fluxos de trabalho downstream após o upload de dados para o OSS, use o recurso event notification. Ele envia notificações para um destino — como o Message Service (MNS) ou o Function Compute (FC) — quando ocorrem eventos como criação ou exclusão de objetos. Assim, é possível construir pipelines de processamento de dados orientados a eventos para tarefas como image processing automatizado, video and audio processing ou análise de dados.