Preguntas frecuentes sobre Azure Container Apps

En este artículo aparecen las preguntas más comunes sobre el uso de Azure Container Apps junto con las respuestas relacionadas.

Regiones

¿Dónde puedo encontrar la información más reciente sobre las regiones admitidas en Azure Container Apps?

Se puede generar una lista ejecutando el siguiente comando de la CLI de Azure:

  az provider show \
  --namespace Microsoft.App \
  --query "resourceTypes[?resourceType=='managedEnvironments'].locations"

API existentes

¿Proporciona Azure Container Apps acceso directo a las API de Kubernetes subyacentes?

No, Azure Container Apps no proporciona acceso directo a la API de Kubernetes.

¿Puedo importar mi API de Azure Container Apps desde el contexto de API Management?

Sí, puede importar una API de Azure Container Apps desde el contexto de API Management.

Facturación

¿Cómo se factura Azure Container Apps?

La facturación se basa en el consumo de recursos, incluida la CPU, la memoria y el recuento de solicitudes. Para obtener más información, consulte la página de facturación .

Configuración

¿Puedo configurar Acciones de GitHub para compilar e implementar automáticamente mi código en Azure Container Apps?

Sí. Puede configurar Acciones de GitHub mediante la CLI de Azure o Azure Portal:

• Con la CLI de Azure, ejecute az containerapp github-action -h para ver las opciones.

• Con Azure Portal, vaya a la ventana "Implementación continua" en la aplicación contenedora.

¿Por qué la dirección URL que recibe mi aplicación es diferente de la dirección URL especificada en la solicitud?

Azure Container Apps decodifica la dirección URL para proteger la aplicación frente a ataques de confusión de direcciones URL. Una dirección URL de solicitud que tiene partes codificadas, como http://mysite.com/archive/http%3A%2F%2Fmysite.com%2Farchive%2F123, se envía a la aplicación como http://mysite.com/archive/http%3A/mysite.com/archive/123.

¿Los entornos de consumo solo admiten rutas personalizadas definidas por el usuario?

Los entornos de solo consumo tienen compatibilidad limitada con rutas definidas por el usuario (UDR). ExpressRoute no se admite. La compatibilidad con udR limitada está disponible cuando se configura de la siguiente manera:

• Se debe definir una ruta mediante la Azure.<REGION_NAME> etiqueta De servicio con El próximo salto = "Internet".

• Las reglas del grupo de seguridad de red (NSG) también deben configurarse como se describe en la documentación del grupo de seguridad de red para asegurarse de que el entorno funciona correctamente.

Estas limitaciones no se aplican a los perfiles de carga de trabajo y, para la compatibilidad completa con UDR y ExpressRoute, use entornos de perfil de carga de trabajo.

Administración de datos

¿Dónde almacena Azure Container Apps los datos de los clientes?

Azure Container Apps no mueve ni almacena datos de clientes fuera de la región implementada.

Cuotas

¿Cómo solicitar un aumento de cuota?

Solicitar un aumento de cuota en Azure Portal con Azure Container Apps seleccionado como proveedor.

Tenga en cuenta los detalles siguientes al enviar una solicitud de aumento de cuota:

• Escalado de aplicaciones frente a entornos: hay muchas cuotas diferentes disponibles para aumentar. Use estas descripciones para ayudar a identificar sus necesidades:

  • Aumentar las aplicaciones y los núcleos por entorno: permite ejecutar más aplicaciones dentro de un entorno o aplicaciones más intensivas. Se recomienda si las cargas de trabajo se pueden implementar dentro de los mismos límites de red y seguridad.
  • Aumento de entornos: se recomienda si las cargas de trabajo necesitan límites de red o seguridad. Nota: es posible que se requiera un contexto empresarial detallado si la solicitud implica aumentar las cuotas de nivel de entorno. Al solicitar un cambio en la cuota regional del entorno, debe solicitar un cambio correspondiente en la cuota global del entorno.

• Regiones: las aprobaciones para aumentar las solicitudes varían en función de la capacidad de proceso disponible en las regiones de Azure.

• Requisitos de proceso específicos: la plataforma admite 4 GB por aplicación de contenedor. Las invalidaciones de límites de memoria se evalúan por caso.

• Razonamiento empresarial para el escalado: puede ser apto para una solicitud de aumento de cuota si los límites de la plataforma bloquean las demandas de carga de trabajo. Las invalidaciones de límites de escala se evalúan caso a caso.

