Object Storage Service:What is OSS?

Primeiros passos com o oss

• Introdução em vídeo

  Assista ao vídeo a seguir para uma introdução rápida ao oss.

• Perguntas frequentes

  Consulte as OSS FAQ para obter respostas às perguntas mais frequentes sobre o oss.

Como o oss funciona

O oss armazena dados como objetos em buckets. Para armazenar dados no oss, crie primeiro um bucket e especifique suas propriedades, como região, permissões de acesso e classe de armazenamento. Após criar o bucket, envie os dados como objetos e defina um ObjectKey exclusivo a cada objeto.

O oss fornece service baseados em APIs RESTful http. Use diferentes endpoints para acessar o oss em diferentes regiões. Ao enviar uma solicitação, o oss verifica a identidade do remetente por meio de criptografia simétrica com um AccessKey ID e um AccessKey secret.

As operações de objeto no oss são atômicas e garantem consistência forte.

• Bucket

  Um bucket é um contêiner para armazenar objetos. Todos os objetos devem pertencer a um bucket. Um bucket possui várias propriedades de configure, incluindo região, permissões de acesso e classe de armazenamento. crie diferentes tipos de buckets para armazenar diferentes tipos de dados de acordo com suas necessidades.

• Objeto

  Um objeto, também conhecido como arquivo, é a unidade básica de dados no oss. Ao contrário dos sistemas de arquivos tradicionais, os objetos não possuem uma estrutura hierárquica de pastas. Um objeto é composto por metadados (Object Meta), dados do usuário (Data) e uma chave (nome do arquivo). Um objeto é identificado exclusivamente por sua chave dentro de um bucket. Os metadados do objeto são um conjunto de pares chave-valor que descrevem as propriedades do objeto, como tipo e codificação do arquivo. Também é possível armazenar informações personalizadas nos metadados.

• ObjectKey

  Nos SDKs para diversas linguagens, ObjectKey, Key e ObjectName são sinônimos. Todos eles se referem ao nome de um objeto especificado para uma operação. Por exemplo, ao enviar um objeto para um bucket, o ObjectKey é o nome completo do objeto, incluindo o caminho completo e a extensão do arquivo, como abc/efg/123.jpg.

• Região

  Uma região é a localização física de um data center do oss. escolha uma região para criar um bucket com base em fatores como custo e a origem de suas solicitações. Uma região geograficamente mais próxima de seus usuários geralmente oferece acesso mais rápido. Para obter mais informações, consulte Regions supported by OSS.

• Endpoint

  Um endpoint é o nome de domínio utilizado para acessar o oss. O oss fornece service por meio de APIs RESTful http. Use diferentes endpoints para acessar o oss em diferentes regiões. Os endpoints para acessar a mesma região pela Internet e por uma rede interna também são diferentes. Por exemplo, o endpoint de Internet para a região china (Hangzhou) é oss-cn-hangzhou.aliyuncs.com, e o endpoint de rede interna é oss-cn-hangzhou-internal.aliyuncs.com. Para obter mais informações, consulte Endpoints for each region.

• AccessKey

  Um par de AccessKey, também conhecido como AK, é composto por um AccessKey ID e um AccessKey secret utilizados para verificação de identidade. O oss usa o AccessKey ID e o AccessKey secret para criptografia simétrica para verificar a identidade do remetente de uma solicitação. O AccessKey ID identifica o usuário. O AccessKey secret é uma chave usada para criptografar strings de assinatura, a qual o oss utiliza para verificar a assinatura. Mantenha seu AccessKey secret em sigilo. Para o oss, é possível obter um par de AccessKey de uma das seguintes source:

  • Um par de AccessKey pertencente ao proprietário do bucket.

  • Um par de AccessKey concedido a terceiros pelo proprietário do bucket por meio de autorização do ram.

  • Um par de AccessKey concedido a terceiros pelo proprietário do bucket por meio do Security Token service (STS).

  Para obter mais informações sobre pares de AccessKey, consulte Create an AccessKey pair.

• Atomicidade e consistência forte

  As operações de objeto no oss são atômicas. Uma operação tem sucesso ou falha. Um objeto não possui um estado intermediário. Ao enviar um objeto, o oss garante que o objeto lido esteja completo. O oss não retorna um objeto parcialmente enviado.

  As operações de objeto no oss garantem consistência forte. Ao receber uma resposta bem-sucedida para uma operação de upload (PUT), o objeto enviado fica imediatamente disponível para operações de leitura, e seus dados redundantes são gravados com sucesso. Um upload não possui um estado intermediário. Isso significa que você pode ler os dados imediatamente após uma operação de gravação. Para uma operação de exclusão, após exclua com sucesso um objeto especificado, ele deixa de existir imediatamente.

Para obter uma visão geral completa dos conceitos básicos do oss, consulte Terms.

Principais recursos

• Versionamento

  O versionamento é um recurso de proteção de dados no nível do bucket. Ao ative o versionamento, as operações de substituição e exclusão criam versões históricas de um objeto em vez de remover os dados permanentemente. Caso substitua ou exclua acidentalmente um objeto, restaure-o para qualquer uma de suas versões anteriores. Para obter mais informações, consulte Versioning.

• Política de bucket

  O proprietário de um bucket pode utilizar uma política de bucket para conceder a diferentes usuários permissões específicas para acessar recursos designados do oss. Por exemplo, é possível conceder a um usuário anônimo ou a um usuário de outra conta permissões para acessar ou gerencie um bucket inteiro ou recursos específicos dentro dele. Também é possível conceder permissões diferentes (como somente leitura, leitura/gravação ou controle total) a diferentes usuários do Resource Access Management (ram) na mesma conta. Para obter informações sobre como configure uma política de bucket, consulte Configure bucket policies to authorize other users to access OSS resources.

