Almacena datos en caché con Memorystore

Las aplicaciones web escalables de alto rendimiento suelen usar caché de datos en memoria distribuida frente a un almacenamiento persistente robusto para algunas tareas o en lugar de él. Te recomendamos usar Memorystore para Redis como servicio de almacenamiento en caché. Ten en cuenta que Memorystore para Redis no proporciona un nivel gratuito. Consulta Precios de Memorystore para obtener más información.

Antes de comenzar, asegúrate de que la app permanezca dentro de las cuotas de Memorystore para Redis.

Cuándo usar una memoria caché

Los datos de sesión, las preferencias de usuario y otros datos que muestran las consultas para páginas web son buenos candidatos a la hora de almacenar en caché. Por lo general, si una consulta que se ejecuta con frecuencia muestra un conjunto de resultados que no necesitan aparecer en la app de inmediato, puedes almacenarlos en caché. En las solicitudes subsiguientes, se puede verificar la caché y consultar la base de datos solo si los resultados están ausentes o ya vencieron.

Si almacenas un valor solo en Memorystore sin crear una copia de seguridad en el almacenamiento persistente, asegúrate de que la aplicación se comporte de manera aceptable si el valor vence y se quita de la caché. Por ejemplo, si la ausencia repentina de los datos de sesión de un usuario provoca una falla de la sesión, esos datos deberían almacenarse en la base de datos además de en Memorystore.

Información sobre los permisos de Memorystore

Cada interacción con un servicio de Google Cloud debe estar autorizada. Por ejemplo, a fin de interactuar con una base de datos de Redis que se aloja en Memorystore, la app debe proporcionar las credenciales de una cuenta autorizada para acceder a Memorystore.

De forma predeterminada, la app proporciona las credenciales de la cuenta de servicio predeterminada de App Engine, que está autorizada para acceder a las bases de datos en el mismo proyecto que la app.

Si se cumple alguna de las siguientes condiciones, deberás usar una técnica de autenticación alternativa que proporcione credenciales de forma explícita:

  • La app y la base de datos de Memorystore están en diferentes proyectos de Google Cloud.

  • Cambiaste las funciones asignadas a la cuenta de servicio predeterminada de App Engine.

Si deseas obtener información sobre técnicas de autenticación alternativas, consulta Configura la autenticación para aplicaciones de producción de servidor a servidor.

Descripción general del uso de Memorystore

Para usar Memorystore en la app, haz lo siguiente:

  1. Configura Memorystore para Redis, que requiere que crees una instancia de Redis en Memorystore y un Acceso a VPC sin servidores que la app usará a fin de comunicarse con la instancia de Redis.

  2. Instala una biblioteca cliente para Redis y usa los comandos de Redis a fin de almacenar datos en caché.

    Memorystore para Redis es compatible con cualquier biblioteca cliente de Redis. En esta guía, se describe el uso de la biblioteca cliente de Jedis a fin de enviar comandos de Redis desde la app. Para obtener más información sobre el uso de Jedis, consulta la wiki de Jedis.

  3. Prueba las actualizaciones.

  4. Implementa la app en App Engine.

Configura Memorystore para Redis

Si deseas configurar Memorystore para Redis, debes hacer lo siguiente:

  1. Crea una instancia de Redis en Memorystore.

    Cuando se te solicite seleccionar una región para la instancia de Redis, selecciona la misma región en la que se encuentra la app de App Engine.

  2. Anota la dirección IP y el número de puerto de la instancia de Redis que crees. Usarás esta información cuando crees un cliente de Redis en el código.

  3. Conecta App Engine a una red de VPC. La app solo puede comunicarse con Memorystore a través de un conector de VPC.

    Asegúrate de agregar la información de conexión de VPC al archivo app.yaml como se describe en Configura la app para usar un conector.

Instala dependencias

Agrega la biblioteca cliente de Jedis a las dependencias de la app para que esté disponible cuando se ejecute en App Engine. Por ejemplo, si usas Maven, agrega la siguiente dependencia en el archivo pom.xml:
<dependency>
  <groupId>redis.clients</groupId>
  <artifactId>jedis</artifactId>
  <version>4.2.3</version>
</dependency>

Crea un cliente de Redis

Para interactuar con una base de datos de Redis, el código debe crear un cliente de Redis a fin de administrar la conexión a la base de datos de Redis. En las siguientes secciones, se describe la creación de un cliente de Redis mediante la biblioteca cliente de Jedis.

Especifica las variables de entorno

La biblioteca cliente de Jedis usa dos variables de entorno para ensamblar la URL de la base de datos de Redis:

  • Una variable para identificar la dirección IP de la base de datos de Redis que creaste en Memorystore
  • Una variable para identificar el número de puerto de la base de datos de Redis que creaste en Memorystore

Te recomendamos definir estas variables en el archivo app.yaml de la app en lugar de definirlas directamente en el código. Esto facilita la ejecución de la app en diferentes entornos, como un entorno local y App Engine.

