Estos contenidos se han traducido de forma automática para su comodidad, pero Huawei Cloud no garantiza la exactitud de estos. Para consultar los contenidos originales, acceda a la versión en inglés.
Actualización más reciente 2023-03-29 GMT+08:00

Hacer una solicitud de API

Esta sección describe la estructura de una solicitud de API REST y utiliza la API de APIG para crear un grupo de API como ejemplo para demostrar cómo llamar a una API.

Solicitud de URI

Un URI de solicitud tiene el siguiente formato:

{URI-scheme} :// {Endpoint} / {resource-path} ? {query-string}

Aunque se incluye un URI de solicitud en la cabecera de solicitud, la mayoría de los lenguajes de programación o marcos requieren que el URI de solicitud se transmita por separado.

Tabla 1 Parámetros de URI

Parámetro

Descripción

URI-scheme

Protocolo utilizado para transmitir solicitudes. Todas las API usan HTTPS.

Endpoint

Nombre de dominio o dirección IP del servidor que lleva el servicio de REST. El punto de conexión varía entre los servicios en diferentes regiones. Se puede obtener de Puntos de conexión.

resource-path

Ruta de acceso de una API para realizar una operación especificada. Obtén la ruta de acceso desde el URI de una API. Por ejemplo, resource-path de la API utilizada para crear un grupo de API es /v2/{project_id}/apigw/instances/{instance_id}/api-groups. {project_id} indica un project ID y {instance_id} indica un ID de gateway. The two IDs can be obtained from the gateway information on the APIG console.

query-string

Parámetro de consulta, que es opcional. Asegúrese de que se incluya un signo de interrogación (?) antes de cada parámetro de consulta que tenga el formato de "Parameter name=Parameter value". Por ejemplo,?limit=10 indica que se mostrará un máximo de 10 registros de datos. Separe varios parámetros de consulta con ampersands (&).

Por ejemplo, para crear un grupo de API en una región, combine los parámetros en el URI. apig_endpoint indica el punto de conexión de APIG.

https://{apig_endpoint}/v2/{project_id}/apigw/instances/{instance_id}/api-groups

Para simplificar la visualización de URI en este documento, cada API se proporciona solo con una resource-path y un método de solicitud. El URI-scheme de todas las API es HTTPS, y los puntos de conexión de todas las API en la misma región son idénticos.

Métodos de solicitud

El protocolo HTTP define los siguientes métodos de solicitud que se pueden usar para enviar una solicitud al servidor:

  • GET: solicita al servidor que devuelva los recursos especificados.
  • PUT: solicita al servidor que actualice los recursos especificados.
  • POST: solicita al servidor que añada recursos o realice operaciones especiales.
  • DELETE: solicita al servidor que elimine los recursos especificados, por ejemplo, un objeto.
  • HEAD: igual que GET excepto que el servidor debe devolver solo el encabezado de respuesta.
  • PATCH: solicita al servidor que actualice el contenido parcial de un recurso especificado. Si el recurso no existe, se creará un nuevo recurso.

Por ejemplo, en el caso de la API utilizada para crear un grupo de API, el método de solicitud es POST. La solicitud es la siguiente:

POST https://{apig_endpoint}/v2/{project_id}/apigw/instances/{instance_id}/api-groups

Encabezado de la solicitud

También puede agregar campos de encabezado adicionales a una solicitud, como los campos requeridos por un método URI o HTTP especificado. Por ejemplo, para solicitar la información de autenticación, agregue Content-Type, que especifica el tipo de cuerpo de la solicitud.

Los campos de encabezado de solicitud comunes son los siguientes:

  • Content-Type: especifica el tipo o formato del cuerpo de la solicitud. Este campo es obligatorio y su valor predeterminado es application/json. Otros valores de este campo se proporcionarán para APIs específicas si los hay.
  • X-Auth-Token: especifica un token de usuario solo para la autenticación API basada en tokens. El token de usuario es una respuesta a la API usada para obtener un token de usuario.

    Además de admitir la autenticación basada en tokens, las API también admiten la autenticación mediante ID de clave de acceso/clave de acceso secreta (AK/SK). Durante la autenticación basada en AK/SK, se utiliza un SDK para firmar la solicitud, y los campos de encabezado Authorization (información de firma) y X-Sdk-Date (hora en la que se envía la solicitud) se añaden automáticamente a la solicitud.

    Para obtener más información, consulte Autenticación basada en AK/SK.

    La API utilizada para obtener un token de usuario no requiere autenticación. Por lo tanto, solo es necesario agregar el campo Content-Type a las solicitudes para llamar a la API. Un ejemplo de tales solicitudes es el siguiente:

    POST https://{iam_endpoint}/v3/auth/tokens
    Content-Type: application/json

Cuerpo de la solicitud

El cuerpo de una solicitud se envía a menudo en un formato estructurado como se especifica en el campo de encabezado Content-Type. El cuerpo de la solicitud transfiere contenido excepto el encabezado de la solicitud.

El cuerpo de la solicitud varía entre las API. Algunas API no requieren el cuerpo de la solicitud, como las API solicitadas mediante los métodos GET y DELETE.

En el caso de la API utilizada para crear un grupo de API los parámetros de solicitud y la descripción del parámetro se pueden obtener a partir de la solicitud de API. A continuación se proporciona una solicitud de ejemplo con un cuerpo incluido. Reemplace name (nombre de grupo API) y remark (descripción de grupo de API) con los valores reales.

POST https://{apig_endpoint}/v2/{project_id}/v2/{project_id}/apigw/instances/{instance_id}/api-groups
Content-Type: application/json
X-Auth-Token: xxxx
{
	"name": "APIGroup_test",
	"remark": "api group remark"
}

Si todos los datos necesarios para la solicitud de API están disponibles, puedes enviar la solicitud para llamar a la API a través de curl, Postman o codificación.