Preguntas frecuentes sobre Azure Container Apps

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

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

No, no hay acceso a la API de Kubernetes.

Sí.

Consulte la página de precios para más información.

Sí. 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.

En el caso de entornos de solo consumo, las rutas rápidas no son compatibles y se admite una UDR limitada cuando se configura como se indica a continuación. La configuración de UDR debe tener una ruta configurada para la etiqueta de servicio Azure.<REGION_NAME> con próximo salto = "Internet". Además, las reglas de la documentación de NSG deben configurarse para que el entorno de consumo solo esté operativo. Estas limitaciones no se aplican a los perfiles de carga de trabajo y, para la compatibilidad completa con una 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 lo siguiente cuando se trata de solicitudes 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.

La escala de tiempo de lanzamiento típica de Dapr es de hasta seis semanas después de la versión del OSS de Dapr. La versión más reciente de Dapr está disponible en Azure Container Apps solo después de realizar pruebas rigurosas. La implementación en todas las regiones puede tardar hasta dos semanas o más.

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.

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. El reintento puede resolverlo automáticamente. 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 de 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.

Maven

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.