Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
A API Object Storage usa recursos personalizados do Kubernetes e depende do modelo de recursos do Kubernetes. As APIs são usadas para o provisionamento e a administração de recursos de armazenamento de objetos. Eles são usados para gerenciar o ciclo de vida dos recursos de armazenamento de objetos em uma determinada organização, incluindo a criação, leitura, atualização e exclusão de buckets. As APIs também são usadas para listar buckets, definir políticas de retenção e definir a classe de armazenamento dos buckets. O armazenamento em blocos é gerenciado com as APIs padrão do Kubernetes.
Endpoint de serviço e documento de descoberta
As APIs KRM do Storage são fornecidas em três pacotes, dependendo da implantação zonal ou global.
Os endpoints das APIs de armazenamento zonais e globais são os seguintes, respectivamente:
A variável MANAGEMENT_API_SERVER_ENDPOINT é o
endpoint do servidor da API Management.
Usando o comando kubectl proxy, é possível acessar esse URL no navegador ou com uma ferramenta como curl para receber o documento de descoberta da API Object Storage. O comando kubectl proxy abre um proxy para o servidor da API Kubernetes na sua máquina local. Depois que esse comando estiver em execução, acesse o documento nos seguintes URLs:
A API XML de armazenamento de objetos isolado do Google Distributed Cloud (GDC) é uma interface RESTful que permite gerenciar dados de armazenamento de objetos de maneira programática. Como uma API RESTful, ela depende de informações de método e escopo para definir as operações a serem realizadas:
Informações do método. Você especifica as informações do método com métodos HTTP padrão, como DELETE, GET, HEAD e PUT.
Informações de escopo. Você especifica as informações de escopo com um endpoint acessível (URI) e vários parâmetros de escopo. Para a API XML, os principais parâmetros de escopo são os nomes do bucket e do objeto. Amplie ainda mais o escopo das suas operações usando cabeçalhos HTTP e parâmetros de string de consulta.
Visão geral da API Volume Storage
Para criar volumes permanentes, siga as etapas descritas na documentação do Kubernetes em https://kubernetes.io/docs/concepts/storage/persistent-volumes/. A interação com o armazenamento de volume no GDC ocorre totalmente por primitivos de armazenamento do Kubernetes. O driver de armazenamento de volume implementa o protocolo da Interface de Armazenamento de Contêiner (CSI, na sigla em inglês) e provisiona e orquestra os volumes no sistema de armazenamento, que é opaco para o usuário final do volume permanente.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-09-04 UTC."],[[["\u003cp\u003eObject Storage APIs utilize Kubernetes custom resources for provisioning and managing object storage, including bucket creation, reading, updating, deletion, retention policies, and storage class settings.\u003c/p\u003e\n"],["\u003cp\u003eThe Storage KRM APIs are available in three packages based on zonal or global deployment, with specific API endpoints provided for each scenario.\u003c/p\u003e\n"],["\u003cp\u003eThe Google Distributed Cloud air-gapped Object Storage XML API, a RESTful interface, uses HTTP methods and scoping parameters like bucket and object names for managing data programmatically.\u003c/p\u003e\n"],["\u003cp\u003eVolume storage in GDC is managed using standard Kubernetes APIs and persistent volume creation, and employs the Container Storage Interface (CSI) protocol, with a single supported storage class: standard-rwo.\u003c/p\u003e\n"]]],[],null,["# Storage API overview\n\nThe Object Storage API uses Kubernetes custom resources and relies on the Kubernetes Resource Model. The APIs are used for the provisioning and administration of object storage resources. They are used to manage the lifecycle of object storage resources in a given organization, including creating, reading, updating, and deleting buckets. The APIs are also used for listing buckets, setting bucket retention policies, and setting the storage class of buckets. Block storage is managed with standard Kubernetes APIs.\n\nService endpoint and discovery document\n---------------------------------------\n\nThe Storage KRM APIs are provided in three packages depending on zonal deployment or\nglobal deployment.\n\nThe API endpoints for the zonal and global Storage APIs are the following,\nrespectively:\n\n- `https://`\u003cvar translate=\"no\"\u003eMANAGEMENT_API_SERVER_ENDPOINT\u003c/var\u003e`/apis/object.gdc.goog/v1`\n- `https://`\u003cvar translate=\"no\"\u003eMANAGEMENT_API_SERVER_ENDPOINT\u003c/var\u003e`/apis/object.global.gdc.goog/v1`\n- `https://`\u003cvar translate=\"no\"\u003eMANAGEMENT_API_SERVER_ENDPOINT\u003c/var\u003e`/apis/storage.global.gdc.goog/v1`\n\nThe \u003cvar translate=\"no\"\u003eMANAGEMENT_API_SERVER_ENDPOINT\u003c/var\u003e variable is the\nendpoint of the Management API server.\n\nUsing the `kubectl proxy` command, you can access that URL in your browser or with a tool such as `curl` to get the discovery document for the Object Storage API. The `kubectl proxy` command opens a proxy to the Kubernetes API server on your local machine. After that command is running, you can access the document at\nthe following URLs:\n\n- `http://127.0.0.1:8001/apis/object.gdc.goog/v1`\n- `http://127.0.0.1:8001/apis/object.global.gdc.goog/v1`\n- `http://127.0.0.1:8001/apis/storage.global.gdc.goog/v1`\n\nS3 REST API overview\n--------------------\n\nThe Google Distributed Cloud (GDC) air-gapped Object Storage XML API is a RESTful interface that lets you manage object storage data in a programmatic way. As a RESTful API, it relies on method and scoping information to define the operations to perform:\n\n- **Method information** . You specify the method information with standard HTTP methods, such as `DELETE`, `GET`, `HEAD`, and `PUT`.\n- **Scoping information**. You specify the scoping information with an accessible endpoint (URI) and various scoping parameters. For the XML API, the primary scoping parameters are the bucket and object names. Further scope your operations by using HTTP headers and query string parameters.\n\nVolume Storage API overview\n---------------------------\n\nTo create persistent volumes, follow the steps outlined by the Kubernetes documentation at \u003chttps://kubernetes.io/docs/concepts/storage/persistent-volumes/\u003e. Interaction with Volume Storage within GDC occurs entirely through Kubernetes storage primitives. The Volume Storage driver implements the Container Storage Interface (CSI) protocol and provisions and orchestrates the volumes in the storage system, opaque to the end user of the persistent volume.\n\nGDC supports a single storage class of type *standard-rwo* . See \u003chttps://kubernetes.io/docs/concepts/storage/storage-classes/\u003e for more information on storage classes."]]
