Cloud Key Management Service tiene interfaces REST/HTTP y gRPC tradicionales. Si no quieres usar nuestras bibliotecas de cliente para acceder a la API Cloud Key Management Service, puedes escribir tus propias bibliotecas de cliente que usen su superficie de API REST/HTTP o gRPC. Solo recomendamos este método si el lenguaje de programación u otras necesidades no se satisfacen con las bibliotecas de cliente proporcionadas.
API gRPC
Puedes generar tus propias bibliotecas de cliente de gRPC en cualquier lenguaje compatible con gRPC para la API Cloud Key Management Service a partir de su definición de servicio .proto con estos recursos:
- Usar gRPC con Cloud KMS
- Definición del servicio Cloud KMS
- Documentación de gRPC: todo lo que necesitas para generar y usar tu propio código de cliente de gRPC.
- Referencia de la API RPC: descripción general independiente del lenguaje de la superficie de RPC.
API REST/HTTP
Hay varias opciones para interactuar con la interfaz REST de un servicio. Para crear tus propios clientes, consulta los siguientes recursos:
- Referencia de la API REST
- Directrices para trabajar con las APIs HTTP de Google
- Servicio de descubrimiento de APIs: expone metadatos legibles por máquina sobre la superficie de la API REST/HTTP, lo que resulta útil para crear bibliotecas de cliente, herramientas y complementos.
- Directorio de ejemplos de clientes creados con APIs REST/HTTP y el servicio de descubrimiento de APIs de Google.
Puntos finales del servicio
Cloud KMS tiene puntos finales de servicio globales y regionales. El endpoint REST/HTTP global es https://cloudkms.googleapis.com
y el endpoint gRPC global es cloudkms.googleapis.com
. El endpoint global
encamina las solicitudes a un servicio regional en la
ubicación especificada por el nombre del recurso.
Los endpoints REST/HTTP regionales son https://<region>-cloudkms.googleapis.com
y los endpoints gRPC regionales son <region>-cloudkms.googleapis.com
. Sustituye <region>
por cualquiera de las ubicaciones de Cloud KMS regionales, birregionales o multirregionales admitidas. Estos endpoints están aislados por ubicación, lo que significa que cada endpoint dirige las solicitudes a un servicio regional en la ubicación especificada por el nombre del endpoint. Si la ubicación especificada por el nombre del recurso no coincide con la ubicación especificada por el endpoint, la solicitud fallará.