Límites de servicio en Búsqueda de Azure AI

Los límites máximos de almacenamiento, cargas de trabajo y cantidades de índices y otros objetos dependen del modelo de precios del servicio de Búsqueda de Azure AI.

Búsqueda de Azure AI admite dos modelos de precios, cada uno con los niveles de servicio asociados. El nivel seleccionado afecta a los límites de servicio descritos en esta guía.

• Dedicado: Precios fijos medidos por unidades de búsqueda (SU). Las opciones de nivel de servicio incluyen: Básico, Estándar (S1-S3, incluido S3 HD), Optimizado para almacenamiento (L1-L2) y un nivel Gratis con funcionalidades limitadas del servicio de búsqueda.
• Sin servidor (versión preliminar): precios basados en el consumo medidos por unidades de proceso por hora (CU/hr) y por GB/mes para el almacenamiento indexado. El nivel de versión preliminar actual es: Desarrollador sin servidor. Los límites se definen mediante topes por índice, número de objetos por servicio y el comportamiento de limitación sin servidor.

Para más información, consulte Elección de un modelo de precios y un nivel de servicio.

Diagnóstico de errores de cuota, capacidad o límite

Los errores de cuota y capacidad se deben a controles distintos. Utiliza el error de la operación completada para determinar cuál de ellos se aplica.

Si todavía se está ejecutando una operación de creación, escala o actualización, espere a que el estado de aprovisionamiento se convierta Succeeded en o Failed. Una operación en curso no es evidencia de un problema de cuota o capacidad. Si se produce un error en una operación de escalado, consulte Errores durante el escalado.

La cuota de suscripción disponible no garantiza la capacidad regional y la solicitud de más cuota no resuelve una restricción de capacidad. Si el error persiste, abra una solicitud de Soporte técnico de Azure que incluya la suscripción, la región, el nivel, la configuración solicitada, el texto de error completo, la hora UTC y cualquier identificador de correlación o operación.

Límites de suscripción

Puede crear varios servicios de búsqueda facturables (Básico y avanzado), hasta el número máximo de servicios permitidos en cada nivel por región. Por ejemplo, puede crear hasta 16 servicios en el nivel Básico y otros 16 servicios en el nivel S1 dentro de la misma suscripción y región. Después, puede crear 16 servicios básicos adicionales en otra región para un total combinado de 32 servicios básicos en la misma suscripción. Para obtener más información sobre los niveles de servicio, consulte Elegir un modelo de precios y un nivel de servicio.

Puede aumentar los límites máximos de servicio por solicitud. Si necesita tener más servicios en la misma suscripción, envíe una solicitud de soporte técnico.

¹ Puede tener un servicio de búsqueda gratuito por suscripción de Azure. El nivel gratuito se basa en la infraestructura compartida con otros clientes. Dado que el hardware no está dedicado, no se admite el escalado vertical y el almacenamiento está limitado a 50 MB. Es posible que se elimine un servicio de búsqueda gratuito después de largos períodos de inactividad para que haya espacio para más servicios.

² Las unidades de búsqueda (SU) son unidades facturables, asignadas como réplica o como partición. Necesitas ambos. Para obtener más información sobre las combinaciones de SU, consulte Estimación y administración de la capacidad de un servicio de búsqueda.

Límites de servicio

En el modelo de precios dedicado, planee la capacidad multiplicando las réplicas por particiones (unidades de búsqueda).

¹ El nivel Básico admite tres particiones y tres réplicas, para un total de nueve unidades de búsqueda (SU) en los nuevos servicios de búsqueda creados después del 3 de abril de 2024. Los servicios Basic antiguos se limitan a una partición y tres réplicas.

Un servicio de búsqueda está sujeto a un límite máximo de almacenamiento (tamaño de partición multiplicado por el número de particiones) o un límite máximo en el número máximo de índices o indizadores, el límite que ocurra primero.

Los acuerdos de nivel de servicio (SLA) se aplican a los servicios facturables que tienen dos o más réplicas para cargas de trabajo de consulta, o tres o más réplicas para cargas de trabajo de consulta e indexación. El número de particiones no se tiene en cuenta en el contrato de nivel de servicio. Para más información, consulte Confiabilidad en Búsqueda de Azure AI.

Los servicios gratuitos no tienen particiones ni réplicas fijas y comparten recursos con otros suscriptores.

Almacenamiento de particiones (GB)