API de microservicios con tecnología de Dapr

¿Qué características y API Dapr están disponibles en Azure Container Apps?

Cada funcionalidad de Dapr se somete a una evaluación exhaustiva para asegurarse de que afecta positivamente a los clientes que ejecutan microservicios en el entorno de Azure Container Apps, a la vez que proporciona la mejor experiencia posible.

¿Se admiten las API alfa Dapr y los componentes de nivel 2 o están disponibles en Azure Container Apps?

No se garantiza la disponibilidad de las API alfa de Dapr ni de Microsoft.

Aunque los componentes de nivel 1 son totalmente compatibles, los componentes de nivel 2 se admiten con el mejor esfuerzo. Más información.

¿Cómo puedo solicitar una mejora de las características Dapr para Azure Container Apps?

Puede enviar una solicitud de característica a través del repositorio GitHub de Azure Container Apps. Asegúrese de incluir "Dapr" en el título de la solicitud de característica.

¿Por qué veo la versión "-msft.<number>" en mi entorno de Container App?

A medida que se está implementando 1.13.6-msft.1 en regiones de producción, es posible que siga viendo versiones anteriores (como 1.12.5 o 1.12.5-msft.6). El sufijo -msft.<number> indica las personalizaciones específicas realizadas para Azure Container Apps para mejorar la experiencia.

¿Con qué frecuencia se publican las versiones de Dapr para Azure Container Apps?

Las versiones de Dapr se actualizan mejor, con un enfoque sólido en la estabilidad, las pruebas exhaustivas y la minimización del impacto del cliente. El objetivo es garantizar que las actualizaciones se integren sin problemas sin introducir cambios importantes.

Dado que las actualizaciones de la versión de Dapr se aplican automáticamente, siempre se beneficia de la versión más segura. Sin embargo, Dapr en Azure Container Apps no sigue una programación de versión fija para las nuevas características. En su lugar, la versión de las nuevas versiones de Dapr para la nueva funcionalidad depende de la priorización y estabilidad de los archivos binarios de Dapr.

Busque actualizaciones y anuncios de lanzamiento para Dapr en Azure Container Apps en GitHub.

¿Puedo usar una versión específica de Dapr para mi entorno?

La selección de versión personalizada no se admite. En su lugar, el entorno se actualiza automáticamente, manteniendo la integridad de la oferta totalmente administrada y sin servidor de Dapr en Azure Container Apps. Puede controlar las actualizaciones automáticas configurando la función de mantenimiento programado en el entorno de aplicaciones de contenedor.

Implementaciones sin Docker

¿Qué es una implementación sin Docker?

Una implementación sin Docker permite implementar la aplicación sin definir un Dockerfile en el código. En su lugar, la funcionalidad de compilación en la nube de Container Apps usa Buildpacks para activar el código fuente en la máquina local en una imagen de contenedor. Esta opción usa el Registro predeterminado de Azure Container Apps.

Durante la implementación de mi aplicación sin Docker, aparecen mensajes sobre "ImagePullBackOff en legión", "Error de Kubernetes" o "Error de puerta de enlace" y mi aplicación no se implementa correctamente.

Está experimentando un problema conocido con implementaciones sin Docker. Reintentar podría resolver este problema. Si se produce este problema, abra una incidencia de GitHub para que nuestro equipo pueda investigarlo.

Implementación de aplicaciones .NET

¿Qué ocurre si mi aplicación .NET no se puede escalar?

Es necesario habilitar la protección de datos para todas las aplicaciones .NET en Azure Container Apps. Para obtener más información, consulte Implementación y escalado de aplicaciones ASP.NET Core en Azure Container Apps.

Implementar aplicaciones Java

¿Qué versiones de JDK se admiten y cómo puedo configurar la versión de JDK?

Container Apps admite cuatro versiones de JDK LTS: JDK 8, JDK 11, JDK 17 y JDK 21. Para la compilación de código fuente, la versión predeterminada es JDK 17. Para una compilación de archivo JAR, la versión de JDK se lee desde la ubicación del archivo META-INF\MANIFEST.MF en el archivo JAR, pero usa la versión predeterminada JDK 17 si la versión especificada no está disponible.

Puede configurar la versión de JDK para invalidar la versión predeterminada a través de variables de entorno de compilación.

