La invocación de una API consume recursos de un resource group. Para evitar problemas como errores de acceso a orígenes de datos, fallos en llamadas a la API por insuficiencia de CPU o memoria, o limitaciones de tasa durante solicitudes de alta frecuencia, asegúrese de que su resource group cuente con la conectividad de red adecuada y el rendimiento suficiente. Este tema describe las consideraciones clave para la planificación de resource groups y proporciona recomendaciones sobre el uso de los distintos tipos disponibles.
Términos
Un resource group es el recurso de cómputo que se utiliza para ejecutar llamadas a la API en DataService Studio. Por lo general, se representa como una máquina con cantidades específicas de CPU, memoria y ancho de banda. El flujo de llamada a la API es el siguiente: un usuario envía una solicitud de API, que primero recibe la puerta de enlace de la API; luego se reenvía a un servidor de DataService Studio y finalmente se envía al origen de datos destino para ejecutar una consulta.
Tipos de resource groups
Los resource groups se dividen en dos categorías: public resource groups y exclusive resource groups.
-
Exclusive resource group (recomendado):
Un exclusive resource group queda dedicado a su uso tras la compra. Para llamadas a la API de alta concurrencia o alta frecuencia, utilice un Serverless resource group (recomendado) o un exclusive resource group for DataService Studio.
NotaLos exclusive resource groups para DataService Studio solo están disponibles en China (Shanghai).
-
Public resource group (solo para pruebas):
Un public resource group es compartido entre todos los usuarios y lo proporciona DataWorks. Durante los periodos de mayor demanda, los usuarios pueden competir por los recursos. Para obtener más información, consulte Use a public resource group.
Aspectos clave de la planificación de recursos: conectividad y rendimiento
Al utilizar un resource group, céntrese en dos aspectos: conectividad y rendimiento.
-
Conectividad:
Cuando usted envía una solicitud de API, esta se enruta a un servidor de DataService Studio y luego se reenvía al origen de datos para ejecutar una consulta. Asegúrese de que el resource group pueda acceder al origen de datos destino y a su red. Utilice DataService Studio únicamente después de confirmar la conectividad de red. Sin ella, no se pueden ejecutar las solicitudes de API.
-
Rendimiento:
La ejecución de una tarea de API consume CPU, memoria y recursos de red de la máquina que aloja el resource group. La insuficiencia de recursos puede provocar fallos en la API, limitaciones de tasa durante llamadas de alta frecuencia o respuestas de consulta retrasadas. Asigne suficientes recursos para garantizar una ejecución fluida de la API. Se recomienda utilizar un exclusive resource group para ejecutar tareas de API en un entorno aislado, libre de interferencias de recursos públicos compartidos. Para consultar las métricas de rendimiento de los exclusive resource groups, véase Billing for exclusive resource groups for DataService Studio: subscription.
Comparativa y recomendaciones de resource groups
Cada escenario requiere un tipo distinto de resource group. La siguiente tabla compara los public resource groups y los exclusive resource groups en dimensiones como propiedad, conectividad de red, facturación y rendimiento. Elija el resource group adecuado al crear su API según sus necesidades.
Categoría | Exclusive resource group | Public resource group |
Propiedad del recurso | DataWorks lo mantiene y cada inquilino lo usa de forma exclusiva. | DataWorks lo mantiene y todos los inquilinos lo comparten. |
Red | Admite orígenes de datos en la red pública, Alibaba Cloud VPC (modo instancia y modo cadena de conexión) y redes IDC. | Admite orígenes de datos en la red pública, Alibaba Cloud VPC (modo instancia) y la red clásica de Alibaba Cloud. Nota Finance Cloud en Shenzhen no admite el acceso a orígenes de datos de red clásica mediante public resource groups. |
Método de facturación | Facturación por suscripción basada en las especificaciones del resource group. | Facturación pay-as-you-go basada en el número y la duración de las llamadas, con precios escalonados. |
Orígenes de datos compatibles | ClickHouse, Hologres, RDS, MySQL, PostgreSQL, SQL Server, Oracle, Table Store, AnalyticDB for MySQL 2.0, AnalyticDB for MySQL 3.0, AnalyticDB for PostgreSQL, MongoDB, DRDS, StarRocks, Doris (en expansión continua) | Hologres, RDS, MySQL, PostgreSQL, SQL Server, Oracle, Table Store, AnalyticDB for MySQL 2.0, AnalyticDB for MySQL 3.0, AnalyticDB for PostgreSQL, MongoDB, DRDS |
Consultas máximas por segundo (QPS)① | Los umbrales de QPS varían según la especificación del exclusive resource group:
Seleccione una especificación que coincida con el nivel de QPS requerido. Nota Un solo exclusive resource group se puede vincular a varios espacios de trabajo y APIs. Si el tráfico de la API supera el umbral de QPS correspondiente a la especificación de su resource group, el sistema aplica limitación de tasa y las llamadas a la API fallan. | Cada cuenta de inquilino admite hasta 200 QPS por región. Para aumentar este límite, cambie a un exclusive resource group. Si el tráfico de la API supera los 200 QPS, el sistema aplica limitación de tasa y las llamadas a la API fallan. |
Límite de tiempo de espera | 30 s | 10 s |
Fiabilidad | Alta | Baja |
Seguridad | Alta | Alta |
Escenarios | Llamadas en línea de alta concurrencia y alta frecuencia, sentencias de consulta complejas y grandes volúmenes de datos devueltos. | Llamadas de baja concurrencia y baja frecuencia. |
Nivel de recomendación | ★★★★★ | ★★★ |
Ya no es posible adquirir resource groups con las especificaciones api.s1.small, api.s1.medium o api.s1.large. Solo puede actualizar, reducir o liberar los resource groups existentes con estos tipos de especificaciones.
-
Nota 1: Las consultas máximas por segundo (QPS) para exclusive resource groups se calculan en función de escenarios empresariales reales. Puede estimar el umbral de QPS con la siguiente información:
Si se genera una API en modo script.
Si la función de paginación está habilitada para una llamada a la API, de modo que los resultados devueltos se muestren en varias páginas.
El tiempo promedio de ejecución de las sentencias SQL configuradas para una llamada a la API es de 100 milisegundos en un origen de datos.
El tamaño promedio de los datos devueltos por una sola llamada a la API es de 3,000 bytes.
Si su escenario empresarial difiere del anterior, únase al grupo de DingTalk de DataWorks para obtener las especificaciones adecuadas a sus escenarios empresariales.
Con base en la comparación anterior, se recomienda utilizar un exclusive resource group para las llamadas a la API.
Guía de configuración de resource groups
Al utilizar un Serverless resource group, asegúrese de que exista una conectividad de red adecuada entre el resource group y el origen de datos seleccionado. Para más detalles, consulte: Configure network connectivity.
Al utilizar un exclusive service resource group, seleccione una solución de conectividad de red según el entorno de red de su origen de datos y configure una lista de permitidos. Consulte: Get whitelist IP addresses: exclusive resource group for DataService Studio.
Al utilizar un public resource group, agregue la lista de permitidos de la región correspondiente a su origen de datos. Para configurar la lista de permitidos, consulte Get whitelist IP addresses: public resource group.
Configurar la cuota de DataService Studio para un Serverless resource group
Si su DataService Studio utiliza un Serverless resource group, configure una cuota de DataService Studio antes de seleccionar Exclusive Resource Group for DataService Studio en Configure service resource group.
Si no configura una cuota de DataService Studio para su Serverless resource group, podría experimentar los siguientes problemas:
Las pruebas de conectividad de red entre el origen de datos y el resource group de DataService Studio fallan.
No es posible seleccionar el resource group destino al configurar un exclusive service resource group.
Inicie sesión en la consola de DataWorks. En la región destino, haga clic en Resource Group en el panel de navegación izquierdo para abrir la lista de resource groups.
-
Haga clic en el icono de acción
junto a su Serverless resource group y seleccione Manage Quota . Asigne Occupied CUs (para resource groups pay-as-you-go) o Minimum CUs (para resource groups de suscripción) a Data Services.Resource group pay-as-you-go
Resource group de suscripción
En el cuadro de diálogo Quota Management, localice la fila DataService Studio. Haga clic en el icono de edición en la columna Current CU Usage y establezca el valor de CU en la cantidad deseada (por ejemplo,
1). Después de editar, aparecerá un mensaje: "Detected a change in DataService Studio CU guarantee. Click Confirm to reinitialize. Estimated wait time: 3 minutes." Haga clic en Confirm para completar la configuración.En el cuadro de diálogo Quota Management, la especificación actual es de 4 CU. Establezca la CU Guarantee para DataService Studio en
4y luego haga clic en Confirm. Después de asignar Current CU Usage, haga clic en Confirm para guardar.
-
Vaya a la página de DataService Studio y vuelva a configurar el exclusive service resource group.
Seleccione el resource group Serveless_Resource (pay-as-you-go).