Los límites de almacenamiento por servicio varían en función de dos factores: fecha de creación y región del servicio. La mayoría de las regiones admitidas ofrecen límites más altos para los servicios más recientes.

En esta tabla se muestra la progresión de los aumentos de cuota de almacenamiento en GB a lo largo del tiempo. A partir de abril de 2024, las particiones de mayor capacidad entraron en funcionamiento en las regiones indicadas en las notas al pie. Si tiene un servicio anterior en una región admitida, compruebe si puede actualizar el servicio para obtener mayores límites de almacenamiento.

¹ Almacenamiento de capacidad superior para Basic, S1, S2 y S3 en estas regiones. Américas: Brasil Sur, Centro de Canadá, Este de Canadá, Este de EE. UU., Este de EE. UU. 2, Centro de EE. UU., Centro Norte de EE. UU., Sur Central de EE. UU., Oeste de EE. UU., Oeste de EE. UU. 2, Oeste de EE. UU. 3, Centro Oeste de EE. UU. Europa: Centro de Francia. Norte de Italia, Norte de Europa, Este de Noruega, Centro de Polonia, Norte de Suiza, Centro de Suecia. Sur de Reino Unido, Oeste de Reino Unido. Oriente Medio: Norte de Emiratos Árabes Unidos. África: Norte de Sudáfrica. Asia Pacífico: Este de Australia, Sureste de Australia, India Central, Jio India Oeste, Este de Asia, Sureste de Asia, Este de Japón, Oeste de Japón, Centro de Corea, Corea del Sur.

² Almacenamiento de capacidad superior para L1 y L2. Más regiones proporcionan mayor capacidad en cada nivel facturable. Américas: Este de EE. UU. 2 EUAP. Europa: Norte de Alemania, Centro-oeste de Alemania y Oeste de Suiza. Azure Government: (Texas, Arizona y Virginia). Africa: Norte de Sudáfrica. Asia Pacífico: Norte de China 3, Este de China 3.

³ Hay disponible almacenamiento de capacidad superior en Oeste de Europa.

Límites de índice

¹ Los servicios básicos creados antes de diciembre de 2017 tienen límites inferiores (5 en lugar de 15) en los índices. El nivel básico es el único nivel con un límite inferior de 100 campos por índice.

² El límite superior de los campos incluye campos de primer nivel y subcampos anidados en una colección compleja. Por ejemplo, si un índice contiene 15 campos y tiene dos colecciones complejas con 5 subcampos cada uno, el recuento de campos del índice es 25. Los índices que tengan una colección de campos muy grandes pueden ser lentos. Limite los campos y atributos a solo los que necesite y ejecute la indexación y la prueba de consulta para asegurarse de que el rendimiento sea aceptable.

³ Existe un límite superior para los elementos porque tener un gran número de ellos aumenta significativamente el almacenamiento necesario para el índice. Un elemento de una colección compleja se define como un miembro de esa colección. Por ejemplo, supongamos que un documento de hotel contiene una colección compleja llamada Rooms. Cada habitación de la colección Rooms se considera un elemento . Durante la indexación, el motor de indexación puede procesar de forma segura un máximo de 3000 elementos en todo el documento. Este límite se presentó en api-version=2019-05-06 y se aplica solo a colecciones complejas, no a colecciones de cadenas ni a campos complejos.

⁴ Para la mayoría de los niveles, el tamaño máximo del índice es el almacenamiento total disponible en el servicio de búsqueda. En el caso de los servicios S2, S3 y S3 HD con varias particiones y, por tanto, más almacenamiento, el tamaño máximo de un único índice se proporciona en la tabla. Se aplica a los servicios de búsqueda creados después del 3 de abril de 2024. Los índices de los servicios configurados con el modelo sin servidor (versión preliminar) tienen un tamaño máximo establecido proporcionado en la tabla.

Es posible que encuentre alguna variación en los límites máximos si el servicio casualmente se aprovisiona en un clúster más eficaz. Los límites aquí representan el denominador común. Los índices creados con las especificaciones anteriores se pueden transportar entre los niveles de servicio equivalentes de cualquier región.

Límites de documento

Cada índice admite hasta el siguiente número de documentos:

• 24 mil millones en Básico, S1, S2 y S3
• 2 mil millones en S3 HD
• 288 mil millones en L1
• 576 mil millones en L2

