Niveles v2 de Azure API Management
SE APLICA A: Básico v2 | Estándar v2 |Premium v2
Los niveles v2 de API Management (SKU) se basan en una plataforma nueva más fiable y escalable, y están diseñados para que API Management sea accesible para un conjunto más amplio de clientes y ofrece opciones flexibles para una variedad más amplia de escenarios. Los niveles v2 se agregan a los niveles clásicos existentes (Desarrollador, Básico, Estándar y Premium) y al Nivel de Consumo. Consulte una comparación detallada de los niveles de API Management.
Los siguientes niveles v2 están disponibles con carácter general:
Básico v2: el nivel Básico v2 está diseñado para escenarios de desarrollo y pruebas, y se admite con un Acuerdo de Nivel de Servicio.
Estándar v2: Estándar v2 es un nivel listo para producción con compatibilidad con back-end aislados de red.
El siguiente nivel v2 está en versión preliminar:
Premium v2: Premium v2 ofrece características empresariales, incluyendo el escalado y aislamiento de red virtual completo para cargas de trabajo de gran volumen.
Nota:
El nivel Premium v2 está en versión preliminar limitada actualmente. Para registrarse, rellene este formulario.
Principales capacidades
Implementación, configuración y escalado más rápidos: implemente una instancia de API Management lista para producción en cuestión de minutos. Aplique rápidamente configuraciones como actualizaciones de certificados y nombres de host. Escale rápidamente una instancia de Básico v2 o Estándar v2 hasta 10 unidades para satisfacer las necesidades de las cargas de trabajo de API Management. Escale una instancia Premium v2 hasta 30 unidades.
Conexiones en red simplificadas: los niveles Estándar v2 y Premium v2 proporcionan opciones de conexión en red para aislar el tráfico entrante y saliente de API Management.
Más opciones para cargas de trabajo de producción: todos los niveles v2 se admiten con un Acuerdo de Nivel de Servicio.
Opciones del portal para desarrolladores: habilite el portal para desarrolladores cuando esté listo para permitir que los consumidores de API detecten las API.
Características
Versión de API
Las últimas funcionalidades de los niveles v2 se admiten en la versión de API de API Management 2024-05-01 o posterior.
Opciones de redes
Los niveles Estándar v2 y Premium v2 admiten la integración de redes virtuales para permitir que la instancia de API Management llegue a los back-end de API aislados en una sola red virtual conectada. La puerta de enlace de API Management, el plano de administración y el portal para desarrolladores siguen siendo accesibles públicamente desde Internet. La red virtual debe estar en la misma región y suscripción que la instancia de API Management. Más información.
En versión preliminar, Standard v2 también admite conexiones de punto de conexión privado entrantes a la puerta de enlace de API Management.
El nivel Premium v2 también admite la inserción de redes virtuales simplificada para un aislamiento completo del tráfico de puerta de enlace entrante y saliente sin necesidad de reglas de grupo de seguridad de red, tablas de rutas o puntos de conexión de servicio. La red virtual debe estar en la misma región y suscripción que la instancia de API Management. Más información.
Regiones admitidas
Para obtener una lista de las regiones actuales en las que estén disponibles los niveles v2, consulte Disponibilidad de los niveles v2 y las puertas de enlace del área de trabajo.
Disponibilidad de características clásica
La mayoría de las funcionalidades de los niveles clásicos de API Management se admiten en los niveles v2. Sin embargo, las siguientes funciones no son compatibles en los niveles v2:
- Configuración del servicio API Management utilizando Git
- Copia de seguridad y restauración de instancia de API Management
- Habilitación de protección Azure DDoS
- Acceso a directo a la API de Administración
Limitaciones
Las siguientes funcionalidades de API Management no están disponibles actualmente en los niveles v2.
Infraestructura y redes
- Implementación en varias regiones
- Compatibilidad de zonas de disponibilidad
- Múltiples nombres de dominio personalizados
- Métrica de capacidad: reemplazada por porcentaje de memoria y puerta de enlace de CPU de las métricas de puerta de enlace
- Análisis integrado: reemplazado por el panel basado en Azure Monitor
- Escalabilidad automática
- Actualización a los niveles v2 desde los niveles clásicos
- Certificados de CA
- Envío de eventos a Event Grid
Portal para desarrolladores
- Informes
- Widget de código HTML personalizado y widget personalizado
- Portal para desarrolladores autohospedado
Gateway
- Puerta de enlace autohospedada
- Cuota por directiva de clave
- Configuración de cifrado
- Renegociación del certificado de cliente
- Certificado TLS administrado gratuito
- Solicitudes a la puerta de enlace a través de localhost
Límites de recursos
Los límites de recursos siguientes se aplican a los niveles v2.
Para solicitar un aumento del límite, cree una solicitud de soporte técnico desde Azure Portal. Para más información, vea Soporte técnico de Azure.
| Resource | Básico v2 | Estándar v2 | Premium v2 |
|---|---|---|---|
| Número máximo de unidades de escalado | 10 | 10 | 30 |
| Tamaño máximo de caché por instancia de servicio | 250 MB | 1 GB | 5 GB |
| Número máximo de API por instancia de servicio | 150 | 500 | 2,500 |
| Número máximo de operaciones de API por instancia de servicio | 3,000 | 10 000 | 20.000 |
| Número máximo de suscripciones por instancia de servicio | 500 | 2\.000 | 4\.000 |
| Número máximo de productos por instancia de servicio | 50 | 200 | 400 |
| Número máximo de usuarios por instancia de servicio | 300 | 2\.000 | 4\.000 |
| Número máximo de grupos por instancia de servicio | 20 | 100 | 200 |
| Número máximo de servidores de autorización por instancia de servicio | 10 | 500 | 500 |
| Número máximo de fragmentos de directiva por instancia de servicio | 50 | 50 | 100 |
| Número máximo de proveedores de OpenID Connect por instancia de servicio | 10 | 10 | 20 |
| Número máximo de certificados por instancia de servicio | 100 | 100 | 100 |
| Número máximo de back-end por instancia de servicio | 100 | 100 | 100 |
| Número máximo de cachés por instancia de servicio | 100 | 100 | 100 |
| Número máximo de valores con nombre por instancia de servicio | 100 | 100 | 100 |
| Número máximo de registradores por instancia de servicio | 100 | 100 | 100 |
| Número máximo de esquemas por instancia de servicio | 100 | 100 | 100 |
| Número máximo de esquemas por API | 100 | 100 | 100 |
| Número máximo de etiquetas por instancia de servicio | 100 | 100 | 100 |
| Número máximo de etiquetas por API | 100 | 100 | 100 |
| Número máximo de conjuntos de versiones por instancia de servicio | 100 | 100 | 100 |
| Número máximo de versiones por API | 100 | 100 | 100 |
| Número máximo de operaciones por API | 100 | 100 | 100 |
| Número máximo de solucionadores de GraphQL por instancia de servicio | 100 | 100 | 100 |
| Número máximo de solucionadores de GraphQL por API | 100 | 100 | 100 |
| Número máximo de API por producto | 100 | 100 | 100 |
| Número máximo de API por suscripción | 100 | 100 | 100 |
| Número máximo de productos por suscripción | 100 | 100 | 100 |
| Número máximo de grupos por producto | 100 | 100 | 100 |
| Número máximo de etiquetas por producto | 100 | 100 | 100 |
| Conexiones de back-end simultáneas1 por entidad HTTP | 2 048 | 2 048 | 2 048 |
| Tamaño máximo de respuestas en caché | 2 MiB | 2 MiB | 2 MiB |
| Tamaño máximo del documento de directiva | 256 KiB | 256 KiB | 256 KiB |
| Tamaño máximo de carga de solicitud | 1 GiB | 1 GiB | 1 GiB |
| Tamaño máximo de carga almacenada en búfer | 2 MiB | 2 MiB | 2 MiB |
| Tamaño máximo de carga de solicitud/respuesta en los registros de diagnóstico | 8192 bytes | 8192 bytes | 8192 bytes |
| Tamaño máximo de dirección URL de la solicitud2 | 16 384 bytes | 16 384 bytes | 16 384 bytes |
| Longitud máxima del segmento de la ruta de acceso de la dirección URL | 1024 caracteres | 1024 caracteres | 1024 caracteres |
| Longitud máxima de caracteres del valor con nombre | 4096 caracteres | 4096 caracteres | 4096 caracteres |
| Tamaño máximo del cuerpo de solicitud o respuesta en la directiva de validación de contenido | 100 KiB | 100 KiB | 100 KiB |
| Tamaño máximo del esquema de API usado por la directiva de validación | 4 MB | 4 MB | 4 MB |
| Número máximo de conexiones activas de WebSocket por unidad3 | 5\.000 | 5\.000 | 5\.000 |
1 Las conexiones se agrupan y se vuelven a utilizar, a menos que el back-end las cierre explícitamente.
2 Incluye una cadena de consulta de hasta 2048 bytes de longitud.
3 Hasta un máximo de 60 000 conexiones por instancia de servicio.
Límites del portal para desarrolladores
Los límites siguientes se aplican al portal para desarrolladores en los niveles v2.
| Elemento | Básico v2 | Estándar v2 | Premium v2 |
|---|---|---|---|
| Número máximo de archivos multimedia que se van a cargar | 15 | 15 | 15 |
| Tamaño máximo de un archivo multimedia | 500 kB | 500 kB | 500 kB |
| Número máximo de páginas | 30 | 50 | 50 |
| Número máximo de widgets1 | 30 | 50 | 50 |
| Tamaño máximo de metadatos por página | 350 KB | 350 KB | 350 KB |
| Tamaño máximo de metadatos por widget1 | 350 KB | 350 KB | 350 KB |
| Número máximo de solicitudes de cliente por minuto | 200 | 200 | 200 |
1 Límite para widgets integrados, como texto, imágenes o lista de API. Actualmente, los widgets personalizados y los widgets de código HTML personalizados no se admiten en los niveles v2.
Implementación
Implemente instancias de nivel v2 mediante Azure Portal o herramientas como la API de REST de Azure, Azure Resource Manager, la plantilla de Bicep o Terraform.
Preguntas más frecuentes
P: ¿Puedo migrar de mi instancia de API Management existente a una nueva instancia de nivel v2?
A. No. Actualmente no puede migrar una instancia de API Management existente (en el nivel Consumo, Desarrollador, Básico, Estándar o Premium) a una nueva instancia de nivel v2. Actualmente, los niveles v2 solo están disponibles para las instancias de servicio recién creadas.
P: ¿Cuál es la relación entre la plataforma de proceso stv2 y los niveles v2?
R: No están relacionados. stv2 es una versión de la plataforma de proceso de las instancias de servicio de nivel Desarrollador, Básico, Estándar y Premium. stv2 es un sucesor de la plataforma de proceso stv1 que se retiró en 2024.
P: ¿todavía es posible aprovisionar servicios de nivel Desarrollador, Básico, Estándar o Premium?
R: sí, no hay ningún cambio en los niveles clásicos Desarrollador, Básico, Estándar o Premium.
P: ¿cuál es la diferencia entre la integración de redes virtuales en el nivel Estándar v2 y la inserción de redes virtuales en los niveles Premium y Premium v2?
R: es posible integrar una instancia de servicio Estándar v2 con una red virtual para proporcionar acceso seguro a los back-ends que residan allí. Una instancia de servicio Estándar v2 integrada con una red virtual tiene una dirección IP pública para el acceso entrante.
El nivel Premium y el nivel Premium v2 admiten el aislamiento de red completo mediante la implementación (inyección) en una red virtual sin exponer una dirección IP pública. Obtenga más información sobre las opciones de red en API Management.
P: ¿puedo implementar una instancia del nivel Básico v2 o Estándar v2 en su totalidad en mi red virtual?
R: no, esta implementación solo se admite en los niveles Premium y Premium v2.
Contenido relacionado
- Compare los niveles de API Management.
- Obtenga más información sobre las Puertas de enlace de API Management
- Obtenga información sobre los Precios de API Management.