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.
Casos de uso de ElastiCache comunes y cómo puede ayudar ElastiCache
Tanto si se trata de la publicación de las últimas noticias, de un catálogo de productos o de la venta de entradas para un espectáculo, la velocidad es un factor clave a tener en cuenta. El éxito de su sitio web y de su negocio depende considerablemente de la rapidez con la que se entrega el contenido.
En el artículo del New York Times “For Impatient Web Users, an Eye Blink Is Just Too Long to Wait
Si alguien necesita tener acceso a estos datos, puede entregar esos datos mucho más rápido si se almacenan en caché. Eso es cierto, independientemente de si se trata de una página web o de un informe que impulsa las decisiones empresariales. ¿Puede su negocio permitirse no almacenar en caché sus páginas web con el fin de ofrecerlas con la menor latencia posible?
Puede parecer intuitivamente evidente que desee almacenar en caché los elementos más solicitados. Pero ¿por qué no en almacenar en la caché los elementos solicitados con menos frecuencia? Incluso la consulta de la base de datos más optimizada o las llamadas a la API remota van a ser notablemente más lentas que recuperar una clave plana en una caché en memoria. El concepto de notablemente más lento suele mandar a los clientes a otro sitio.
En los siguientes ejemplos, se ilustran algunas de las formas en las que el uso de ElastiCache puede mejorar el rendimiento general de su aplicación.
Almacenamiento de datos en memoria
El propósito principal del almacenamiento en memoria de pares clave-valor es proporcionar un acceso ultrarrápido (latencia de milisegundos) y económico a las copias de datos. La mayoría de almacenes de datos tienen áreas de datos a los que se accede con frecuencia, pero que raramente se actualizan. Además, la consulta de una base de datos siempre será más lenta y más cara que la localización de una clave en una caché de par clave-valor. Algunas consultas de base de datos son especialmente costosas de realizar. Por ejemplo, las consultas que implican uniones entre varias tablas o las consultas con cálculos intensivos. Al almacenar en caché resultados de una consulta de este tipo, solo pagará el precio de la consulta una vez. A continuación, puede recuperar rápidamente los datos varias veces sin tener que volver a ejecutar la consulta.
¿Qué debo almacenar en caché?
A la hora de decidir qué datos almacenar en caché, tenga en cuenta estos factores:
Velocidad y gastos: siempre es más lento y más caro adquirir los datos de una base de datos que de una caché. Algunas consultas de base de datos son intrínsecamente más lentas y más caras que otras. Por ejemplo, las consultas que realizan uniones en varias tablas son mucho más lentas y más caras que las consultas sencillas en una única tabla. Si los datos interesantes que se desean adquirir requieren una consulta lenta y cara, son un candidato para el almacenamiento en caché. Si la adquisición de los datos requiere una consulta relativamente rápida y sencilla, puede ser un candidato para el almacenamiento en caché, en función de otros factores.
Patrón de datos y acceso: determinar qué almacenar en caché también implica comprender los datos en sí y sus patrones de acceso. Por ejemplo, no tiene sentido almacenar en caché los datos a los que se accede raramente o que cambian rápidamente. Para que el almacenamiento en caché proporcione un beneficio real, los datos deben ser relativamente estáticos y el acceso a estos debería ser frecuente. Un ejemplo es un perfil personal en un sitio de redes sociales. Por otro lado, no deseará almacenar en caché datos si dicho almacenamiento no supone ventajas de velocidad o costos. Por ejemplo, no tiene sentido almacenar en caché páginas web que devuelven los resultados de búsqueda, ya que estas consultas y sus resultados suelen ser únicos.
Estancamiento: por definición, los datos almacenados en caché son datos obsoletos. Incluso si en ciertas circunstancias no se encuentran obsoletos, siempre deben considerarse y tratarse como obsoletos. Para determinar si sus datos son un candidato para el almacenamiento en caché, debe evaluar la tolerancia de su aplicación a los datos obsoletos.
Es posible que la aplicación sea capaz de tolerar datos obsoletos en un contexto, pero no en otro. Por ejemplo, suponga que su sitio web sirve a un precio bursátil. Sus clientes podrían aceptar cierto estancamiento con una exención de responsabilidad de que los precios podrían tener un retraso de n minutos. Sin embargo, si presenta ese precio a un agente que realiza una venta o una compra, deseará tener datos en tiempo real.
Considere la posibilidad de almacenar en caché los datos si:
Resultan lentos o caros de adquirir en comparación con la recuperación en caché.
Los usuarios acceden a sus datos con frecuencia.
Sus datos se mantienen relativamente iguales, o si cambian con rapidez, el estancamiento no es un problema importante.
Para obtener más información, consulte los siguientes temas:
Estrategias de almacenamiento en caché en la Guía del usuario de ElastiCache for Memcached
Testimonios de los clientes de ElastiCache
Para obtener información sobre cómo empresas como Airbnb, PBS, Esri y otros utilizan Amazon ElastiCache a fin de impulsar sus negocios con una mejor experiencia del cliente, consulte Cómo utilizan Amazon ElastiCache otros clientes
También puede ver los tutoriales de vídeo para conocer más casos de uso de clientes de ElastiCache.