Cada documento puede tener un tamaño aproximado de 16 MB. El límite de tamaño del documento se aplica realmente al tamaño de la carga de la solicitud de api de indexación, que es de 16 MB. Esa carga puede ser un solo documento o un lote de documentos. Para un lote con un único documento, el tamaño máximo del documento es de 16 MB de JSON.

El límite de tamaño del documento se aplica a la indexación en modo push que carga documentos en un servicio de búsqueda. Si usa un indexador para la indexación en modo de extracción, los archivos de origen pueden tener cualquier tamaño de archivo, sujeto a los límites del indexador. En el caso del indexador de blobs, los límites de tamaño de archivo son mayores para los niveles superiores. Por ejemplo, el límite S1 es de 128 MB y el límite S2 es de 256 MB.

Al calcular el tamaño del documento, recuerde indexar solo los campos que agregan valor a los escenarios de búsqueda. Excluya los campos de origen que no tienen ningún propósito en las consultas que quiera ejecutar.

Límites de tamaño del índice vectorial

Al indexar documentos con campos vectoriales, la Búsqueda de Azure AI construye índices vectoriales internos mediante los parámetros de algoritmo que proporcione.

El tamaño de estos índices vectoriales está restringido por:

• La memoria reservada para vector de búsqueda correspondiente al nivel de su servicio (o SKU) en el modelo de precios dedicado.
• Límites de almacenamiento por índice en el modelo de precios sin servidor.

Para obtener instrucciones sobre cómo administrar y maximizar el almacenamiento de vectores, consulte Tamaño del índice vector y permanencia dentro de los límites.

Los límites de vectores varían según:

• Fecha de creación del servicio
• Región
• Modelo de precios y nivel de servicio seleccionado

Desde abril de 2024, existen límites de vectores más elevados para los nuevos servicios de búsqueda en las regiones que proporcionan la capacidad adicional, que son la mayoría. Si tiene un servicio anterior en una región admitida, compruebe si puede actualizar el servicio a los límites de vectores más altos.

En el modelo de precios sin servidor, los límites de vectores se definen por índice en lugar de por partición.

• Tamaño máximo del índice vectorial por índice (sin servidor): 300 MB
  • Este tamaño representa aproximadamente 30% del almacenamiento total de índices, coherente con la relación de vector a almacenamiento usada en los niveles de servicio dedicados.
  • Este tamaño es un límite estricto por índice. Los intentos de superar este límite durante la indexación fallan.

En esta tabla se muestra la progresión de los aumentos de la cuota de vectores en GB a lo largo del tiempo. La cuota es por partición, por lo que si escala un nuevo servicio Estándar (S1) a 6 particiones, la cuota de vectores total es 35 multiplicada por 6.

¹ Límites de vectores iniciales durante la versión preliminar temprana.

² Límites de vectores durante el período de versión preliminar posterior. Tres regiones no tenían los límites más altos: Centro-oeste de Alemania, India Occidental, Centro de Catar.

³ Cuota de vectores superior en función de las particiones más grandes para los niveles y regiones admitidos.

⁴ Cuota de vectores superior para más niveles y regiones en función de las actualizaciones de tamaño de partición.

El servicio aplica una cuota de tamaño de índice vectorial:

• Dedicado: por cada partición de su servicio de búsqueda
• Sin servidor: Por índice

Esta cuota es un límite estricto para garantizar que su servicio se mantenga en buen estado. Los intentos de indexación adicionales una vez que se supera el límite producen un error. Puede reanudar la indexación una vez que libere la cuota disponible mediante:

• Eliminación de documentos vectoriales
• Reducción del tamaño de vector o dimensionalidad
• (Solo dedicado) Escalado horizontal de particiones

Límites de indexador

Los tiempos de ejecución máximos existen para proporcionar equilibrio y estabilidad al servicio como un todo, pero es posible que los conjuntos de datos más grandes necesiten más tiempo de indexación que el que permite el máximo. Si un trabajo de indexación no se puede completar en el tiempo máximo permitido, intente ejecutarlo en una programación. El programador realiza un seguimiento del estado de la indexación. Si un trabajo programado de indexación se interrumpe por cualquier motivo, el indizador puede reanudarlo donde se quedó en la siguiente ejecución programada.

Objeto indexador y límites de rendimiento

