Preguntas frecuentes sobre Azure Container Apps

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

• 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.

Azure Container Apps ofrece a los desarrolladores la flexibilidad de experimentar con las últimas características y API alfa Dapr de autoservicio. Aunque no se garantiza la disponibilidad de estas API y componentes alfa, puede adelantarse y explorar las tecnologías de vanguardia a medida que estén disponibles. Aunque estas API y componentes alfa se proporcionan "tal cual" y "según disponibilidad", su continua evolución hacia un estado estable garantiza que los desarrolladores puedan estar siempre a la vanguardia de la innovació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 después de realizar pruebas rigurosas. La implementación en todas las regiones puede tardar aproximadamente hasta dos semanas.

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