Limites de serviço no Azure AI Search
Os limites máximos de armazenamento, cargas de trabalho e quantidades de índices e outros objetos dependem da criação da Pesquisa de IA do Azure nos tipos de preço Gratuito, Básico, Standard ou Otimizado para Armazenamento.
Gratuito é um serviço compartilhado multilocatário fornecido com sua assinatura do Azure.
Básico fornece recursos de computação dedicados para cargas de trabalho de produção em menor escala, mas compartilha alguma infraestrutura de rede com outros locatários.
Standard é executado em computadores dedicados, com mais capacidade de armazenamento e processamento em cada nível. Standard vem em quatro níveis: S1, S2, S3 e S3 HD. O S3 HD (S3 de Alta Densidade) foi projetado para multilocatário e grandes quantidades de índices pequenos (3.000 índices por serviço). O S3 HD não fornece o recurso de indexador e a ingestão de dados deve utilizar APIs que enviam dados da origem para o índice.
Otimizado para Armazenamento é executado em computadores dedicados com mais armazenamento total, largura de banda de armazenamento e memória do o Standard. Essa camada tem como alvo índices grandes e de alteração lenta. Otimizado para Armazenamento vem em dois níveis: L1 e L2.
Limites de assinatura
Você pode criar vários serviços de pesquisa faturáveis (Básico e superior), até o número máximo de serviços permitidos em cada nível. Por exemplo, você pode criar até 16 serviços na camada Básico e outros 16 serviços na camada S1 dentro da mesma assinatura. Para obter mais informações sobre as camadas, confira Escolher uma camada (ou um SKU) para a Pesquisa de IA do Azure.
Os limites de serviço máximos podem ser aumentados mediante solicitação. Se você precisar de mais serviços na mesma assinatura, apresente uma solicitação de suporte.
| Recurso | Gratuito 1 | Basic | S1 | S2 | S3 | S3 HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Quantidade máxima de serviços | 1 | 16 | 16 | 8 | 6 | 6 | 6 | 6 |
| Máximo de unidades de pesquisa (SU)2 | N/D | 3 SU | 36 SU | 36 SU | 36 SU | 36 SU | 36 SU | 36 SU |
1 Você pode ter um serviço de pesquisa gratuito por assinatura do Azure. A camada gratuita baseia-se na infraestrutura compartilhada com outros clientes. Como o hardware não é dedicado, não há suporte para escalar verticalmente e o armazenamento é limitado a 50 MB.
2 As SU (unidades de pesquisa) são unidades faturáveis, alocadas como uma réplica ou como uma partição. Você precisa das duas. Para saber mais sobre combinações de SU, consulte Estimar e gerenciar a capacidade de um serviço de pesquisa.
Limites de serviço
Os limites de serviço Pesquisa para armazenamento, partições e réplicas variam de acordo com a data de criação do serviço, com limites mais altos para serviços mais recentes em regiões com suporte.
Um serviço de pesquisa está sujeito a um limite máximo de armazenamento (tamanho de partição multiplicado pelo número de partições) ou por um limite rígido no número máximo de índices ou indexadores, o que ocorrer primeiro.
Os SLAs (contratos de nível de serviço) se aplicam a serviços faturáveis com duas ou mais réplicas para cargas de trabalho de consulta ou três ou mais réplicas para cargas de trabalho de consulta e indexação. O número de partições não é uma consideração de SLA. Para obter mais informações, consulte Confiabilidade no Pesquisa de IA do Azure.
Os serviços gratuitos não têm partições ou réplicas fixas e compartilham recursos com outros assinantes.
Antes de 3 de abril de 2024
| Recurso | Grátis | Basic | S1 | S2 | S3 | S3 HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| SLA (Contrato de Nível de Serviço) | Não | Sim | Sim | Sim | Sim | Sim | Sim | Yes |
| Armazenamento (tamanho da partição) | 50 MB | 2 GB | 25 GB | 100 GB | 200 GB | 200 GB | 1 TB | 2 TB |
| Partições | N/D | 1 | 12 | 12 | 12 | 3 | 12 | 12 |
| Réplicas | N/D | 3 | 12 | 12 | 12 | 12 | 12 | 12 |
Após 3 de abril de 2024
Para novos serviços criados após 3 de abril de 2024:
- A camada básica pode ter até três partições e três réplicas e um total de nove UP (unidade de pesquisa).
- Basic, S1, S2, S3 têm mais armazenamento por partição, variando de 3 a 7 vezes mais, dependendo da camada.
- Seu novo serviço de pesquisa deve estar em uma região com suporte para obter a capacidade extra para o Basic e outras camadas.
Atualmente, não há atualização in-loco. Você deve criar um novo serviço de pesquisa para se beneficiar do armazenamento extra.
| Recurso | Grátis | Basic | S1 | S2 | S3 | S3 HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| SLA (Contrato de Nível de Serviço) | Não | Sim | Sim | Sim | Sim | Sim | Sim | Yes |
| Armazenamento (tamanho da partição) | 50 MB | 15 GB | 160 GB | 350 GB | 700 GB | 700 GB | 1 TB | 2 TB |
| Partições | N/D | 3 | 12 | 12 | 12 | 3 | 12 | 12 |
| Réplicas | N/D | 3 | 12 | 12 | 12 | 12 | 12 | 12 |
Regiões com suporte com limites de armazenamento mais altos
Os serviços criados após 3 de abril de 2024 devem estar em uma das seguintes regiões para obter o armazenamento extra. Observe os anúncios no Novidades no Pesquisa de IA do Azure para expansão para outras regiões.
| País/região | Regiões que fornecem capacidade extra por partição |
|---|---|
| Estados Unidos | Leste dos EUA, Leste dos EUA 2EUA Central, Centro-Norte dos EUA, Centro-Sul dos EUA, Oeste dos EUA, Oeste dos EUA 2, Oeste dos EUA 3, Centro-Oeste dos EUA |
| Reino Unido | Sul do Reino Unido, Oeste do Reino Unido |
| Emirados Árabes Unidos | Norte dos Emirados Árabes Unidos |
| Suíça | Oeste da Suíça |
| Suécia | Suécia Central |
| Polônia | Polônia Central |
| Noruega | Leste da Noruega |
| Coreia do Sul | Coreia Central, Coreia do Sul |
| Japão | Leste do Japão, Oeste do Japão |
| Itália | Norte da Itália |
| Índia | Índia Central, Oeste Jio da Índia |
| França | França Central |
| Europa | Norte da Europa |
| Canadá | Canadá Central, Leste do Canadá |
| Bazil | Sul do Brasil |
| Pacífico Asiático | Leste da Ásia, Sudeste Asiático |
| Austrália | Leste da Austrália, Sudeste da Austrália |
Limites de índice
| Recurso | Gratuita | Básico 1 | S1 | S2 | S3 | S3 HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Índices máximos | 3 | 5 ou 15 | 50 | 200 | 200 | 1000 por partição ou 3000 por serviço | 10 | 10 |
| Máximo de campos simples por índice 2 | 1000 | 100 | 1000 | 1000 | 1000 | 1000 | 1000 | 1000 |
| Dimensões máximas por campo de vetor | 3072 | 3072 | 3072 | 3072 | 3072 | 3072 | 3072 | 3072 |
| Máximo de coleções complexas por índice | 40 | 40 | 40 | 40 | 40 | 40 | 40 | 40 |
| Máximo de elementos em todas as coletas complexas por documento3 | 3000 | 3000 | 3000 | 3000 | 3000 | 3000 | 3000 | 3000 |
| Profundidade máxima de campos complexos | 10 | 10 | 10 | 10 | 10 | 10 | 10 | 10 |
| Número máximo de encarregados da sugestão por índice | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 |
| Número máximo de perfis de pontuação por índice | 100 | 100 | 100 | 100 | 100 | 100 | 100 | 100 |
| Máximo de funções por perfil | 8 | 8 | 8 | 8 | 8 | 8 | 8 | 8 |
| Tamanho máximo do índice 4 | N/D | N/D | N/D | 1,92 TB | 2,4 TB | 100 GB | N/D | N/D |
1 Serviços básicos criados antes de dezembro de 2017 têm menos limites (5 em vez de 15) em índices. A camada Básico é a única que tem um limite inferior de 100 campos por índice.
2 o limite superior dos campos inclui campos de primeiro nível e subcampos aninhados em uma coleção complexa. Por exemplo, se um índice contiver 15 campos e duas coleções complexas com 25 subcampos cada, a contagem de campos dele será 25. Índices com uma coleção muito grande de campos podem ser lentos. Limite os campos e atributos apenas aos que você precisa e execute a indexação e o teste de consulta para verificar se o desempenho está aceitável.
3 há um limite superior para os elementos porque ter um grande número deles aumenta significativamente o armazenamento necessário para o índice. Um elemento de uma coleção complexa é definido como um membro dessa coleção. Por exemplo, suponha um documento de Hotel com uma coleção complexa de salas, cada sala na coleção de salas é considerada um elemento. Durante a indexação, o mecanismo de indexação pode processar com segurança um máximo de 3.000 elementos no documento como um todo. Esse limite foi introduzido em api-version=2019-05-06 e se aplica apenas a coleções complexas e não a coleções de cadeias de caracteres ou a campos complexos.
4 Na maioria das camadas, o tamanho máximo do índice é todo o armazenamento disponível em seu serviço de pesquisa. Para S2, S3 e S3 HD, o tamanho máximo de qualquer índice é o número fornecido na tabela. Aplica-se aos serviços de pesquisa criados após 3 de abril de 2024.
É possível encontrar alguma variação em limites máximos se o serviço for provisionado em um cluster mais potente. Os limites aqui representam o denominador comum. Os índices criados nas especificações acima são portáteis em todas as camadas de serviço equivalentes em qualquer região.
Limites do documento
Você pode ter aproximadamente 24 bilhões de documentos por índice nos serviços de pesquisa Básico, S1, S2, S3, L1 e L2. Para o S3 HD, o limite é de 2 bilhões de documentos por índice. Cada instância de uma coleção complexa conta como um documento separado em termos desses limites.
Limites de tamanho do documento por chamada à API
O tamanho máximo do documento ao chamar uma API de Índice é de aproximadamente 16 megabytes.
O tamanho do documento é realmente um limite ao tamanho do corpo da solicitação de API do Índice. Como é possível transmitir um lote de vários documentos para a API de Índice de uma só vez, o limite de tamanho depende praticamente de quantos documentos estão no lote. Para um lote com um único documento, o tamanho máximo de documentos é de 16 MB de JSON.
Lembre-se de considerar apenas os campos que podem ser consumidos por um serviço de pesquisa ao estimar o tamanho do documento. Todos os dados binários ou de imagem em documentos de origem devem ser omitidos dos seus cálculos.
Limites de tamanho do índice de vetor
Ao indexar documentos com campos de vetor, a Pesquisa de IA do Azure constrói os índices de vetor internos usando os parâmetros de algoritmo que você fornece. O tamanho desses índices de vetor é restrito pela memória reservada para busca em vetores para sua camada de serviço (ou SKU).
O serviço impõe uma cota de tamanho de índice de vetor para cada partição em seu serviço de pesquisa. Cada partição extra aumenta a cota de tamanho do índice de vetor disponível. Essa cota é um limite rígido para garantir que seu serviço permaneça íntegro, o que significa que novas tentativas de indexação depois que o limite é excedido resultarão em falha. Você pode retomar a indexação depois de liberar a cota disponível excluindo alguns documentos de vetor ou escalando verticalmente em partições.
A tabela descreve a cota de tamanho do índice de vetor por partição entre as camadas de serviço. Para contexto, isso inclui:
- Limites de armazenamento de partição para cada camada, repetidos aqui para contexto.
- Quantidade de cada partição (em GB) disponível para índices de vetor (criados quando você adiciona campos de vetor a um índice).
- Número aproximado de inserções (valores de ponto flutuante) por partição.
Use as Estatísticas de Serviço GET para recuperar sua cota de tamanho de índice vetor, ou revise a página Índices ou a guia Uso no portal do Azure.
Os limites de vetor variam de acordo com a data de criação e a camada do serviço. Para verificar a idade do serviço de pesquisa e saber mais sobre índices de vetor, consulte Tamanho do índice de vetor e como se manter abaixo dos limites.
Limites de vetor em serviços criados após 3 de abril de 2024 em regiões com suporte
Os limites de vetor mais altos estão disponíveis nos serviços de pesquisa criados após 3 de abril de 2024 em uma região com suporte.
| Camada | Cota de armazenamento (GB) | Cota de vetor por partição (GB) | Floats aproximados por partição (supondo sobrecarga de 15%) |
|---|---|---|---|
| Basic | 15 | 5 | 1.100 milhões |
| S1 | 160 | 35 | 8.200 milhões |
| S2 | 350 | 100 | 23.500 milhões |
| S3 | 700 | 200 | 47.000 milhões |
| L1 | 1.000 | 12 | 2.800 milhões |
| L2 | 2\.000 | 36 | 8.400 milhões |
Observe que os limites L1 e L2 permanecem inalterados na distribuição de 3 de abril.
Limites de vetor para serviços criados entre 1º de julho de 2023 e 3 de abril de 2024
Os seguintes limites aplicados a novos serviços criados entre 1º de julho e 3 de abril de 2024, com exceção das seguintes regiões, que têm os limites originais de antes de 1º de julho de 2023:
- Centro-Oeste da Alemanha
- Oeste da Índia
- Catar Central
Todas as outras regiões têm esses limites:
| Camada | Cota de armazenamento (GB) | Cota de vetor por partição (GB) | Floats aproximados por partição (supondo sobrecarga de 15%) |
|---|---|---|---|
| Basic | 2 | 1 | 235 milhões |
| S1 | 25 | 3 | 700 milhões |
| S2 | 100 | 12 | 2.800 milhões |
| S3 | 200 | 36 | 8.400 milhões |
| L1 | 1.000 | 12 | 2.800 milhões |
| L2 | 2\.000 | 36 | 8.400 milhões |
Limites de vetor em serviços criados antes de 1º de julho de 2023
| Camada | Cota de armazenamento (GB) | Cota de vetor por partição (GB) | Floats aproximados por partição (supondo sobrecarga de 15%) |
|---|---|---|---|
| Basic | 2 | 0.5 | 115 milhões |
| S1 | 25 | 1 | 235 milhões |
| S2 | 100 | 6 | 1.400 milhões |
| S3 | 200 | 12 | 2.800 milhões |
| L1 | 1.000 | 12 | 2.800 milhões |
| L2 | 2\.000 | 36 | 8.400 milhões |
Limites de indexador
Os tempos máximos de execução existem para fornecer balanceamento e estabilidade ao serviço como um todo, mas conjuntos de dados maiores podem precisar de mais tempo de indexação do que o máximo permitido. Se não for possível concluir um trabalho de indexação no tempo máximo permitido, tente executá-lo de maneira agendada. O agendador mantém monitora o status da indexação. Se um trabalho de indexação agendado for interrompido por algum motivo, o indexador poderá continuar de onde parou na próxima execução agendada.
| Recurso | Gratuito 1 | Básico: 2 | S1 | S2 | S3 | S3 HD 3 | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Indexadores máximos | 3 | 5 ou 15 | 50 | 200 | 200 | N/D | 10 | 10 |
| Máximo de fontes de dados | 3 | 5 ou 15 | 50 | 200 | 200 | N/D | 10 | 10 |
| Número máximo de conjuntos de habilidades 4 | 3 | 5 ou 15 | 50 | 200 | 200 | N/D | 10 | 10 |
| Carga de indexação máxima por invocação | 10.000 documentos | Limitado apenas pelo máximo de documentos | Limitado apenas pelo máximo de documentos | Limitado apenas pelo máximo de documentos | Limitado apenas pelo máximo de documentos | N/D | Sem limite | Sem limite |
| Agendamento mínimo | 5 minutos | 5 minutos | 5 minutos | 5 minutos | 5 minutos | 5 minutos | 5 minutos | 5 minutos |
| Tempo de execução máximo 5 | 1 a 3 minutos | 2 ou 24 horas | 2 ou 24 horas | 2 ou 24 horas | 2 ou 24 horas | N/D | 2 ou 24 horas | 2 ou 24 horas |
| Tempo máximo de execução para indexadores com um conjunto de habilidades 6 | 3 a 10 minutos | 2 horas | 2 horas | 2 horas | 2 horas | N/D | 2 horas | 2 horas |
| Indexador de blob: tamanho máximo do blob, MB | 16 | 16 | 128 | 256 | 256 | N/D | 256 | 256 |
| Indexador de blob: número máximo de caracteres de conteúdo extraído de um blob | 32.000 | 64.000 | 4 milhões | 8 milhões | 16 milhões | N/D | 4 milhões | 4 milhões |
1 Os serviços gratuitos têm um tempo máximo de execução do indexador de 3 minutos para fontes do blob e 1 minuto para todas as outras fontes de dados. A invocação do indexador é uma vez a cada 180 segundos. Para a indexação de IA que chama o Azure AI Search, os serviços gratuitos são limitados a 20 transações gratuitas por indexador por dia, em que uma transação é definida como um documento que passa com sucesso pelo pipeline de enriquecimento (dica: é possível redefinir um indexador para redefinir sua contagem).
2 Serviços básicos criados antes de dezembro de 2017 têm menos limites (5 em vez de 15) em indexadores, fontes de dados e conjuntos de habilidades.
3 Os serviços do S3 HD não incluem suporte ao indexador.
4 Máximo de 30 habilidades por conjunto de habilidades.
5 Em relação à duração máxima de duas ou 24 horas para indexadores: um máximo de duas horas é o mais comum e é para isso que você deve se planejar. O limite de 24 horas é de uma implementação de indexador mais antiga. Se você tiver indexadores não programados que são executados continuamente por 24 horas, é porque esses indexadores não puderam ser migrados para a infraestrutura mais recente. Como regra geral, para indexar trabalhos que não podem ser concluídos dentro de duas horas, coloque o indexador em uma agenda de duas horas. Quando o primeiro intervalo de duas horas é concluído, o indexador continua de onde parou ao iniciar o próximo intervalo de duas horas.
6 A execução de conjunto de habilidades e a análise de imagem, em específico, fazem uso intensivo dos recursos de computação e consomem uma quantidade desproporcional da capacidade de processamento disponível. O tempo de execução dessas cargas de trabalho foi reduzido para dar a outros trabalhos na fila mais oportunidades de execução.
Observação
Conforme indicado nos Limites de índice, os indexadores também impõem o limite superior de 3.000 elementos em todas as coleções complexas por documento, começando com a versão mais recente da API GA que dá suporte a tipos complexos (2019-05-06) em diante. Isso significa que, se criou o indexador com uma versão de API anterior, você não estará sujeito a esse limite. Para preservar a compatibilidade máxima, um indexador criado com uma versão de API anterior e, em seguida, atualizado com uma versão de API 2019-05-06 ou posterior, será excluído dos limites mesmo assim. Os clientes devem estar cientes do impacto adverso de ter coleções complexas muito grandes (como declarado anteriormente) e é altamente recomendável criar novos indexadores com a versão mais recente da API GA.
Limites do recurso do link privado compartilhado
Os indexadores podem acessar outros recursos do Azure por meio de pontos de extremidade privados gerenciados por meio da API de recurso de link privado compartilhado. Esta seção descreve os limites associados a esse recurso.
| Recurso | Grátis | Basic | S1 | S2 | S3 | S3 HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Suporte do indexador de ponto de extremidade privado | Não | Sim | Sim | Sim | Sim | Não | Sim | Yes |
| Suporte de ponto de extremidade privado para indexadores com o Skills1 | Não | No | No | Sim | Sim | Não | Sim | Yes |
| Gerenciar pontos de extremidade privados | N/D | 10 ou 30 | 100 | 400 | 400 | N/D | 20 | 20 |
| Tipos de recursos distintos máximos2 | N/D | 4 | 7 | 15 | 15 | N/D | 4 | 4 |
1 O enriquecimento da IA e a análise de imagem fazem uso intensivo dos recursos de computação e consomem uma quantidade desproporcional da capacidade de processamento disponível. Por esse motivo, as conexões privadas são desabilitadas em camadas inferiores para garantir o desempenho e a estabilidade do serviço de pesquisa propriamente dito.
2 o número de tipos de recursos distintos é calculado como o número de groupId valores exclusivos usados em todos os recursos de link privado compartilhado para um determinado serviço de pesquisa, independentemente do status do recurso.
Limites de sinônimos
O número máximo de mapas de sinônimos varia por camada. Cada regra pode ter até 20 expansões, onde uma expansão é um termo equivalente. Por exemplo, dado “gato”, associação com “gatinho”, “felino” e “felis” (o gênero para gatos) contaria como 3 expansões.
| Recurso | Grátis | Basic | S1 | S2 | S3 | S3-HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Mapas máximos de sinônimos | 3 | 3 | 5 | 10 | 20 | 20 | 10 | 10 |
| Número máximo de regras por mapa | 5000 | 20000 | 20000 | 20000 | 20000 | 20000 | 20000 | 20000 |
Limites de aliases de índice
O número máximo de aliases de índice varia de acordo com a camada. Em todas as camadas, o número máximo de aliases é o dobro em relação ao número máximo de índices permitidos.
| Recurso | Grátis | Basic | S1 | S2 | S3 | S3-HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Número máximo de aliases | 6 | 10 ou 30 | 100 | 400 | 400 | 2000 por partição ou 6000 por serviço | 20 | 20 |
Limites de dados (enriquecimento de IA)
Um pipeline de enriquecimento de IA que faz chamadas a um recurso da Linguagem de IA do Azure para reconhecimento de entidade, vinculação de entidade, extração de frases-chave, análise de sentimento, detecção de idioma, e detecção de informações pessoais está sujeito a limites de dados. O tamanho máximo de um registro deve ser de 50.000 caracteres conforme medido por String.Length. Se você precisar interromper o backup de seus dados antes de enviá-lo ao analisador de sentimentos, use a habilidade Text Split.
Barreiras de limitação
Solicitações de API são limitadas à medida que o sistema se aproxima da capacidade máxima. A limitação se comporta de maneira diferente para diferentes APIs. As APIs de consulta (pesquisa/sugestão/preenchimento automático) e as APIs de indexação são limitadas dinamicamente com base na carga no serviço. As APIs de índice e a API de operações de serviço têm limites de taxa de solicitação estáticos.
Limites de solicitação de taxa estática para operações relacionadas a um índice:
- Listar índices (GET/índices): 3 por segundo por unidade de pesquisa
- Obter índice (GET /índices/meuíndice): 10 por segundo por unidade de pesquisa
- Criar índice (POST/índices): 12 por minuto por unidade de pesquisa
- Criar ou atualizar índice (PUT /índices/meuíndice): seis por segundo por unidade de pesquisa
- Excluir índice (DELETE /índices/meuíndice): 12 por minuto por unidade de pesquisa
Limites de solicitação de taxa estática para operações relacionadas a um serviço:
- Estatísticas de serviço (GET/servicestats): 4 por segundo por unidade de pesquisa
Limites de solicitação de API
- Máximo de 16 MB por solicitação 1
- Comprimento máximo da URL de 8 KB
- Máximo de 1.000 documentos por lote de carregamentos, mesclagens ou exclusões de índice
- Máximo de 32 campos na cláusula $orderby
- Máximo de 100.000 caracteres em uma cláusula de pesquisa
- O número máximo de cláusulas em
search(expressões separadas por AND ou OR) é de 1.024 - O tamanho máximo do termo de pesquisa é de 32.766 bytes (32 KB menos 2 bytes) de texto codificado em UTF-8
- O tamanho máximo do termo de pesquisa é de 1.000 caracteres para pesquisa de prefixo e pesquisa regex
- A pesquisa por curingas e a pesquisa de expressão regular são limitadas a um máximo de 1.000 estados quando processadas pelo Lucene.
1 No Azure AI Search, o corpo de uma solicitação está sujeito a um limite superior de 16 MB, que impõe um limite prático no conteúdo de campos individuais ou coleções que, caso contrário, não são limitadas por limites teóricos (confira Tipos de dados com suporte para saber mais sobre restrições e composição de campos).
Os limites no tamanho e na composição da consulta existem, porque as consultas desassociadas podem desestabilizar o serviço de pesquisa. Em geral, essas consultas são criadas programaticamente. Se seu aplicativo gerar consultas de pesquisa por meio de programação, é recomendável criá-lo de forma que não gere consultas de tamanho ilimitado.
Limites de resposta da API
- Máximo de 1.000 documentos retornados por página de resultados da pesquisa
- Máximo de 100 sugestões retornadas por solicitação de Sugerir API
Limites de chave de API
As chaves de API são usadas para autenticação de serviço. Há dois tipos. Chaves de administração são especificadas no cabeçalho da solicitação e concedem acesso completo de leitura/gravação ao serviço. Chaves de consulta são somente leitura, especificadas na URL, e, geralmente, são distribuídas para aplicativos cliente.
- Máximo de duas chaves de administração por serviço
- Máximo de 50 chaves de consulta por serviço