¹ Los servicios gratuitos tienen un tiempo de ejecución máximo del indexador de 3 minutos para servicios de blob y de 1 minuto para todos los demás orígenes de datos. La invocación del indexador es una vez cada 180 segundos. Para la indexación de IA que utiliza Foundry Tools, los servicios gratuitos se limitan a 20 transacciones gratuitas por indexador al día, donde una transacción se define como un documento que pasa exitosamente a través del proceso de enriquecimiento. (Sugerencia: Puede restablecer un indexador para restablecer su recuento).

² Los servicios básicos creados antes de diciembre de 2017 tienen límites inferiores (5 en lugar de 15) en los indexadores, los orígenes de datos y los conjuntos de aptitudes.

^{3 La} compatibilidad con el indexador HD de S3 está en versión preliminar y requiere la versión de la 2025-11-01-preview API REST o posterior. Los indexadores S3 HD solo se ejecutan en el entorno de ejecución multiinquilino y no admiten recursos de vínculo privado compartidos. En la versión preliminar, la compatibilidad con el indexador S3 HD es más adecuada para cargas de trabajo pequeñas (con un tamaño de índice de aproximadamente 1 GB) sin conjuntos de aptitudes o con conjuntos de aptitudes mínimos. Para obtener guía sobre el comportamiento global, la supervisión y la planificación, consulte la ejecución del indexador en sin servidor y S3 HD.

⁴ Máximo de 30 habilidades por conjunto de habilidades.

⁵ Con respecto a la duración máxima de 2 o 24 horas para los indexadores: un máximo de 2 horas es el más común y es lo que debe planear. Hace referencia a los indexadores que se ejecutan en el entorno público, que descarga el procesamiento intensivo de cálculo y deja más recursos para las consultas. El límite de 24 horas se aplica si configura el indexador para que se ejecute en un entorno privado usando solo la infraestructura asignada al servicio de búsqueda. Algunos indizadores más antiguos no pueden ejecutarse en el entorno público y esos indexadores siempre tienen un intervalo de procesamiento de 24 horas. Si tiene indexadores no programados que se ejecutan continuamente durante 24 horas, se puede asumir que esos indexadores no se pudieron migrar a la infraestructura más reciente. Como regla general, para los trabajos de indexación que no pueden finalizar en dos horas, coloque el indexador en una programación de 5 minutos para que el indexador pueda continuar rápidamente donde se quedó. En el nivel Gratis, el tiempo de ejecución máximo de 3 a 10 minutos es para los indexadores con conjuntos de aptitudes.

⁶ En los servicios S3 HD y sin servidor, todos los indexadores comparten 24 horas de tiempo de ejecución acumulado por servicio en cada ventana UTC de 24 horas. Para obtener orientación sobre el comportamiento de las cuotas, la supervisión y la planificación, consulte la ejecución del indexador en serverless y S3 HD.

Límites de archivos de origen para indexadores similares a blobs

El procesamiento de archivos se produce en fases y cada fase tiene sus propios límites:

1. Un conector de fuente de datos descarga un elemento de la fuente, con sujeción a los límites específicos del conector de la fuente.
2. Búsqueda de Azure AI extrae el contenido del elemento, sujeto al tamaño máximo del archivo de origen y a los límites de caracteres extraídos en la tabla siguiente.
3. Opcionalmente, un conjunto de habilidades envía ese contenido a servicios posteriores, donde el límite de datos de entrada de una habilidad individual puede ser inferior a la cantidad que extrae el indexador.

El tamaño máximo de archivo de origen y los límites de caracteres extraídos de la tabla siguiente se aplican a los indexadores de Azure Blob Storage, ADLS Gen2, SharePoint en Microsoft 365, OneLake y Azure Files. Para conocer los límites por aptitud, consulte el artículo de referencia de cada aptitud del conjunto de aptitudes.

¹ El número máximo de caracteres se basa en unidades de código Unicode, específicamente UTF-16.

² Cuando se usa delimitedText el modo de análisis para archivos CSV, se aplica un límite de tamaño de búfer de 10 MB por fila de archivo.

³ Al usar delimitedText el modo de análisis para archivos CSV, no se aplica el límite de "tamaño máximo de contenido extraído".

⁴ Los indexadores de tipo blob incluyen el indexador de Azure Blob Storage (indexador de blobs), el indexador de ADLS Gen2, el indexador de SharePoint en Microsoft 365, el indexador de OneLake y el indexador de Azure Files. El origen de conocimiento del archivo de carga directa no usa un indexador y tiene límites independientes.

Límites de recursos compartidos de Private Link

