HTTP
El conector de HTTP proporciona conectividad al servicio de HTTP y consume APIs basadas en HTTP. El conector también admite la conectividad SSL/TLS a través de la configuración personalizada y admite varios métodos mecanismos como otorgamiento de credenciales de cliente de OAuth 2.0, básico y resumen.
Antes de comenzar
Antes de usar el conector HTTP, realiza las siguientes tareas:
- En tu proyecto de Google Cloud, haz lo siguiente:
- Otorga el rol de IAM roles/connectors.admin al usuario. configurar el conector.
- Otorga los siguientes roles de IAM a la cuenta de servicio que deseas usar para el conector:
roles/secretmanager.viewer
roles/secretmanager.secretAccessor
Una cuenta de servicio es un tipo de Cuenta de Google especial que representa a un usuario no humano que debe autenticarse y tener autorización para acceder a los datos de las APIs de Google. Si no tienes una cuenta de servicio, debes crear una. Para obtener más información, consulta Crea una cuenta de servicio.
- Habilita los siguientes servicios:
secretmanager.googleapis.com
(API de Secret Manager)connectors.googleapis.com
(API de conectores)
Para comprender cómo habilitar servicios, consulta Habilita servicios.
Si estos servicios o permisos no se habilitaron antes para tu proyecto, se te solicitará que los habilites cuando configures el conector.
Configura el conector
Para configurar el conector, debes crear una conexión a tu fuente de datos (sistema de backend). Una conexión es específica de una fuente de datos. Significa que, si tienes muchas fuentes de datos, debes crear una conexión independiente para cada fuente. Para crear una conexión, sigue estos pasos:
- En la consola de Cloud, ve a la página Conectores de Integration > Conexiones y, luego, selecciona o crea un proyecto de Google Cloud.
- Haz clic en + Crear nueva para abrir la página Crear conexión.
- En la sección Ubicación, elige la ubicación para la conexión.
- Región: selecciona una ubicación de la lista desplegable.
Para obtener la lista de todas las regiones compatibles, consulta Ubicaciones.
- Haz clic en Siguiente.
- Región: selecciona una ubicación de la lista desplegable.
- En la sección Detalles de la conexión, completa lo siguiente:
- Conector: Selecciona HTTP en la lista desplegable de Conectores disponibles.
- Versión del conector: selecciona la versión del conector de la lista desplegable de versiones disponibles.
- En el campo Nombre de la conexión, ingresa un nombre para la instancia de conexión.
Los nombres de las conexiones deben cumplir con los siguientes criterios:
- Los nombres de las conexiones pueden usar letras, números o guiones.
- Las letras deben estar en minúsculas.
- Los nombres de las conexiones deben comenzar con una letra y terminar con una letra o un número.
- Los nombres de las conexiones no pueden superar los 63 caracteres.
- De manera opcional, ingresa una Descripción para la instancia de conexión.
- De manera opcional, habilita Cloud Logging.
y, luego, selecciona un nivel de registro. De forma predeterminada, el nivel de registro se establece en
Error
. - Cuenta de servicio: Selecciona una cuenta de servicio que tenga los roles necesarios.
- De manera opcional, para verificar el estado de la conexión, especifica una URL de extremo en el campo Verificación de estado. La URL también puede incluir una dirección IP del adjunto de extremo. El estado es activo de forma predeterminada.
- De manera opcional, configura los parámetros de nodo de conexión:
- Cantidad mínima de nodos: Ingresa la cantidad mínima de nodos de conexión.
- Cantidad máxima de nodos: Ingresa la cantidad máxima de nodos de conexión.
Un nodo es una unidad (o réplica) de una conexión que procesa transacciones. Se requieren más nodos para procesar más transacciones para una conexión y, del mismo modo, se requieren menos para procesar menos transacciones. Para comprender cómo los nodos afectan el precio del conector, consulta Precios de nodos de conexión. Si no ingresas ningún valor, se establecen de forma predeterminada los nodos mínimos en 2 (para una mejor disponibilidad) y los nodos máximos se establecen en 50.
-
Usar proxy: Selecciona la casilla de verificación para configurar un servidor proxy para la conexión.
- Haz clic en Agregar destino.
- Selecciona un Tipo de destino.
- Dirección del host: Especifica el nombre de host o la dirección IP del destino.
Si deseas establecer una conexión privada a tu backend, haz lo siguiente:
- Crea un adjunto de servicio de PSC.
- Crea un adjunto de extremo y, luego, ingresa los detalles del adjunto del extremo en el campo Dirección del host.
- Dirección del host: Especifica el nombre de host o la dirección IP del destino.
- De forma opcional, haz clic en + AGREGAR ETIQUETA para agregar una etiqueta a la conexión en forma de un par clave-valor.
- De manera opcional, si deseas usar SSL, selecciona Habilitar SSL. Se mostrarán los detalles de la configuración de SSL.
- Selecciona un tipo de almacén de confianza. Puede ser Público, Privado o Conexión no segura.
- Selecciona los certificados como se muestra en función de la selección del almacén de confianza.
- Si usas mTLS, selecciona los certificados del almacén de claves en la sección Almacén de claves.
- De manera opcional, selecciona la versión TLS.
- Ingresa el conjunto de algoritmos de cifrado admitido. Ingresa varios conjuntos de algoritmos de cifrado, como valores separados por comas. Para obtener más información, consulta Conjuntos de algoritmos de cifrado compatibles.
- Haz clic en Siguiente.
- En la sección Destinos, ingresa los detalles del host remoto (sistema de backend) al que deseas conectarte.
- Tipo de destino: Selecciona un Tipo de destino.
- Selecciona Dirección de host en la lista para especificar el nombre de host o la dirección IP del destino.
- Si quieres establecer una conexión privada con tus sistemas de backend, Selecciona Adjunto de extremo de la lista y, luego, selecciona el adjunto de extremo requerido. de la lista Adjunto de extremo.
Si deseas establecer una conexión pública con tus sistemas de backend con seguridad adicional, puedes considera configurar la configuración estática de direcciones IP internas para tus conexiones y, luego, para incluir en la lista de entidades permitidas solo las direcciones IP estáticas específicas.
Para ingresar destinos adicionales, haz clic en + Agregar destino.
- Haz clic en Siguiente.
- Tipo de destino: Selecciona un Tipo de destino.
-
En la sección Autenticación, ingresa los detalles de autenticación.
- Selecciona un Tipo de autenticación y, luego, ingresa los detalles relevantes.
La conexión de MongoDB admite los siguientes tipos de autenticación:
- Autenticación personalizada
- OAuth 2.0: otorgamiento de credenciales de cliente
- Autenticación básica
- Autenticación de resumen
- Código de autorización de OAuth 2.0
- Cuenta de servicio
- Autenticación de token de ID de cuenta de servicio
- Autenticación de la clave de API
- Haz clic en Siguiente.
Para comprender cómo configurar estos tipos de autenticación, consulta Configura la autenticación.
- Selecciona un Tipo de autenticación y, luego, ingresa los detalles relevantes.
- Revisa: Revisa tus detalles de conexión y autenticación.
- Haz clic en Crear.
Configura la autenticación
Ingresa los detalles según la autenticación que desees usar.
- Autenticación personalizada
Se pueden agregar detalles de autorización personalizada como un encabezado de la solicitud durante la acción. ejecución de la tarea Conectores.
- OAuth 2.0: otorgamiento de credenciales de cliente
- ID de cliente: El ID de cliente que se usará para autenticar la solicitud HTTP.
- Secreto del cliente: Secret de Secret Manager que contiene el secreto del cliente para autenticar la solicitud HTTP.
- Formato de solicitud para el token de acceso: Es el formato de solicitud que se usará en las solicitudes realizadas para recuperar el token de acceso desde el servidor de autenticación.
Selecciona
body
para pasar el ID de cliente y el Secret como un cuerpo de solicitud oheader
a fin de pasarlos como encabezado codificado. - Ruta de acceso a la solicitud del token: Es la ruta de acceso de la solicitud que se agregará a la URL del servidor de autenticación para recuperar la URL del token de acceso.
- Tiempo de vencimiento predeterminado: Es el tiempo de vencimiento predeterminado (en segundos) del token de acceso. Este tiempo se utilizará en caso de que la respuesta del token de acceso no tenga fecha de vencimiento. Si no se proporciona el valor, el token se actualizará en 6 horas.
- Autenticación básica
- Username: Nombre de usuario usado para realizar una solicitud HTTP
- Contraseña: El Secret de Secret Manager que contiene la contraseña asociada con el nombre de usuario proporcionado
- Autenticación de resumen
- Username: Nombre de usuario usado para realizar una solicitud HTTP
- Contraseña: El Secret de Secret Manager que contiene la contraseña asociada con el nombre de usuario proporcionado
- Código de autorización de OAuth 2.0
- ID de cliente: Es el ID de cliente que proporciona tu aplicación externa.
- Alcances: Los permisos de los permisos que admite tu aplicación externa.
- Secreto del cliente: Selecciona el secreto de Secret Manager. Debes crear el secreto de Secret Manager antes de configurar esta autorización.
- Versión del secreto: La versión del secreto de Secret Manager para el secreto del cliente.
- De manera opcional, habilita PKCE (clave de prueba para el intercambio de código) si tu servidor de backend lo admite.
- Authorization URL: Ingresa la URL de autorización de tu aplicación externa.
- Access token URL: Ingresa la URL para obtener el token de acceso de tu aplicación externa.
- Cuenta de servicio
Selecciona esta opción para autenticar con la cuenta de servicio que proporcionaste en los pasos anteriores para configurar esta conexión. Asegúrate de tener y proporcionó a la cuenta de servicio los roles y los permisos de IAM relevantes para la autenticación.
- Alcances: Selecciona en el menú desplegable los permisos de OAuth 2.0 necesarios. Para obtener más información, consulta Permisos de acceso.
- Autenticación de tokens de ID de la cuenta de servicio
Selecciona esta opción para autenticarte con el token de ID generado desde la cuenta de servicio que que proporcionaste en los pasos anteriores. Esta autenticación usa Tokens web JSON (JWT) para la autenticación El proveedor de tokens de ID firma y emite el JWT para la autenticación con una cuenta de servicio.
- Público: Ingresa los destinatarios a los que está dirigido el JWT.
- Header Name: Ingresa el nombre del encabezado del token de ID generado que se utilizará en el encabezado HTTP. Si no
Especifica cualquier valor para este campo. De forma predeterminada, el valor de la clave se establece en
Authorization
.
- Autenticación de la clave de API
Selecciona esta opción para autenticar con una clave de API.
- Clave de API: Selecciona el secreto de Secret Manager correspondiente a la clave de API.
- Versión del secreto: Selecciona la versión del secreto.
- Nombre del parámetro de la clave de API: Ingresa un nombre de parámetro para la clave de API. Se envía una clave de API a tu como un par clave-valor. El valor que ingreses aquí se usará como nombre de la clave de API que seleccionaste anteriormente.
- Ubicación de la clave de API: Selecciona el lugar en el que deseas agregar la clave de API en la solicitud.
Para el tipo de autenticación Authorization code
, después de crear la conexión, puedes
debería realizar algunos pasos adicionales para configurar la autenticación. Para obtener más información,
Consulta Pasos adicionales después de crear la conexión.
Conjuntos de algoritmos de cifrado compatibles
Versión de TLS | Conjuntos de algoritmos de cifrado compatibles |
---|---|
1.2 |
|
1.3 |
|
Pasos adicionales después de la creación de la conexión
Si seleccionaste OAuth 2.0 - Authorization code
para
autenticación, debes realizar los siguientes pasos adicionales después de crear la conexión:
- En la página Conexiones,
ubica la conexión recién creada.
Ten en cuenta que el Status del conector nuevo será Authorization required (Autorización requerida).
- Haz clic en Se requiere autorización.
Se mostrará el panel Editar autorización.
- Copia el valor de Redirect URI (URI de redireccionamiento) a tu aplicación externa.
- Verifica los detalles de la autorización.
- Haz clic en Autorizar.
Si la autorización se realiza correctamente, el estado de la conexión se establecerá como Activa en la página Conexiones.
Volver a autorizar para el código de autorización
Si usas el tipo de autenticación Authorization code
y realizaste cambios de configuración en tu HTTP de backend
debes volver a autorizar tu conexión HTTP. Para volver a autorizar una conexión, sigue estos pasos:
- Haz clic en la conexión requerida en la página Conexiones.
Se abrirá la página de detalles de la conexión.
- Haz clic en Editar para editar los detalles de la conexión.
- Verifica los detalles de OAuth 2.0: Código de autorización en la sección Autenticación.
Si es necesario, realiza los cambios necesarios.
- Haz clic en Guardar. Esta acción te llevará a la página de detalles de la conexión.
- Haz clic en Editar autorización en la sección Autenticación. Esto muestra el panel Authorize.
- Haz clic en Autorizar.
Si la autorización se realiza correctamente, el estado de la conexión se establecerá como Activa en la página Conexiones.
Entidades, operaciones y acciones
Todos los Integration Connectors proporcionan una capa de abstracción para los objetos de la aplicación conectada. Solo puedes acceder a los objetos de una aplicación a través de esta abstracción. La abstracción se expone como entidades, operaciones y acciones.
- Entidades: Una entidad puede considerarse como un objeto o una colección de propiedades en la aplicación o servicio conectados. La definición de una entidad difiere de conector a conector. Por ejemplo, en un conector de bases de datos, las tablas son las entidades; en un conector de servidor de archivos, las carpetas son las entidades; en un conector de sistema de mensajería, las colas son las entidades.
Sin embargo, es posible que un conector no admita o tenga ninguna entidad, en cuyo caso la lista
Entities
estará vacía. - Operaciones: Una operación es la actividad que puedes realizar en una entidad. Puedes realizar cualquiera de las siguientes operaciones en una entidad:
Cuando se selecciona una entidad de la lista disponible, se genera una lista de operaciones disponibles para esa entidad. Para obtener una descripción detallada de las operaciones, consulta las operaciones de entidades de la tarea de conectores. Sin embargo, si un conector no admite ninguna de las operaciones de entidad, estas operaciones no compatibles no se incluyen en la lista
Operations
. - Acción: Una acción es una función de primera clase que está disponible para la integración mediante la interfaz de Conectores. Una acción te permite realizar cambios en una entidad o entidades y variar de un conector a otro. Normalmente, una acción tendrá algunos parámetros de entrada y una
parámetro. Sin embargo, es posible que un conector no admita ninguna acción, en cuyo caso la lista
Actions
estará vacía.
Limitaciones del sistema
El conector HTTP puede procesar 100 transacciones por segundo, por nodo, y throttles las transacciones supera este límite. De forma predeterminada, Integration Connectors asigna 2 nodos (para una mejor disponibilidad) por una conexión.
Para obtener información sobre los límites aplicables a Integration Connectors, consulta Límites.
Acciones admitidas
El conector HTTP admite las siguientes acciones:
Acción HttpRequest
En las siguientes tablas, se describen los parámetros de entrada y salida de la acción HttpRequest.
Parámetros de entrada de la acción de HttpRequest
Nombre del parámetro | Tipo de datos | Obligatorio | Descripción |
---|---|---|---|
URL | Estructural | No | La URL a la que deseas enviar la solicitud.
La URL tiene el formato <scheme>://<netloc>/<path>;<params>?<query>#<fragment> .
Si proporcionas netloc , se anula el nombre de host proporcionado durante la creación de la conexión. |
Método | Cadena | No | Método de solicitud HTTP como GET, POST, DELETE o PUT. El valor predeterminado es GET. |
Encabezados | Estructural | No | Encabezados de solicitud HTTP. |
Cuerpo | Cadena | No | Cuerpo de la solicitud HTTP. |
RequestHasBytes | Booleano | No | Indica si se debe enviar la solicitud como bytes. Si se configura como true , debes enviar la solicitud como una string codificada en Base64 en el parámetro Body . El valor predeterminado es false . |
ResponseHasBytes | Booleano | No | Indica si se debe recibir la respuesta como bytes. Si se configura como true , recibirás la respuesta como una cadena codificada en Base64 en el parámetro de salida ResponseBody . El valor predeterminado es false . |
HttpVersion | Cadena | No | La versión HTTP que se usará para realizar una solicitud. Los valores admitidos son 1.1 y 2. Si especificas la versión 2, se realiza la negociación ALPN (Negociación del protocolo de la capa de aplicación) y la versión 1.1 se usará si el servidor no es compatible con la versión 2. El valor predeterminado es 2. |
ResponseFormat | String | No | Especifica el formato de la respuesta del conector. Los valores admitidos son v1 y v2 .
El valor predeterminado es v1 .
Ejemplo de respuesta v1: [{ "ResponseBody": "{\n \"status\": 200\n}" }, { "StatusCode": 200.0 }, { "HttpVersion": "2" }, { "ResponseHeaders": { ":status": "200", "content-length": "19" } }] Respuesta de muestra v2: [{ "ResponseBody": "{\n \"status\": 200\n}", "StatusCode": 200.0, "HttpVersion": "2", "ResponseHeaders": { ":status": "200", "content-length": "19" } }] |
FailOnError | Booleano | No | Especifica el comportamiento de la conexión cuando hay un error en tu aplicación de backend.
El valor predeterminado es |
Tiempo de espera | Número entero | No | Es el valor del tiempo de espera de la solicitud HTTP, expresado en segundos. El valor máximo permitido es 150 segundos. |
Parámetros de resultado de la acción HttpRequest
Nombre del parámetro | Tipo de dato | Descripción |
---|---|---|
ResponseBody | Cadena | Respuesta recibida del servidor HTTP. |
StatusCode | Integer | Código de estado recibido del servidor HTTP. |
HttpVersion | Cadena | Versión negociada para la solicitud HTTP. |
ResponseHeaders | Estructural | Encabezados de respuesta HTTP en forma de pares key,value . |
Ejemplos
En los ejemplos de esta sección, se describen las siguientes operaciones:
- Cómo configurar una carga útil de solicitud
- Enviar contenido en bytes
- Obtener contenido de bytes
En la siguiente tabla, se enumeran las situaciones de muestra y la configuración correspondiente en la tarea de conectores:
Tarea | Configuración |
---|---|
Cómo configurar una carga útil de solicitud |
En este ejemplo, se realiza una solicitud POST a la URL |
Enviar contenido en bytes |
Para enviar contenido en bytes (como archivos), debes establecer el atributo de solicitud
En este ejemplo, se realiza una solicitud POST al servidor |
Obtener contenido de bytes |
Para obtener bytes (como una cadena Base64) del servidor, debes configurar el atributo de solicitud
En este ejemplo, se realiza una solicitud GET al servidor |
Códigos de error
En esta sección, se descartan los mensajes de error que puedes recibir cuando usas la conexión HTTP.
Mensaje de error | Causa |
---|---|
Error de conexión con el servidor HTTP | La conexión HTTP no pudo establecer la conexión con el servidor debido a una falla del protocolo de enlace SSL o a un extremo incorrecto del servidor HTTP. |
Respuesta de error recibida del servidor HTTP | El servidor HTTP que intentas conectar muestra una respuesta de error con código de estado 4xx o 5xx. Respuesta de muestra:
{ "error": { "code": 400, "details": [ { "@type": "type.googleapis.com/google.rpc.ErrorInfo", "metadata": { "Body": "{\"thisIsResponseJSON\":\"someValue\"}" "Error": "Error response received from the HTTP server", "Headers": "{\":status\":[\"400\"], \"access-control-allow-credentials\":[\"true\"]}", "StatusCode": "400", "connection_type": "Http" } } ], "message": "Unable to execute HTTP Request", "status": "FAILED_PRECONDITION" } } |
Se produjo un error cuando se recuperaba el token de acceso | Se produjo un error cuando se recuperaba el token de acceso para el tipo de autenticación OAuth Client Credentials Grant . |
Error de autenticación del resumen | El entorno de ejecución del conector no recibió un desafío de resumen o el desafío es de un tipo no admitido. |
Usar Terraform para crear conexiones
Puedes usar Terraform resource para crear una conexión nueva.Si deseas obtener más información para aplicar o quitar una configuración de Terraform, consulta los comandos básicos de Terraform.
Si quieres ver una plantilla de Terraform de muestra para crear conexiones, consulta la plantilla de muestra.
Cuando creas esta conexión con Terraform, debes configurar las siguientes variables en tu archivo de configuración de Terraform:
Nombre del parámetro | Tipo de datos | Obligatorio | Descripción |
---|---|---|---|
proxy_enabled | BOOLEAN | Falso | Selecciona esta casilla de verificación a fin de configurar un servidor proxy para la conexión. |
Usa la conexión HTTP en una integración
Después de que crees la conexión, estará disponible en Apigee Integration y Application Integration. Puedes usar la conexión en una integración a través de la tarea Conectores.
- Para comprender cómo crear y usar la tarea Connectors en la integración de Apigee, consulta Tarea Connectors.
- Para comprender cómo crear y usar la tarea Conectores en Application Integration, consulta la Tarea Conectores.
Obtén ayuda de la Comunidad de Google Cloud
Puedes publicar tus preguntas y debatir sobre este conector en la comunidad de Google Cloud en Cloud Forums.¿Qué sigue?
- Obtén información sobre cómo suspender y reanudar una conexión.
- Comprende cómo supervisar el uso de los conectores.
- Aprende a ver los registros del conector.