Cloud Key Management Service tiene interfaces REST/HTTP y gRPC tradicionales. Si no deseas usar nuestras bibliotecas cliente para acceder a la API de Cloud Key Management Service, tienes la opción de escribir tus propias bibliotecas cliente que usen su REST/HTTP o superficie de la API de gRPC. Recomendamos este enfoque solo si las bibliotecas cliente proporcionadas no cumplen con tu lenguaje de programación o con otras necesidades.
API de gRPC
Puedes generar tus propias bibliotecas cliente gRPC en cualquier lenguaje compatible con gRPC para la API de Cloud Key Management Service a partir de su definición de servicio .proto con estos recursos:
- Usa gRPC con Cloud KMS
- Definición de servicio de Cloud KMS
- Documentación de gRPC: Todo lo que necesitas para generar y usar tu propio código cliente de gRPC.
- Referencia de la API de RPC: Descripción general independiente del lenguaje de la superficie de RPC.
API de REST/HTTP
Existen varias opciones para interactuar con la interfaz REST de un servicio. Para crear tus propios clientes, usa los siguientes recursos:
- Referencia de la API de REST
- Lineamientos para trabajar con las API de HTTP de Google
- Servicio de descubrimiento de API: Expone metadatos procesables sobre la superficie de la API de REST/HTTP y es útil para crear bibliotecas cliente, herramientas y complementos.
- Directorio de muestras de clientes compiladas con las API de REST/HTTP y el Servicio de descubrimiento de API de Google.
Extremos del servicio
Cloud KMS tiene extremos de servicio global y regional. El extremo global de REST/HTTP es https://cloudkms.googleapis.com y el extremo global de gRPC es cloudkms.googleapis.com. El extremo global enruta las solicitudes a un servicio regional en la ubicación especificada por el nombre del recurso.
Los extremos regionales de REST y HTTP son https://<region>-cloudkms.googleapis.com, y los extremos de gRPC regionales son <region>-cloudkms.googleapis.com, y se reemplaza <region> por cualquiera de las Ubicaciones de Cloud KMS regionales, birregionales o multirregionales. Estos extremos están aislados por ubicación, lo que significa que cada extremo enruta las solicitudes a un servicio regional en la ubicación especificada por el nombre del extremo. Si la ubicación especificada por el nombre del recurso no coincide con la ubicación especificada por el extremo, la solicitud fallará.