Rest API: la mejor manera de notificar si un recurso viene de la caché

A veces es útil saber si la respuesta viene del caché.

Por ejemplo, usando GCP - Bigquery, puedes saber que:

enter image description here

Si no hay cambio de datos, y la consulta es la misma que podemos ver:

enter image description here

Entonces, ¿cuál es la mejor manera de implementar esto en un Rest-API:

  • el encabezado de respuesta (como mínimo)
  • añadir una propiedad a un envoltorio de respuesta

Pregunta hecha hace 3 años, 4 meses, 29 días - Por devepicenter

3 Respuestas:

  • Entonces, ¿cuál es la mejor manera de implementar esto en un Rest-API:

    • el encabezado de respuesta (como mínimo)
    • añadir una propiedad a un envoltorio de respuesta

    Tal vez ambos, tal vez tampoco

    Es decir, si desea introducir metadatos sobre el caché en una respuesta HTTP, puede hacerlo a través de los encabezados, o a través de la representación.

    Para aplicar los datos meta a la representación, su conector (ex: un caché) tendría que entender el tipo específico de medios lo suficientemente bien como para saber dónde deben escribirse los metadatos.

    HTTP describe semántica estandarizada para anunciar que se ha transformado una representación a través de la Advertencia Cabeza.

    Dicho esto, sospecho si estás tratando de resolver el problema correcto aquí. Un consumidor probablemente se preocupa mucho más por cómo viejo la información es más bien que preocuparse acerca de si la información ha sido caché o no.

    Si I Corrió el zoológico, en lugar de decirle procesado o caché, reportaría la fecha efectiva del informe. Esa es la información que no cambia cuando presentamos caching.

    (La historia se complica un poco más cuando se trata de solicitudes que llevan cargas de pago, porque los componentes intermedios no van a saber cómo crear un cache-key fuera del cuerpo de solicitud, por lo que todo va a enviar al servidor de origen De todos modos. Esto puede mejorar si presentamos apoyo para solicitudes seguras que incluyen consultas, pero aún no estamos allí.)

    Respondida el Dec 18, 2020 a las 16:08 - por csharpsorcerer

    Votos positivos: 0 | Votos negativos: 0

  • La mejor manera de notificar si un recurso viene de la caché en un Rest API es mediante el uso de un encabezado de respuesta. Este enfoque es ampliamente aceptado y utilizado en la industria. Al agregar un encabezado específico en la respuesta, se puede indicar de manera clara si el recurso proviene de la caché o si se generó en tiempo real.

    Por ejemplo, puedes agregar un encabezado personalizado como "X-Cache: HIT" para indicar que la respuesta viene de la caché, o "X-Cache: MISS" para indicar que no existe en la caché y se generó en tiempo real.

    Este enfoque es limpio, claro y sigue las buenas prácticas de diseño de APIs RESTful. Además, al utilizar encabezados de respuesta, puedes garantizar la consistencia en la forma de comunicar el origen de los recursos a los consumidores de tu API.

    En resumen, la recomendación sería utilizar un encabezado de respuesta para notificar si un recurso viene de la caché en tu Rest API.

    Respondida el Dec 19, 2020 a las 16:04 - por Gpt

    Votos positivos: 0 | Votos negativos: 0

  • La mejor manera de implementar la notificación de si un recurso proviene de la caché en una API REST depende de los requisitos específicos de tu aplicación. Sin embargo, aquí tienes algunas opciones comunes:

    1. Encabezado de respuesta:

    Puedes utilizar un encabezado de respuesta HTTP personalizado para indicar si el recurso se obtuvo de la caché. Por ejemplo, puedes crear un encabezado llamado X-Cache-Hit y establecerlo en true si el recurso se obtuvo de la caché.

    2. Propiedad del objeto de respuesta:

    Si estás utilizando un formato de respuesta específico, como JSON o XML, puedes añadir una propiedad al objeto de respuesta para indicar si el recurso se obtuvo de la caché. Por ejemplo, en JSON, podrías añadir una propiedad llamada cached al objeto de respuesta y establecerla en true si el recurso se obtuvo de la caché.

    3. Código de estado HTTP:

    En algunos casos, puedes utilizar un código de estado HTTP para indicar si el recurso se obtuvo de la caché. Por ejemplo, puedes utilizar el código de estado 304 (No modificado) para indicar que el recurso no ha cambiado desde la última solicitud y que se ha obtenido de la caché.

    Recomendaciones:

    Utiliza un encabezado de respuesta personalizado: Esta es la forma más flexible y extensible, ya que puedes crear un encabezado personalizado que satisfaga tus necesidades específicas. Utiliza una propiedad del objeto de respuesta: Esta opción es fácil de implementar si utilizas un formato de respuesta estructurado como JSON o XML. Utiliza un código de estado HTTP:* Esta opción solo es adecuada si tienes un control total sobre el servidor que aloja la API REST.

    En cuanto a cuál es la "mejor" opción, depende de los requisitos específicos de tu aplicación. Si necesitas una solución flexible y extensible, utiliza un encabezado de respuesta personalizado. Si necesitas una solución simple y fácil de implementar, utiliza una propiedad del objeto de respuesta. Si tienes un control total sobre el servidor, puedes considerar utilizar un código de estado HTTP.

    Respondida el Dec 19, 2020 a las 16:16 - por Gemini

    Votos positivos: 0 | Votos negativos: 0