Por ejemplo, agrega las siguientes líneas al archivo app.yaml:

 env_variables:
      redis.host: '10.112.12.112'
      redis.port: '6379'

Importa Jedis y crea el cliente

Cuando uses la biblioteca de Jedis, te recomendamos crear un JedisPool y, luego, usar el grupo para crear un cliente. En las siguientes líneas de código, se usan las variables de entorno redis.host y redis.port que definiste antes para crear un grupo:


package com.example.redis;

import java.io.IOException;
import java.util.Properties;
import javax.servlet.ServletContextEvent;
import javax.servlet.ServletContextListener;
import javax.servlet.annotation.WebListener;
import redis.clients.jedis.JedisPool;
import redis.clients.jedis.JedisPoolConfig;

@WebListener
public class AppServletContextListener implements ServletContextListener {

  private Properties config = new Properties();

  private JedisPool createJedisPool() throws IOException {
    String host;
    Integer port;
    config.load(
        Thread.currentThread()
            .getContextClassLoader()
            .getResourceAsStream("application.properties"));
    host = config.getProperty("redis.host");
    port = Integer.valueOf(config.getProperty("redis.port", "6379"));

    JedisPoolConfig poolConfig = new JedisPoolConfig();
    // Default : 8, consider how many concurrent connections into Redis you will need under load
    poolConfig.setMaxTotal(128);

    return new JedisPool(poolConfig, host, port);
  }

  @Override
  public void contextDestroyed(ServletContextEvent event) {
    JedisPool jedisPool = (JedisPool) event.getServletContext().getAttribute("jedisPool");
    if (jedisPool != null) {
      jedisPool.destroy();
      event.getServletContext().setAttribute("jedisPool", null);
    }
  }

  // Run this before web application is started
  @Override
  public void contextInitialized(ServletContextEvent event) {
    JedisPool jedisPool = (JedisPool) event.getServletContext().getAttribute("jedisPool");
    if (jedisPool == null) {
      try {
        jedisPool = createJedisPool();
        event.getServletContext().setAttribute("jedisPool", jedisPool);
      } catch (IOException e) {
        // handle exception
      }
    }
  }
}

Si deseas crear un cliente desde el grupo, usa el método JedisPool.getResource(). Por ejemplo:


package com.example.redis;

import java.io.IOException;
import java.net.SocketException;
import javax.servlet.annotation.WebServlet;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import redis.clients.jedis.Jedis;
import redis.clients.jedis.JedisPool;

@WebServlet(name = "Track visits", value = "")
public class VisitCounterServlet extends HttpServlet {

  @Override
  public void doGet(HttpServletRequest req, HttpServletResponse resp) throws IOException {
    try {
      JedisPool jedisPool = (JedisPool) req.getServletContext().getAttribute("jedisPool");

      if (jedisPool == null) {
        throw new SocketException("Error connecting to Jedis pool");
      }
      Long visits;

      try (Jedis jedis = jedisPool.getResource()) {
        visits = jedis.incr("visits");
      }

      resp.setStatus(HttpServletResponse.SC_OK);
      resp.getWriter().println("Visitor counter: " + String.valueOf(visits));
    } catch (Exception e) {
      resp.sendError(HttpServletResponse.SC_INTERNAL_SERVER_ERROR, e.getMessage());
    }
  }
}

Usa comandos de Redis para almacenar y recuperar datos en la caché

Si bien la base de datos de Redis para Memorystore admite la mayoría de los comandos de Redis, solo debes usar algunos comandos a fin de almacenar y recuperar datos de la caché. En la siguiente tabla, se sugieren los comandos de Redis que puedes usar para almacenar datos en caché. Para saber cómo llamar a estos comandos desde la app, consulta la documentación de la biblioteca cliente.

Tarea Comando de Redis
Crear una entrada en la caché de datos y
establecer una fecha de vencimiento para la entrada
SETNX
MSETNX
Recuperar los datos de la caché GET
MGET
Reemplazar los valores existentes de la caché SET
MSET
Aumentar o disminuir los valores numéricos de la caché INCR
INCRBY
DECR
DECRBY
Borrar las entradas de la caché DEL
UNLINK
Admitir interacciones simultáneas con la caché Consulta los detalles sobre las transacciones de Redis.

Prueba las actualizaciones

Cuando pruebes la app de forma local, considera ejecutar una instancia local de Redis para evitar la interacción con los datos de producción (Memorystore no proporciona un emulador). Para instalar y ejecutar Redis de forma local, sigue las instrucciones en la documentación de Redis. Ten en cuenta que en este momento no es posible ejecutar Redis de manera local en Windows.

Implementa la app

Una vez que la app se ejecute en el servidor de desarrollo local sin errores, haz lo siguiente:

  1. Prueba la app en App Engine.

  2. Si la app se ejecuta sin errores, usa la división de tráfico para aumentar el tráfico de la app actualizada. Supervísala de cerca a fin de detectar cualquier problema en la base de datos antes de enrutar más tráfico a la app actualizada.