¿Qué herramientas de compilación de Java se admiten?

Azure Container Apps admite actualmente Apache Maven como herramienta de compilación de Java.

¿Cómo puedo personalizar una compilación de imagen de Java a partir del código fuente?

Puede personalizar una compilación de imágenes de Java mediante variables de entorno de compilación.

¿Cómo puedo asegurarme de que la compilación y la imagen de mi compilación sin Docker estén disponibles en la misma región que mi aplicación?

Cuando se usa containerapp up en combinación con una base de código sin Docker, use el parámetro --location para que la aplicación se ejecute en una ubicación distinta a la de Este de EE. UU.

Etiquetado

¿Cómo se usa "latest" o una etiqueta estática para mi imagen de contenedor?

Evite usar etiquetas estáticas como latest para imágenes de contenedor. El uso de etiquetas estáticas puede provocar problemas de almacenamiento en caché y puede dificultar la solución de problemas de la aplicación. En su lugar, use etiquetas únicas para cada implementación, como un hash de Git o una fecha y hora para asegurarse de que las actualizaciones se realicen correctamente y se implementen.

OpenTelemetry

¿Qué protocolos de transporte admite el agente administrado openTelemetry?

El agente administrado solo admite gRPC.

En este artículo aparecen las preguntas más comunes sobre el uso de Azure Container Apps junto con las respuestas relacionadas.

Se puede generar una lista ejecutando el siguiente comando de la CLI de Azure:

  az provider show \
  --namespace Microsoft.App \
  --query "resourceTypes[?resourceType=='managedEnvironments'].locations"

No, Azure Container Apps no proporciona acceso directo a la API de Kubernetes.

Sí, puede importar una API de Azure Container Apps desde el contexto de API Management.

La facturación se basa en el consumo de recursos, incluida la CPU, la memoria y el recuento de solicitudes. Para obtener más información, consulte la página de facturación .

Sí. Puede configurar Acciones de GitHub mediante la CLI de Azure o Azure Portal:

• Con la CLI de Azure, ejecute az containerapp github-action -h para ver las opciones.

• Con Azure Portal, vaya a la ventana "Implementación continua" en la aplicación contenedora.

Azure Container Apps decodifica la dirección URL para proteger la aplicación frente a ataques de confusión de direcciones URL. Una dirección URL de solicitud que tiene partes codificadas, como http://mysite.com/archive/http%3A%2F%2Fmysite.com%2Farchive%2F123, se envía a la aplicación como http://mysite.com/archive/http%3A/mysite.com/archive/123.

Los entornos de solo consumo tienen compatibilidad limitada con rutas definidas por el usuario (UDR). ExpressRoute no se admite. La compatibilidad con udR limitada está disponible cuando se configura de la siguiente manera:

• Se debe definir una ruta mediante la Azure.<REGION_NAME> etiqueta De servicio con El próximo salto = "Internet".

• Las reglas del grupo de seguridad de red (NSG) también deben configurarse como se describe en la documentación del grupo de seguridad de red para asegurarse de que el entorno funciona correctamente.

Estas limitaciones no se aplican a los perfiles de carga de trabajo y, para la compatibilidad completa con UDR y ExpressRoute, use entornos de perfil de carga de trabajo.

Azure Container Apps no mueve ni almacena datos de clientes fuera de la región implementada.

Solicitar un aumento de cuota en Azure Portal con Azure Container Apps seleccionado como proveedor.

Tenga en cuenta los detalles siguientes al enviar una solicitud de aumento de cuota:

• Escalado de aplicaciones frente a entornos: hay muchas cuotas diferentes disponibles para aumentar. Use estas descripciones para ayudar a identificar sus necesidades:

  • Aumentar las aplicaciones y los núcleos por entorno: permite ejecutar más aplicaciones dentro de un entorno o aplicaciones más intensivas. Se recomienda si las cargas de trabajo se pueden implementar dentro de los mismos límites de red y seguridad.
  • Aumento de entornos: se recomienda si las cargas de trabajo necesitan límites de red o seguridad. Nota: es posible que se requiera un contexto empresarial detallado si la solicitud implica aumentar las cuotas de nivel de entorno. Al solicitar un cambio en la cuota regional del entorno, debe solicitar un cambio correspondiente en la cuota global del entorno.

• Regiones: las aprobaciones para aumentar las solicitudes varían en función de la capacidad de proceso disponible en las regiones de Azure.

