Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

AWS AppConfig Consideraciones sobre el uso del navegador y los dispositivos móviles

Las marcas de características le permiten actualizar la experiencia de las páginas web y la aplicación móvil sobre la marcha, sin la sobrecarga, el riesgo o la rigidez de una publicación en App Store. Con las marcas de características, puede publicar gradualmente un cambio en su base de usuarios cuando quiera. Si se produce un error, puede revertir el cambio al instante sin necesidad de que los usuarios se actualicen a una nueva versión del software. En resumen, las marcas de características proporcionan un mayor control y flexibilidad a la hora de implementar cambios en la aplicación.

En las siguientes secciones se describen las consideraciones importantes a la hora de utilizar indicadores de AWS AppConfig funciones en páginas web y dispositivos móviles.

Recuperación de datos de configuración y marcas

En casos de uso con dispositivos móviles y basados en navegador, muchos clientes optan por emplear una capa proxy entre la web o la aplicación móvil y AWS AppConfig. De este modo, se desvincula el volumen de AWS AppConfig llamadas del tamaño de la base de usuarios, lo que reduce los costes. También le permite aprovechar el AWS AppConfig agente, que optimiza el rendimiento de la recuperación de banderas y es compatible con funciones como las banderas con múltiples variantes. AWS AppConfig recomienda usarlo AWS Lambda para crear el proxy. En lugar de recuperar los indicadores directamente de AWS AppConfig, configure la extensión AWS AppConfig Lambda para recuperar los indicadores de características dentro de una función de Lambda. Escriba la función para aceptar los parámetros de AWS AppConfig recuperación de la solicitud de evento y para devolver los datos de configuración correspondientes en la respuesta de Lambda. Exponga su proxy a Internet mediante la función Lambda. URLs

Después de configurar el proxy, tenga en cuenta la frecuencia con la que recupera los datos. Los casos de uso con dispositivos móviles no suelen requerir intervalos de sondeo frecuentes. Configure el AWS AppConfig agente para que actualice los datos con AWS AppConfig más frecuencia de la que su aplicación actualiza desde el proxy.

Autenticación y Amazon Cognito

La función Lambda URLs admite dos formas de control de acceso: yAWS_IAM. NONE Use NONE si prefiere implementar su propia autenticación y autorización en la función de Lambda. NONE también es la opción recomendada si su caso de uso permite exponer su punto de conexión al público y sus datos de configuración no contienen información confidencial. Para todos los demás casos de uso, utilice AWS_IAM.

Si decide utilizar AWS_IAM, tendrá que administrar las credenciales con Amazon Cognito. Para comenzar a utilizar Amazon Cognito, debe crear un grupo de identidades. Un grupo de identidades le permite vender credenciales de corta duración para su aplicación para usuarios autenticados o invitados. Tendrá que añadir al grupo de identidades roles que permitan a los usuarios usar la InvokeFunctionUrl para su función de Lambda. De este modo, las instancias de la aplicación podrán acceder a las credenciales necesarias para recuperar los datos de configuración.

Cuando trabaje con Amazon Cognito en su aplicación, considere la posibilidad de utilizar AWS Amplify. Amplify simplifica las interacciones de las mobile/web aplicaciones AWS y proporciona soporte integrado para Amazon Cognito.

Almacenamiento en caché

Cuando lo utilice AWS AppConfig, siempre debe almacenar en caché los datos de configuración de forma local en el dispositivo o en el navegador. El almacenamiento en caché ofrece las siguientes ventajas:

Para los casos de uso con dispositivos móviles, le recomendamos que implemente cachés en memoria y cachés persistentes en el dispositivo. Configure su aplicación para intentar recuperar la configuración deseada de la caché en memoria y volver a obtenerla desde tu proxy, si es necesario. Tras recuperarla correctamente del proxy, actualice la caché en memoria y, a continuación, conserve la configuración en el dispositivo. Utilice un proceso en segundo plano para iterar en la memoria caché y actualizar cada configuración. Al obtener la configuración por primera vez después del inicio de la aplicación, si la recuperación no se realiza correctamente, opte por la configuración persistente (y utilícela para propagar en la caché en memoria).

Segmentación

Cuando utilice marcas de características, es posible que desee segmentar la experiencia de marcas de características entre tu base de clientes. Para ello, proporcione contexto a sus llamadas de recuperación de marcas y configure reglas para que devuelvan diferentes variantes de tus marcas de características en función del contexto proporcionado. Por ejemplo, puede tener una variante de marca de característica para los usuarios de iOS 18.X, una variante para los usuarios de iOS 17.X y una marca predeterminada para todas las demás versiones de iOS. Con las variantes, puedes configurar todas las versiones de iOS de tu aplicación para que se dirijan a la misma configuración en el mismo entorno, pero según el contexto proporcionado en la llamada de recuperación (por ejemplo, «versión»: «i OS18 .1"), los dispositivos recibirán la variante de configuración adecuada.

Si decide no utilizar el AWS AppConfig Agente para recuperar los indicadores de características, puede aprovechar los AWS AppConfig entornos para una segmentación sencilla y de baja cardinalidad. Un entorno es un grupo de implementación lógico para sus destinos. Además de particionar sus configuraciones en entornos de desarrollo, pruebas y producción, puede subdividir su base de clientes mediante la creación de entornos específicos para dispositivos móviles, como el tipo de dispositivo (tablet o teléfono) o versiones principales del sistema operativo. Con entornos separados, puede implementar conjuntos de datos de configuración iguales o diferentes para cumplir con los requisitos específicos de su base de clientes.

Ancho de banda (casos de uso en dispositivos móviles)

En general, trate de mantener pequeño el tamaño de cada conjunto de marcas. Los casos de uso en dispositivos móviles tienden a conllevar restricciones de bajo ancho de banda. Minimizar el tamaño de los datos le ayudará a mantener una experiencia coherente en toda su base de usuarios. Además, tenga en cuenta que, dado que los dispositivos móviles suelen funcionar entre entornos con poco ancho de banda o sin ancho de banda, el almacenamiento en caché en el dispositivo es fundamental. También es fundamental que el código de la aplicación falle fácilmente si no se pueden recuperar los datos de configuración.

Casos de uso de marcas adicionales

La eficacia de las marcas de características va más allá de la comodidad en cuanto a la versión de las características. Se pueden utilizar marcas operativas duraderas para mejorar el estado operativo de su aplicación. Por ejemplo, puede crear un botón de control de monitorización del rendimiento que emita métricas y datos de depuración adicionales durante un evento. Como alternativa, es posible que desee mantener y ajustar las tasas de actualización de la aplicación para un segmento de su base de clientes.