Use Cloud-native API Gateway como origen de eventos para Function Compute. Cuando una solicitud llega a la puerta de enlace, esta activa la ejecución de la función asociada y devuelve el resultado al emisor de la llamada.
Solo Function Compute 3.0 se puede integrar con Cloud-native API Gateway.
Cómo funciona
Cloud-native API Gateway se coloca delante de sus funciones y se encarga del enrutamiento, la autenticación y el control de tráfico. A diferencia del API Gateway trigger clásico, Cloud-native API Gateway no distingue entre funciones de evento y funciones web. Las reglas de enrutamiento coinciden con las solicitudes entrantes y las reenvían a Function Compute según la ruta y el dominio que usted configure.
El flujo de la solicitud es a continuación:
Un cliente envía una solicitud HTTP al dominio de la puerta de enlace.
La puerta de enlace compara la solicitud con sus reglas de enrutamiento y la reenvía a Function Compute.
Function Compute ejecuta la función y devuelve el resultado.
La puerta de enlace envía la respuesta de vuelta al cliente.
Requisitos previos
Antes de empezar, asegúrese de contar con lo siguiente:
Una función de Function Compute 3.0. Consulte Creación de funciones.
Acceso a Cloud-native API Gateway para crear instancias de puerta de enlace, API HTTP, servicios y rutas.
Integrar una función con Cloud-native API Gateway
Paso 1: Crear una función
Inicie sesión en la consola de Function Compute y cree una función. Para más detalles, consulte Creación de funciones.
Paso 2: Configurar un servicio de backend
2.1 Crear una instancia de puerta de enlace
Cree una instancia de puerta de enlace en Cloud-native API Gateway. Para más detalles, consulte Create a gateway instance.
2.2 Crear una API HTTP
Cree una API HTTP dentro de la instancia de puerta de enlace. Para más detalles, consulte Create an HTTP API.
2.3 Crear un servicio
Cree un servicio que apunte a su función de Function Compute. Para más detalles, consulte Create a service.

2.4 Crear una ruta
Cree una ruta para conectar la API HTTP con el servicio de backend. Para más detalles, consulte Create a route.
Configure los siguientes parámetros. Deje el resto de los parámetros con sus valores predeterminados.

|
Parámetro |
Descripción |
|
Domain Name |
El dominio que se usa para acceder al servicio. El valor |
|
Path |
La ruta de enrutamiento. Cada ruta distinta activa una función diferente. |
|
Backend Services |
El servicio de backend que creó en el paso 2.3. |
2.5 Publicar una regla de enrutamiento
Publique la regla de enrutamiento para activar la ruta. Para más detalles, consulte Publish a routing rule.
Paso 3: Comprobar la integración
Obtenga el nombre de dominio de segundo nivel del entorno vinculado al servicio.
-
Llame a la API publicada. En el siguiente ejemplo se usa curl:
curl -i -X GET env-ct6ovnem1hknd****-cn-hangzhou.alicloudapi.com/fcUna respuesta exitosa tiene el siguiente formato:
HTTP/1.1 200 OK access-control-expose-headers: Date,x-fc-request-id content-disposition: attachment content-length: 11 content-type: application/json x-fc-request-id: 1-674eae6c-15b2172f-7db950e70148 date: Tue, 03 Dec 2024 07:08:28 GMT req-cost-time: 29 req-arrive-time: 1733209708197 resp-start-time: 1733209708226 x-envoy-upstream-service-time: 28 server: istio-envoy hello world
Pasos siguientes
Para gestionar las políticas de autenticación y de control de tráfico, consulte Cloud-native API Gateway documentation.
Si prefiere usar la puerta de enlace de API clásica como disparador, consulte Disparador de API Gateway.