Chamar uma API consome recursos de um grupo de recursos. Para evitar problemas como falhas no acesso a fontes de dados, erros na chamada da API por insuficiência de CPU ou memória, ou limitação de taxa durante requisições de alta frequência, garanta que seu grupo de recursos tenha conectividade de rede adequada e desempenho suficiente. Este tópico descreve as principais considerações para o planejamento de grupos de recursos e fornece recomendações sobre o uso dos diferentes tipos disponíveis.
Termos
Um grupo de recursos é o recurso computacional usado para executar chamadas de API no DataService Studio. Ele geralmente corresponde a uma máquina com quantidades específicas de CPU, memória e largura de banda. O fluxo de chamada da API ocorre da seguinte forma: um usuário envia uma requisição de API, recebida primeiramente pelo gateway de API, encaminhada a um servidor do DataService Studio e, finalmente, enviada à fonte de dados de destino para executar uma consulta.
Tipos de grupos de recursos
Os grupos de recursos dividem-se em duas categorias: grupos de recursos públicos e grupos de recursos exclusivos.
-
Grupo de recursos exclusivo (recomendado):
Após a compra, um grupo de recursos exclusivo fica dedicado ao seu uso. Para chamadas de API de alta concorrência ou alta frequência, use um grupo de recursos Serverless (recomendado) ou um grupo de recursos exclusivo para DataService Studio.
NotaGrupos de recursos exclusivos para DataService Studio estão disponíveis apenas na China (Xangai).
-
Grupo de recursos público (apenas para testes):
O DataWorks fornece o grupo de recursos público, compartilhado entre todos os usuários. Durante períodos de pico, pode haver competição por recursos. Para mais informações, consulte Usar um grupo de recursos público.
Aspectos essenciais do planejamento de recursos: conectividade e desempenho
Ao usar um grupo de recursos, concentre-se em dois aspectos: conectividade e desempenho.
-
Conectividade:
Ao enviar uma requisição de API, o sistema a roteia para um servidor do DataService Studio e a encaminha à fonte de dados para executar uma consulta. Garanta que o grupo de recursos possa acessar a fonte de dados de destino e sua rede. Use o DataService Studio somente após confirmar a conectividade de rede. Sem ela, não é possível executar requisições de API.
-
Desempenho:
Executar uma tarefa de API consome CPU, memória e recursos de rede da máquina que hospeda o grupo de recursos. Recursos insuficientes podem causar falhas na API, limitação de taxa durante chamadas de alta frequência ou atrasos nas respostas das consultas. Aloque recursos suficientes para garantir a execução adequada da API. Recomendamos usar um grupo de recursos exclusivo para executar tarefas de API em um ambiente isolado, livre de interferências de recursos públicos compartilhados. Para métricas de desempenho de grupos de recursos exclusivos, consulte Faturamento de grupos de recursos exclusivos para DataService Studio: assinatura.
Comparação e recomendações de grupos de recursos
Cenários diferentes exigem tipos distintos de grupos de recursos. A tabela a seguir compara grupos de recursos públicos e exclusivos quanto a propriedade, conectividade de rede, faturamento e desempenho. Escolha o grupo de recursos apropriado ao criar sua API, conforme suas necessidades.
Categoria | Grupo de recursos exclusivo | Grupo de recursos público |
Propriedade do recurso | Mantido pelo DataWorks e usado exclusivamente por cada inquilino. | Mantido pelo DataWorks e compartilhado competitivamente entre todos os inquilinos. |
Rede | Suporta fontes de dados na rede pública, VPC da Alibaba Cloud (modo instância e modo string de conexão) e redes IDC. | Suporta fontes de dados na rede pública, VPC da Alibaba Cloud (modo instância) e rede clássica da Alibaba Cloud. Nota A Finance Cloud em Shenzhen não suporta acesso a fontes de dados de rede clássica usando grupos de recursos públicos. |
Método de faturamento | Faturamento por assinatura com base nas especificações do grupo de recursos. | Pagamento conforme o uso com base na quantidade e duração das chamadas, com preços escalonados. |
Fontes de dados suportadas | 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 (em expansão contínua) | 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)① | Os limiares de QPS variam conforme a especificação do grupo de recursos exclusivo:
Selecione uma especificação compatível com o nível de QPS necessário. Nota Um único grupo de recursos exclusivo pode ser anexado a múltiplos workspaces e APIs. Se o tráfego da API exceder o limiar de QPS da especificação do seu grupo de recursos, o sistema aplicará limitação de taxa e as chamadas de API falharão. | Cada conta de inquilino suporta até 200 QPS por região. Para aumentar esse limite, mude para um grupo de recursos exclusivo. Se o tráfego da API exceder 200 QPS, o sistema aplicará limitação de taxa e as chamadas de API falharão. |
Tempo limite | 30s | 10s |
Confiabilidade | Alta | Baixa |
Segurança | Alta | Alta |
Cenários | Chamadas online de alta concorrência e alta frequência, instruções de consulta complexas e grandes volumes de dados retornados. | Chamadas de baixa concorrência e baixa frequência. |
Classificação de recomendação | ★★★★★ | ★★★ |
Não é mais possível comprar grupos de recursos com as especificações api.s1.small, api.s1.medium ou api.s1.large. É possível apenas fazer upgrade, downgrade ou liberar grupos de recursos existentes dessas especificações.
-
Nota 1: O máximo de consultas por segundo (QPS) para grupos de recursos exclusivos é calculado com base em cenários reais de negócios. Estime o limiar de QPS considerando as seguintes informações:
Se a API será gerada em modo script.
Se o recurso de paginação está ativado para uma chamada de API, de modo que os resultados retornados sejam exibidos em várias páginas.
O tempo médio de execução das instruções SQL configuradas para uma chamada de API é de 100 milissegundos na fonte de dados.
O tamanho médio dos dados retornados por uma única chamada de API é de 3.000 bytes.
Caso seu cenário de negócios seja diferente do descrito acima, participe do grupo do DingTalk do DataWorks para obter as especificações adequadas aos seus cenários de negócios.
Com base na comparação acima, recomendamos o uso de um grupo de recursos exclusivo para chamadas de API.
Orientações de configuração de grupos de recursos
Ao usar um grupo de recursos Serverless, garanta a conectividade de rede adequada entre o grupo de recursos e a fonte de dados selecionada. Para detalhes, consulte: Configurar conectividade de rede.
Ao usar um grupo de recursos de serviço exclusivo, selecione uma solução de conectividade de rede baseada no ambiente de rede da sua fonte de dados e configure uma lista de permissões. Consulte: Obter endereços IP da lista de permissões: grupo de recursos exclusivo para DataService Studio.
Para grupos de recursos públicos, adicione a lista de permissões da região correspondente à sua fonte de dados. Para configurar a lista de permissões, consulte Obter endereços IP da lista de permissões: grupo de recursos público.
Configure cota do DataService Studio para um grupo de recursos Serverless
Se o seu DataService Studio usa um grupo de recursos Serverless, configure uma cota do DataService Studio antes de selecionar Exclusive Resource Group for DataService Studio em Configure service resource group.
Caso você não configure uma cota do DataService Studio para seu grupo de recursos Serverless, poderá enfrentar os seguintes problemas:
Falhas nos testes de conectividade de rede entre a fonte de dados e o grupo de recursos do DataService Studio.
Impossibilidade de selecionar o grupo de recursos de destino ao configurar um grupo de recursos de serviço exclusivo.
Faça login no console do DataWorks. Na região de destino, clique em Resource Group no painel de navegação à esquerda para abrir a lista de grupos de recursos.
-
Clique no ícone de ação
ao lado do seu grupo de recursos Serverless e selecione Manage Quota. Atribua Occupied CUs (para grupos de recursos com pagamento conforme o uso) ou Minimum CUs (para grupos de recursos por assinatura) a Data Services.Grupo de recursos com pagamento conforme o uso
Grupo de recursos por assinatura
Na caixa de diálogo Quota Management, localize a linha DataService Studio. Clique no ícone de edição na coluna Current CU Usage e defina o valor de CU desejado (por exemplo,
1). Após a edição, uma mensagem aparecerá: "Detected a change in DataService Studio CU guarantee. Click Confirm to reinitialize. Estimated wait time: 3 minutes." Clique em Confirm para concluir a configuração.Na caixa de diálogo Quota Management, a especificação atual é 4 CU. Defina a CU Guarantee para DataService Studio como
4e clique em Confirm. Após atribuir o Current CU Usage, clique em Confirm para salvar.
-
Acesse a página do DataService Studio e reconfigure o grupo de recursos de serviço exclusivo.
Selecione o grupo de recursos Serveless_Resource (pagamento conforme o uso).