Los indexadores pueden acceder a otros recursos de Azure mediante puntos de conexión privados administrados con la API de recursos compartidos de Private Link. En esta sección se describen los límites asociados a esta funcionalidad.

¹ El análisis de imágenes y el enriquecimiento con IA consumen muchos recursos informáticos y una cantidad desproporcionada de la potencia de procesamiento disponible. Por este motivo, las conexiones privadas están deshabilitadas en niveles inferiores para garantizar el rendimiento y la estabilidad del propio servicio de búsqueda. En los servicios básicos, las conexiones privadas a un recurso de Microsoft Foundry no son compatibles para conservar la estabilidad del servicio. Para el nivel S1, asegúrese de que el servicio se creó con límites superiores después del 3 de abril de 2024. Los indexadores con más de 2 aptitudes de inserción de Azure OpenAI o inserciones replicaciones de Azure Vision se restringen de la ejecución en un entorno privado y las conexiones privadas no están disponibles.

² Las conexiones privadas a un modelo de inserción se admiten en los servicios de búsqueda básico y S1 de alta capacidad creados después del 3 de abril de 2024, con los límites más altos para el almacenamiento y el procesamiento computacional.

³ El número de tipos de recursos distintos se calcula como el número de valores de groupId únicos utilizados en todos los recursos de vínculo privado compartidos para un servicio de búsqueda determinado, independientemente del estado del recurso.

Límites de sinónimos

El número máximo de mapas de sinónimos varía según el nivel de servicio. Cada regla puede tener hasta 20 expansiones, donde una expansión es un término equivalente. Por ejemplo, dado el término "gato", la asociación con "gatito", "felino" y "felis" (el género de gatos) cuenta como tres expansiones.

Límites de alias de índice

El número máximo de alias de índice varía según la fecha de creación del nivel y del servicio. En todos los niveles, si el servicio se creó después de octubre de 2022, el número máximo de alias es el doble del número máximo de índices permitidos. Si el servicio se creó antes de octubre de 2022, el límite es el número de índices permitidos.

¹ Los servicios básicos creados antes de diciembre de 2017 tienen límites inferiores (5 en lugar de 15) en los índices.

Límites de recuperación agéntica

Una base de conocimiento especifica uno o varios orígenes de conocimiento y un esfuerzo de razonamiento de recuperación que controla el nivel de procesamiento del modelo de lenguaje grande (LLM) para la recuperación agente. Los límites varían según el plan de tarifa, la versión de API y el nivel de esfuerzo de razonamiento.

^{1 Los} servicios básicos creados antes del 3 de abril de 2024 tienen límites inferiores (5) sobre orígenes de conocimiento y bases de conocimiento.

Orígenes de conocimiento por base de conocimiento

Los límites de las fuentes de conocimiento por base de conocimiento dependen de la versión de la API utilizada para crear o actualizar la base de conocimiento. En 2026-05-01-preview y versiones posteriores, todos los esfuerzos de razonamiento de recuperación admiten los mismos límites de origen de conocimiento. Las versiones preliminares anteriores de la API tienen límites más bajos para los esfuerzos de razonamiento de low y medium.

² En versiones anteriores de la API en versión preliminar, el minimal esfuerzo de razonamiento admite más orígenes de conocimiento que low o medium porque omite el planeamiento de consultas basado en LLM.

Límites de datos (enriquecimiento de inteligencia artificial)

Los límites de datos se aplican a una canalización de enriquecimiento de IA que usa Azure Language en Foundry Tools. La entrada máxima es de 50 000 caracteres, medida por String.Length, para la aptitud reconocimiento de entidades, la aptitud vinculación de entidades, la aptitud extracción de frases clave, la aptitud detección de idioma y la aptitud de detección de PII. La habilidad de sentimiento tiene un límite máximo de 5.000 caracteres.

Use la habilidad División de texto cuando necesite dividir textos más extensos antes del procesamiento posterior.

Estos límites se aplican a los modelos de precios dedicados y sin servidor.

Limitaciones

Los límites de limitación ayudan a garantizar la estabilidad del servicio mediante el control de la tasa de solicitudes de API.

En el modelo de precios dedicado, la limitación se basa en unidades de búsqueda (réplicas × particiones).

En el modelo de precios sin servidor, la limitación no se basa en las unidades de búsqueda. En su lugar, los límites de operación de nivel de servicio y el comportamiento general del consumo rigen el rendimiento. Los límites de uso y servicio administran la capacidad, no la configuración de réplicas y particiones.

