Preguntas frecuentes de Azure App Configuration

App Configuration ayuda a los desarrolladores a administrar la configuración de las aplicaciones y a controlar la disponibilidad de características. Pretende simplificar muchas de las tareas del trabajo con datos de configuración complejos.

App Configuration admite:

• Espacios de nombres jerárquicos
• Etiquetado
• Consultas amplias
• Recuperación por lotes
• Operaciones de administración especializadas
• Una interfaz de usuario de administración de características

App Configuration complementa a Key Vault y los dos deben usarse en paralelo en la mayoría de las implementaciones de aplicaciones.

Aunque App Configuration ofrece mayor seguridad, Key Vault sigue siendo el mejor lugar para almacenar los secretos de la aplicación. Key Vault proporciona cifrado de nivel de hardware, directivas de acceso pormenorizadas y operaciones de administración como la rotación de certificados.

Puede crear valores de App Configuration que hagan referencia a secretos almacenados en Key Vault. Para obtener más información, consulte Uso de referencias de Key Vault en una aplicación de ASP.NET Core.

Sí. App Configuration cifra todos los valores de clave que contiene, así como la comunicación de red. Los nombres de clave y las etiquetas se usan como índices para recuperar los datos de configuración y no se cifran.

Azure App Service permite definir la configuración de la aplicación para cada instancia de App Service. Estas configuraciones se pasan como variables de entorno al código de la aplicación. Si lo desea, puede asociar un valor a una ranura de implementación específica. Para obtener más información, consulte Configuración de aplicaciones.

En cambio, Azure App Configuration permite definir una configuración que se puede compartir entre varias aplicaciones. Esto incluye las aplicaciones que se ejecutan en App Service, así como otras plataformas. El código de la aplicación accede a esta configuración mediante los proveedores de configuración para .NET y Java, mediante el SDK de Azure o directamente mediante las API REST.

También puede importar y exportar configuraciones entre App Service y App Configuration. Esta funcionalidad permite configurar rápidamente un nuevo almacén de App Configuration en función de la configuración de App Service existente. También puede compartir la configuración con una aplicación existente que se base en la configuración de App Service.

Hay un límite de 10 KB para un único elemento clave-valor, incluidos atributos como etiqueta, tipo de contenido, etiquetas y otros metadatos.

Este límite debe ser suficiente para una configuración sencilla en la mayoría de las aplicaciones. Si encuentra que su configuración es mayor que este límite, puede considerar la posibilidad de almacenar los datos en otro lugar y agregar una referencia de esos datos en App Configuration.

Puede controlar quién accede a App Configuration en cada almacén. Use un almacén independiente para cada entorno que requiera permisos distintos. Este enfoque ofrece el mejor aislamiento de seguridad.

Si no necesita aislamiento de seguridad entre entornos, puede usar etiquetas para diferenciar los valores de configuración. Uso de etiquetas para habilitar diferentes configuraciones para distintos entornos proporciona un ejemplo completo.

Consulte los procedimientos recomendados.

Hay dos planes de tarifa:

• Nivel Gratis
• Nivel estándar

Si ha creado un almacén antes de la introducción del nivel Estándar, este se mueve automáticamente al nivel Gratis cuando está disponible con carácter general. Puede optar por actualizar al nivel Estándar o continuar en el nivel Gratis.

No se puede degradar un almacén del nivel Estándar al nivel Gratis. Puede crear un nuevo almacén en el nivel Gratis y luego importar los datos de configuración en ese almacén.

Ambos niveles de App Configuration ofrecen funcionalidad básica, como opciones de configuración, marcas de características, referencias de Key Vault, operaciones de administración básicas, métricas y registros.

A continuación se indican algunas consideraciones para elegir un nivel.

• Recursos por suscripción: Un recurso se compone de un único almacén de configuración. Cada suscripción está limitada a un almacén de configuración en el nivel Gratis. Las suscripciones pueden tener un número ilimitado de almacenes de configuración en el nivel Estándar.

• Almacenamiento por recurso: En el nivel Gratis, cada almacén de configuración está limitado a 10 MB de almacenamiento. En el nivel Estándar, cada almacén de configuración puede usar hasta 1 GB de almacenamiento.

• Historial de revisiones: App Configuration almacena un historial de todos los cambios realizados en las claves. En el nivel Gratis, el historial se almacena durante siete días. En el nivel Estándar, el historial se almacena durante 30 días.

• Cuota de solicitudes: los almacenes del nivel Gratis se limitan a 1 000 solicitudes al día. Cuando un almacén alcanza 1000 solicitudes, devuelve el código de estado HTTP 429 para todas las solicitudes hasta medianoche UTC.

  Los almacenes del nivel estándar están limitados a 30 000 solicitudes por hora. Cuando se agota la cuota por hora, las solicitudes pueden devolver el código de estado HTTP 429, que indica que hay demasiadas solicitudes hasta que finalice la hora. Cuantas más solicitudes se envíen por encima de la cuota, mayor será el porcentaje de ella que podrían devolver el código de estado 429.

• Contrato de nivel de servicio: El nivel Estándar tiene un contrato de nivel de servicio del 99,9 % de disponibilidad. El nivel Gratis no tiene un contrato de nivel de servicio.

• Características de seguridad: ambos niveles proporcionan funcionalidad de seguridad básica, lo que incluye el cifrado con claves administradas por Microsoft, la autenticación mediante HMAC o Azure Active Directory, la compatibilidad con RBAC de Azure, la identidad administrada y las etiquetas de servicio. El nivel Estándar ofrece una funcionalidad de seguridad más avanzada, incluida la compatibilidad con Private Link y el cifrado con claves administradas por el cliente.

