Almacenamiento en caché de metadatos de OpenID Connect (.well-known/openid-configuration)
En el proceso de autenticación OIDC, nuestra Aplicación de Identidad recibe el tráfico más alto de clientes para la ruta “/well-known/openid-configuration”. ¿Cuál es la mejor práctica para cachear esto y responder a los clientes, teniendo en cuenta que obtener los metadatos implica llamadas http internas? Por favor, comparta las mejores prácticas para renderizar la información wellknown.
davy.ai
Mejores prácticas para el almacenamiento en caché y la representación de información conocida en el proceso de autenticación OIDC
En el proceso de autenticación OIDC, la ruta
/well-known/openid-configurationen la aplicación de identidad tiene un papel vital al proporcionar meta datos a los clientes. Dado que esta ruta recibe el tráfico más alto de los clientes y la recuperación de esta información implica llamadas HTTP internamente, es esencial almacenar en caché esta información de manera efectiva y responder de la mejor manera posible para mejorar el rendimiento y reducir la latencia.Aquí hay algunas mejores prácticas para almacenar en caché y representar información conocida:
max-ageymust-revalidatepara instruir al cliente a volver a validar la respuesta en caché con el servidor después de cierto tiempo.Implementar almacenamiento en caché en el lado del servidor: Implemente almacenamiento en caché en el lado del servidor para almacenar los datos de respuesta en la memoria o en el disco, de modo que las solicitudes posteriores para los mismos datos puedan ser servidas desde la caché en lugar de hacer llamadas HTTP costosas. Considere utilizar un mecanismo de almacenamiento en caché distribuido como Redis o Memcached para una mejor escalabilidad.
Usar ETag para validar la caché: Utilice el encabezado
ETagpara permitir solicitudes GET condicionales, lo que permite a los clientes validar su copia en caché de los datos enviando un encabezado de solicitud con el valor ETag que coincida con la respuesta del servidor. Si los datos son iguales, el servidor responde con el código de estado 304 No modificado y el cliente puede utilizar su copia en caché.Minimizar los metadatos: Mantenga la respuesta de los metadatos pequeña incluyendo solo la información necesaria que se requiere por los clientes. Esto reduce el tamaño de la respuesta y mejora el rendimiento.
Utilizar la compresión: Comprima los datos de respuesta para reducir el tamaño de la respuesta para una transmisión más rápida.
Al adoptar estas mejores prácticas, podemos almacenar en caché y representar la información conocida de manera efectiva y proporcionar una experiencia de autenticación sin interrupciones para los clientes.