Límites del priorizador semántico

El clasificador semántico usa un sistema de puesta en cola para administrar solicitudes simultáneas. Este sistema permite a los servicios de búsqueda obtener el mayor número de consultas por segundo posible. Cuando se alcanza el límite de solicitudes simultáneas, el sistema coloca solicitudes adicionales en una cola. Si la cola está llena, el sistema rechaza más solicitudes y se deben reintentar.

Las consultas de clasificador semántico total por segundo varían en función de los siguientes factores:

• Nivel del servicio de búsqueda. Tanto los límites de la capacidad de cola como los de solicitudes simultáneas varían según el nivel de servicio.
• Número de unidades de búsqueda en el servicio de búsqueda. La manera más sencilla de aumentar la cantidad máxima de consultas simultáneas del clasificador semántico es agregar más unidades de búsqueda al servicio de búsqueda.
• Capacidad total del clasificador semántico disponible en la región.
• Cantidad de tiempo que se tarda en atender una consulta mediante el clasificador semántico. Este tiempo varía en función de la disponibilidad del servicio de búsqueda.

En la tabla siguiente se describen los límites de restricción del clasificador semántico por nivel de servicio, sujeto a la capacidad disponible en la región. Puede ponerse en contacto con el soporte técnico de Microsoft para solicitar un aumento del límite.

Límites de solicitud de API

Existen límites en las consultas porque las consultas no acotadas pueden desestabilizar el servicio de búsqueda. Normalmente, estas consultas se crean mediante programación. Si su aplicación genera consultas de búsqueda de forma programática, diseñela de modo que no genere consultas de tamaño ilimitado.

Existen límites en las cargas por motivos similares, lo que garantiza la estabilidad del servicio de búsqueda. El límite se aplica a toda la solicitud, incluidos todos sus componentes. Por ejemplo, si la solicitud agrupa por lotes varios documentos o comandos, toda la solicitud debe ajustarse al límite admitido.

Si debe superar un límite admitido, pruebe la carga de trabajo para saber qué esperar.

Con excepción de donde se indique, las siguientes solicitudes de API se aplican a todas las interfaces programables, incluidos los SDK de Azure.

General:

• El límite máximo de carga admitido es de 16 MB para la indexación y la solicitud de consultas a través de la API de REST y los SDK.
• Longitud máxima de la URL de 8 KB (solo se aplica a las API de REST)

API de indexación:

• Se admiten un máximo de 1.000 documentos por lote en cargas, combinaciones o eliminaciones de índices.
• Cada solicitud admite entre 1 y 32 000 acciones de indexación.

API de consulta:

• Máximo de 10 campos en una consulta vectorial
• máximo de 32 campos en la cláusula $orderby.
• Máximo de 100 000 caracteres en una cláusula de búsqueda.
• El número máximo de cláusulas en la búsqueda es de 3000.
• Límites máximos de consultas de caracteres comodín y expresiones regulares, según lo exigido por Lucene. Limita el número de patrones, variaciones o coincidencias a 1000 instancias. Este límite se aplica para evitar la sobrecarga del motor.

Búsqueda de términos:

• el tamaño máximo admitido de términos de búsqueda es de 32 766 bytes (32 KB menos 2 bytes) de texto con codificación UTF-8. Se aplica a la búsqueda de palabras clave y a la propiedad de texto de la búsqueda vectorial.
• El tamaño máximo admitido de términos de búsqueda es de 1000 caracteres para la búsqueda de prefijos y la búsqueda de expresiones regulares.

Límites de respuesta de API

• Cada página de resultados de búsqueda devuelve hasta 1000 documentos.
• Cada solicitud de LA API de sugerencias devuelve hasta 100 sugerencias.

El motor de búsqueda devuelve 50 resultados de forma predeterminada, pero puede invalidar este parámetro hasta el límite máximo.

Límites de clave de API

Use claves de API para la autenticación del servicio. Existen dos tipos de claves de API. Las claves de administrador, que especifica en el encabezado de solicitud, proporcionan acceso completo de lectura y escritura al servicio. Las claves de consulta, que se especifican en la dirección URL, son de solo lectura y normalmente se distribuyen a las aplicaciones cliente.

• Cada servicio admite hasta dos claves de administrador.
• Cada servicio admite hasta 50 claves de consulta.