Niveles v2 de Azure API Management
SE APLICA A: Básico v2 | Estándar v2
Presentamos un nuevo conjunto de planes de tarifa (SKU) para Azure API Management: los niveles v2. Los nuevos niveles 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 ofrecen 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. Más información.
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.
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.
Redes simplificadas: el nivel Estándar v2 admite conexiones salientes a back-ends aislados de red.
Más opciones para cargas de trabajo de producción: todos los niveles v2 se admiten con un Acuerdo de Nivel de Servicio. Actualice de Básico v2 a Estándar v2 para agregar más opciones de producción.
Opciones del portal para desarrolladores: habilite el portal para desarrolladores cuando esté listo para permitir que los consumidores de API detecten las API.
Opciones de redes
El nivel Estándar v2 admite la integración de red virtual 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 que la instancia de API Management. Más información.
Características
Versión de API
Los niveles v2 se admiten en la versión de API de API Management 2023-05-01-preview o posterior.
Regiones admitidas
Los niveles v2 están disponibles en las siguientes regiones:
- Este de EE. UU.
- Este de EE. UU. 2
- Centro-sur de EE. UU.
- Centro-Norte de EE. UU
- Oeste de EE. UU.
- Oeste de EE. UU. 2
- Centro de Francia
- Centro-oeste de Alemania
- Norte de Europa
- Este de Noruega
- Oeste de Europa
- Norte de Suiza
- Sur de Reino Unido
- Oeste de Reino Unido
- Norte de Sudáfrica
- Centro de la India
- Sur de la India
- Sur de Brasil
- Centro de Australia
- Este de Australia
- Sudeste de Australia
- Este de Asia
- Japón Oriental
- Sudeste de Asia
- Centro de Corea del Sur
Disponibilidad de características
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
- Análisis integrado (reemplazado por el panel basado en Azure Monitor)
Limitaciones
Las siguientes funcionalidades de API Management no están disponibles actualmente en los niveles v2.
Infraestructura y redes
- Redundancia de zona
- Implementación en varias regiones
- Múltiples nombres de dominio personalizados
- Métrica de capacidad: reemplazada por porcentaje de CPU de métricas de puerta de enlace y memoria de puerta de enlace
- Escalabilidad automática
- Conexión entrante mediante un punto de conexión privado
- Inyección en una red virtual en modo externo o modo interno
- Actualización a los niveles v2 desde los niveles v1
- Áreas de trabajo
- Certificados de CA
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 |
|---|---|---|
| Número máximo de unidades de escalado | 10 | 10 |
| Tamaño máximo de caché por instancia de servicio | 250 MB | 1 GB |
| Número máximo de API por instancia de servicio | 150 | 500 |
| Número máximo de operaciones de API por instancia de servicio | 3,000 | 10,000 |
| Número máximo de suscripciones por instancia de servicio | 500 | 2 000 |
| Número máximo de productos por instancia de servicio | 50 | 200 |
| Número máximo de usuarios por instancia de servicio | 300 | 2 000 |
| Número máximo de grupos por instancia de servicio | 20 | 100 |
| Número máximo de servidores de autorización por instancia de servicio | 10 | 500 |
| Número máximo de fragmentos de directiva por instancia de servicio | 50 | 50 |
| Número máximo de proveedores de OpenID Connect por instancia de servicio | 10 | 10 |
| Número máximo de certificados por instancia de servicio | 100 | 100 |
| Número máximo de back-end por instancia de servicio | 100 | 100 |
| Número máximo de cachés por instancia de servicio | 100 | 100 |
| Número máximo de valores con nombre por instancia de servicio | 100 | 100 |
| Número máximo de registradores por instancia de servicio | 100 | 100 |
| Número máximo de esquemas por instancia de servicio | 100 | 100 |
| Número máximo de esquemas por API | 100 | 100 |
| Número máximo de etiquetas por instancia de servicio | 100 | 100 |
| Número máximo de etiquetas por API | 100 | 100 |
| Número máximo de conjuntos de versiones por instancia de servicio | 100 | 100 |
| Número máximo de versiones por API | 100 | 100 |
| Número máximo de operaciones por API | 100 | 100 |
| Número máximo de solucionadores de GraphQL por instancia de servicio | 100 | 100 |
| Número máximo de solucionadores de GraphQL por API | 100 | 100 |
| Número máximo de API por producto | 100 | 100 |
| Número máximo de API por suscripción | 100 | 100 |
| Número máximo de productos por suscripción | 100 | 100 |
| Número máximo de grupos por producto | 100 | 100 |
| Número máximo de etiquetas por producto | 100 | 100 |
| Conexiones de back-end simultáneas1 por entidad HTTP | 2 048 | 2 048 |
| Tamaño máximo de respuestas en caché | 2 MiB | 2 MiB |
| Tamaño máximo del documento de directiva | 256 KiB | 256 KiB |
| Tamaño máximo de carga de solicitud | 1 GiB | 1 GiB |
| Tamaño máximo de carga almacenada en búfer | 2 MiB | 2 MiB |
| Tamaño máximo de carga de solicitud/respuesta en los registros de diagnóstico | 8192 bytes | 8192 bytes |
| Tamaño máximo de dirección URL de la solicitud2 | 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 |
| Longitud máxima de caracteres del valor con nombre | 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 |
| Tamaño máximo del esquema de API usado por la directiva de validación | 4 MB | 4 MB |
| Número máximo de conexiones activas de WebSocket por unidad3 | 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 |
|---|---|---|
| Número máximo de archivos multimedia que se van a cargar | 15 | 15 |
| Tamaño máximo de un archivo multimedia | 500 kB | 500 kB |
| Número máximo de páginas | 30 | 50 |
| Número máximo de widgets1 | 30 | 50 |
| Tamaño máximo de metadatos por página | 350 KB | 350 KB |
| Tamaño máximo de metadatos por widget1 | 350 KB | 350 KB |
| Número máximo de solicitudes de cliente por minuto | 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 una instancia del nivel Básico v2 o Estándar v2 mediante la plantilla de Azure Resource Manager o Bicep, la API REST de Azure o Azure Portal.
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 sucesora de la plataforma stv1, cuya retirada está programa para 2024.
P: ¿Todavía podré aprovisionar servicios de nivel Básico o Estándar?
R: Sí, no hay ningún cambio en los niveles Básico o Estándar.
P: ¿Cuál es la diferencia entre la integración de red virtual en el nivel Estándar v2 y la compatibilidad con redes virtuales en el nivel Premium?
R: Una instancia de servicio de Estándar v2 se puede integrar con una red virtual para proporcionar acceso seguro a los back-ends que residen allí. Una instancia de servicio Estándar v2 integrada con una red virtual tendrá una dirección IP pública. El nivel Premium admite una integración totalmente privada con una red virtual (a menudo conocida como inserción en red virtual) sin exponer una dirección IP pública.
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 el nivel Premium.
P: ¿Está planeado un nivel Premium v2?
R: Sí, se planea una versión preliminar Premium v2 y se anunciará por separado.
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.