• Requisitos de proceso específicos: la plataforma admite 4 GB por aplicación de contenedor. Las invalidaciones de límites de memoria se evalúan por caso.

• Razonamiento empresarial para el escalado: puede ser apto para una solicitud de aumento de cuota si los límites de la plataforma bloquean las demandas de carga de trabajo. Las invalidaciones de límites de escala se evalúan caso a caso.

Cada funcionalidad de Dapr se somete a una evaluación exhaustiva para asegurarse de que afecta positivamente a los clientes que ejecutan microservicios en el entorno de Azure Container Apps, a la vez que proporciona la mejor experiencia posible.

No se garantiza la disponibilidad de las API alfa de Dapr ni de Microsoft.

Aunque los componentes de nivel 1 son totalmente compatibles, los componentes de nivel 2 se admiten con el mejor esfuerzo. Más información.

Puede enviar una solicitud de característica a través del repositorio GitHub de Azure Container Apps. Asegúrese de incluir "Dapr" en el título de la solicitud de característica.

A medida que se está implementando 1.13.6-msft.1 en regiones de producción, es posible que siga viendo versiones anteriores (como 1.12.5 o 1.12.5-msft.6). El sufijo -msft.<number> indica las personalizaciones específicas realizadas para Azure Container Apps para mejorar la experiencia.

Las versiones de Dapr se actualizan mejor, con un enfoque sólido en la estabilidad, las pruebas exhaustivas y la minimización del impacto del cliente. El objetivo es garantizar que las actualizaciones se integren sin problemas sin introducir cambios importantes.

Dado que las actualizaciones de la versión de Dapr se aplican automáticamente, siempre se beneficia de la versión más segura. Sin embargo, Dapr en Azure Container Apps no sigue una programación de versión fija para las nuevas características. En su lugar, la versión de las nuevas versiones de Dapr para la nueva funcionalidad depende de la priorización y estabilidad de los archivos binarios de Dapr.

Busque actualizaciones y anuncios de lanzamiento para Dapr en Azure Container Apps en GitHub.

La selección de versión personalizada no se admite. En su lugar, el entorno se actualiza automáticamente, manteniendo la integridad de la oferta totalmente administrada y sin servidor de Dapr en Azure Container Apps. Puede controlar las actualizaciones automáticas configurando la función de mantenimiento programado en el entorno de aplicaciones de contenedor.

Una implementación sin Docker permite implementar la aplicación sin definir un Dockerfile en el código. En su lugar, la funcionalidad de compilación en la nube de Container Apps usa Buildpacks para activar el código fuente en la máquina local en una imagen de contenedor. Esta opción usa el Registro predeterminado de Azure Container Apps.

Está experimentando un problema conocido con implementaciones sin Docker. Reintentar podría resolver este problema. Si se produce este problema, abra una incidencia de GitHub para que nuestro equipo pueda investigarlo.

Es necesario habilitar la protección de datos para todas las aplicaciones .NET en Azure Container Apps. Para obtener más información, consulte Implementación y escalado de aplicaciones ASP.NET Core en Azure Container Apps.

Container Apps admite cuatro versiones de JDK LTS: JDK 8, JDK 11, JDK 17 y JDK 21. Para la compilación de código fuente, la versión predeterminada es JDK 17. Para una compilación de archivo JAR, la versión de JDK se lee desde la ubicación del archivo META-INF\MANIFEST.MF en el archivo JAR, pero usa la versión predeterminada JDK 17 si la versión especificada no está disponible.

Puede configurar la versión de JDK para invalidar la versión predeterminada a través de variables de entorno de compilación.

Azure Container Apps admite actualmente Apache Maven como herramienta de compilación de Java.

Puede personalizar una compilación de imágenes de Java mediante variables de entorno de compilación.

Cuando se usa containerapp up en combinación con una base de código sin Docker, use el parámetro --location para que la aplicación se ejecute en una ubicación distinta a la de Este de EE. UU.

Evite usar etiquetas estáticas como latest para imágenes de contenedor. El uso de etiquetas estáticas puede provocar problemas de almacenamiento en caché y puede dificultar la solución de problemas de la aplicación. En su lugar, use etiquetas únicas para cada implementación, como un hash de Git o una fecha y hora para asegurarse de que las actualizaciones se realicen correctamente y se implementen.

El agente administrado solo admite gRPC.