• Costo: Los almacenes del nivel Estándar tienen un cargo de uso diario. Las primeras 200 000 solicitudes de cada día se incluyen en el cargo diario. También hay un cargo por uso por encima del límite por las solicitudes más allá de la asignación diaria. El uso de un almacén del nivel Gratis no supone ningún costo.

Puede actualizar desde el nivel Gratis al nivel Estándar en cualquier momento.

No se puede degradar un almacén del nivel Estándar al nivel Gratis. Puede crear un nuevo almacén en el nivel Gratis y, a continuación, importar los datos de configuración en ese almacén.

Los datos de cliente almacenados en App Configuration residen en la región en la que se creó el almacén de App Configuration del cliente. Esto se aplica a todas las regiones disponibles. Los clientes y los usuarios finales pueden mover, copiar o acceder a los datos de cliente desde cualquier ubicación global.

Azure App Configuration admite Azure Availability Zones para proteger la aplicación y los datos frente a errores de un solo centro de datos. *Todas las regiones compatibles con las zonas de disponibilidad constan de un mínimo de tres zonas de disponibilidad, donde cada una es un centro de datos físicamente independiente. Para lograr resistencia, esta compatibilidad de App Configuration está habilitada para todos los clientes sin costo adicional. A continuación, se muestran las regiones en las que App Configuration tiene habilitada la compatibilidad con las zonas de disponibilidad. Para más información, consulte Regiones y zonas de disponibilidad en Azure.

Los almacenes de configuración del nivel Gratis están limitados a 1000 solicitudes al día. Los almacenes de configuración del nivel estándar pueden experimentar una limitación temporal si la velocidad supera las 30 000 solicitudes por hora.

Cuando un almacén alcanza su límite en el nivel estándar, puede devolver el código de estado HTTP 429 con algunas de las solicitudes realizadas hasta que termine la hora. El encabezado retry-after-ms de la respuesta proporciona un tiempo de espera sugerido (en milisegundos) antes de volver a intentar la solicitud.

Si la aplicación recibe periódicamente respuestas de código de estado HTTP 429, considere la posibilidad de rediseñarla para reducir el número de solicitudes realizadas. Para obtener más información, consulte Reducción de las solicitudes realizadas a App Configuration.

Recibirá una respuesta con el código de estado HTTP 429 en estas circunstancias:

• Superación del límite de solicitudes diarias de un almacén en el nivel Gratis.
• Superación del límite de solicitudes por horas de un almacén en el nivel estándar.
• Limitación momentánea debido a una gran ráfaga de solicitudes†.
• Uso de ancho de banda excesivo.
• Intento de crear o modificar una clave cuando se ha superado la cuota de almacenamiento.

Compruebe el cuerpo de la respuesta 429 para conocer el motivo específico por el que se produjo un error en la solicitud.

†Un almacén de configuración puede experimentar una limitación momentánea si recibe una gran ráfaga de solicitudes. Los clientes de App Configuration, como el SDK de Azure, las bibliotecas del proveedor de configuración y las tareas de Azure Pipeline, se reintentan automáticamente en las solicitudes limitadas. En el caso de las aplicaciones que usen uno de estos clientes o un cliente personalizado que vuelve a intentar las solicitudes limitadas, esta limitación momentánea debe pasar desapercibida, en caso de que se produzca.

Todos los almacenes de App Configuration en el nivel estándar han habilitado automáticamente la característica de eliminación temporal. Cuando se elimina un almacén de App Configuration de nivel estándar, su nombre se reserva para el período de retención. Para volver a crear un almacén con el mismo nombre antes de que expire el período de retención, primero debe purgar el almacén eliminado temporalmente, siempre que el almacén no tenga habilitada la protección de purga. Si la protección de purga está habilitada, debe esperar a que transcurra el período de retención.

App Configuration ofrecía anteriormente una opción para sobrescribir un almacén eliminado temporalmente como se indica a continuación. Esta opción se retirará el 30 de abril de 2022. Migre para usar la función de purga o establezca un período de retención más corto si a menudo necesita volver a crear un almacén con el mismo nombre.

• Es posible volver a crear un almacén con el mismo nombre antes de que haya transcurrido el período de retención, pero debe estar en la misma suscripción, grupo de recursos y región que el almacén original. Si se eliminó el grupo de recursos que contenía el almacén, será preciso volver a crearlo en la misma suscripción antes de volver a crear el almacén dentro de él.
• El almacén de App Configuration no se puede crear en otro grupo de recursos o en otra suscripción hasta que haya transcurrido el período de retención. Sin embargo, el recurso puede volver a crearse en la suscripción o el grupo de recursos originales y transferirse después a una nueva suscripción o a un nuevo grupo de recursos siguiendo estas instrucciones.
• Actualmente, solo se puede volver a crear un almacén de App Configuration durante el período de retención con la CLI de Azure utilizando el comandoaz appconfig create.

Todos los almacenes de App Configuration en el nivel estándar admiten la característica de eliminación temporal, que no se puede deshabilitar. Puede recuperar un almacén eliminado dentro de su período de retención. Siga estas instrucciones para recuperar un almacén de App Configuration por error.

Suscríbase a nuestro repositorio de anuncios de GitHub.

Puede comunicarse con nosotros directamente en GitHub.

• Acerca de Azure App Configuration