• Replicação entre regiões

  A replicação entre regiões é a cópia automática e assíncrona (quase em tempo real) de objetos entre buckets em diferentes data centers (regiões) do oss. Ela replica a criação, as atualizações e as exclusões de objetos de um bucket de origem para um bucket de destino em uma região diferente. Esse recurso atende a casos de uso como recuperação de desastres entre regiões e replicação de dados. Para obter mais informações, consulte CRR.

• Criptografia de dados

  Criptografia do lado do servidor: ao enviar um objeto, o oss o criptografa ao recebê-lo e armazena os dados criptografados. Ao baixe o objeto, o oss o descriptografa automaticamente antes de enviá-lo. O cabeçalho de resposta http indica que o objeto foi criptografado no lado do servidor. Para obter mais informações, consulte Server-side encryption.

  Criptografia do lado do cliente: criptografe seus dados localmente antes de enviá-los para o oss. Para obter mais informações, consulte Client-side encryption.

• Retenção permanente de dados

  Por padrão, os dados enviados para um bucket ficam armazenados permanentemente, exceto nos seguintes casos:

  • É possível exclua os dados manualmente por meio do console do oss, uma API ou SDK, ossutil ou ossbrowser. Para obter mais informações, consulte Delete objects.

  • O sistema exclui os dados automaticamente após um período especificado com base em uma regra de ciclo de vida. Para obter mais informações, consulte Lifecycle rules based on last modification time.

  • Seus dados serão excluídos caso você não liquide um pagamento em atraso dentro de 15 dias após a suspensão do seu service oss. Para obter mais informações, consulte Service suspension.

O oss e o Elastic Compute Service (ecs) são service de cloud independentes. Interromper, desligar ou liberar uma instância do ecs não afeta os dados armazenados no oss. Mecanismos de redundância de armazenamento garantem a durabilidade dos seus dados no oss, sem dependência do estado de execução das suas instâncias de computação.

Para obter uma visão geral completa dos recursos do oss, consulte 功能特性.

Maneiras de usar o oss

O oss oferece métodos flexíveis para enviar, baixe e gerencie dados.

• Usar o console

  O oss disponibiliza um console web para gerencie seus recursos do oss. Para obter mais informações, consulte o console do oss e OSS console.

• Usar uma API ou SDK

  O oss fornece APIs RESTful e SDKs para diversas linguagens de programação a fim de facilitar o desenvolvimento personalizado. Para obter mais informações, consulte OSS API Reference e OSS SDK Reference.

• Usar ferramentas

  O oss disponibiliza diversas ferramentas, incluindo a ferramenta gráfica ossbrowser, a ferramenta de linha de comando ossutil e a ferramenta FTP ossftp. Para obter mais informações, consulte Common OSS tools.

• Usar o cloud Storage Gateway

  Os buckets no oss possuem uma estrutura plana e não utilizam conceitos de sistema de arquivos, como diretórios. Para utilizar o oss como uma pasta ou disco local, configure o cloud Storage Gateway. Para obter mais informações, consulte a página do product cloud Storage Gateway.

Faturamento

Consulte Billing overview.

Service relacionados

Após armazenar dados no oss, use outros product e service da alibaba cloud para executar operações relacionadas com esses dados.

A alibaba cloud oferece os seguintes product e service comumente utilizados com o oss:

• Image Processing (IMG): execute operações como conversão de formato, dimensionamento, corte, rotação e aplicação de marca d'água em imagens armazenadas no oss. Para obter mais informações, consulte Quick start for Image Processing.

• Elastic Compute Service (ecs): fornece service de computação em cloud simples e eficientes com dimensionamento elástico da capacidade de processamento. Para obter mais informações, consulte a página do product ecs.

• Seleção de armazenamento de imagens: para um pequeno volume de dados de imagem (10 a 20 GB), armazene as imagens diretamente em um disco local do ecs. Para um grande volume de dados de imagem (centenas de GB ou mais), use o oss para melhor escalabilidade e durabilidade de dados. Ao usar o ecs junto com o oss na mesma região, acesse o oss por um endpoint interno para evitar taxas de tráfego de saída. Para obter mais informações, consulte OSS access domain name usage rules.

• Content Delivery Network (cdn): o cdn armazena em cache os recursos do oss em nós de borda em diferentes regiões para acelerar os baixe de arquivos acessados com frequência. Para obter mais informações, consulte a página do product cdn.

• E-MapReduce: uma solução de processamento de big data criada no ecs e baseada em frameworks de código aberto como Apache Hadoop e Apache Spark. Permite analisar e processar seus dados. Para obter mais informações, consulte a página do product E-MapReduce.

• Online Migration service: migre dados de source de terceiros, como Amazon S3 ou Google cloud Storage, para o oss. Para obter mais informações, consulte o tutorial do Online Migration service.

• service de migração offline: caso precise enviar terabytes ou petabytes de dados para o oss, mas tenha largura de banda de rede limitada, use o service de migração de dados offline Lightning Cube. Para obter mais informações, consulte Offline migration (Lightning Cube).

Outros service de armazenamento da alibaba cloud

Além do armazenamento de objetos, a alibaba cloud oferece outros tipos de service de armazenamento, como Apsara File Storage NAS e Elastic Block Storage (EBS), para atender às suas necessidades de negócios em diferentes cenários. Para obter mais informações, consulte Introduction to Alibaba Cloud storage services.

Para casos de uso de clientes e soluções relacionadas aos service de armazenamento da alibaba cloud, consulte a Família de Armazenamento da alibaba cloud.