redis

Recursos de programación de redis
¿Quieres saber más? http://www.paradigmadigital.com/. Índice interactivo aquí debajo. 01:46 Introducción a Redis 02:35 ¿Qué es Redis? 03:56 Ventajas 05:06 Inconvenientes 06:53 Claves 08:28 Estructuras de datos 08:57 Operaciones básicas para estructuras de datos comunes 09:30 Strings 12:56 Listas 17:02 Hashes 18:16 Sets 19:43 Sorted Sets 21:45 HyperLogLogs 22:43 Expiración del dato 24:48 Publicación y suscripción 26:05 Persistencia 28:02 Persistencia/RDB 29:45 Persistencia/AOF 30:51 Persitencia/ ¿Qué estrategia usar? 31:50 Redis Sentinel 33:17 Conceptos básicos 38:03 Práctica: instalación y prueba de caída de un nodo 56:06 ¿Y si mi aplicación no soporta Sentinel? 59:40 Redis Cluster 01:03:09 Conceptos básicos 01:04:18 Dudas y preguntas
Everyone is talking about Containers, but mostly in the context of how they work and not why and when they are useful or how to apply them to your own often complex and unique Use Cases. We'll start by looking at how Docker works by manually creating a simple guestbook application using Docker Containers running Redis and PHP. We'll then use the same application to show how you can use Kubernetes and Google Container Engine to create a cluster of nodes, declare to that cluster what you expect it to do, and then have the cluster assign resources as needed, run your work, recover from failures.
Uno de los patrones de arquitectura que más beneficioso puede resultar en aplicaciones que necesitan escalar y con un volumen de lecturas muy elevado, es la aplicación de CQRS con el fin de separar totalmente los modelos de lectura y escritura de nuestra aplicación. De esta forma, comenzamos a diseñar modelos desagregados y cachés de acceso a toda esta información “pre-cocinada” que nos permitan alcanzar el performance que necesitamos. Los más interesante de esta situación surgida de la necesidad, es que casi inmediatamente, nuestro diseño en general y nuestro modelo de dominio en particular comienzan a beneficiarse de las múltiples ventajas que este esquema ofrece. En esta sesión, veremos un ejemplo de como aplicar este patrón a un entorno de producción con NodeJS+Redis y analizaremos los beneficios que pueden surgir posteriormente a nivel de diseño y mantenibilidad. Autor: Ricardo Borillo
Preparado por: Nestor Salceda, Alberto Perez (Apa), Jaime Gil, yo mismo (eferro)Basado en el taller creado por  Javier Acero, Guillermo PascualAprenderemos a crear una aplicación en la que el negocio sea el centro y que la arquitectura emerja del propio proceso de creación (por supuesto usando TDD).Enunciado:Vamos a desarrollar el equivalente Maño de twitter, llamado "Cós". Podéis ver el enunciado completo en: https://github.com/aleasoluciones/pycones2014Restriccion...
En este episodio, Ricard Clau nos habla sobre Redis, un sistema de almacenamiento de datos estructurados en memoria que se ha hecho muy popular para el backend de aplicaciones y juegos con alta carga de usuarios. Ricard da un repaso a la reciente historia de esta herramienta, los tipos de datos y las operaciones que [...]
[PHP Conference Argentina 2013 - 5 de Octubre] Redis nació como un Memcached persistente. Y es por ese pasado sombrío que muchos lo consideran solo una buena alternativa para cachear cosas. Sin embargo, Redis evolucionó rápidamente hacia como se lo conoce hoy en día: un servidor de estructuras de datos. Redis provee operaciones atómicas sobre tipos de datos primitivos (strings, listas, conjuntos, conjuntos ordenados y hashes) que dan mucha flexibilidad para pensar la mejor manera de guardar los datos de nuestra aplicación. Esto, sumado a otras funcionalidades (como replicación, dos estrategias de persistencia, transacciones y scripting en Lua) hacen que Redis sea una opción muy interesante a la hora de elegir la base de datos para nuestro proyecto. En esta charla vamos a explorar, a partir de ejemplos, los casos de uso más frecuentes en cualquier aplicación web y cómo se puede usar Redis para resolverlos. También se van a mostrar los pitfalls más comunes y qué estrategias se pueden usar para evitarlos.
[PHP Conference Argentina 2013 - 4 de Octubre] En este espacio Rodolfo nos contará cómo se desarrolló e implementó el sistema de notificaciones utilizando Redis de una forma escalable y optimizando al máximo los recursos en una plataforma de alta concurrencia, como lo es Taringa! Los números hablan por sí solos del éxito de la implementación del sistema: de 30 millones de notificaciones diarias se pasaron a 400 millones, logrando una mejora en velocidad de entrega y una mejor experiencia para el usuario.
Desde hace varios meses en Bodaclick estamos trabajando para cambiar la antigua plataforma (un monolito PHP 4 que abarca varias aplicaciones internas aparte de la web) por una nueva plataforma basada en Symfony 2. Esta ponencia hablará cómo hemos pulido las asperezas de la convivencia de dos aplicaciones diametralmente diferentes utilizando: * RabbitMQ * Diseño Orientado a Servicios * Lazy migration * Mapeo parcial de bbdd * Eventos asíncronos (en Symfony 2) * Redis Y otras más junto con los trucos que hemos encontrado para resolver el manejo de hasta 5 bases de datos diferentes.
Sus múltiples casos de usos y su excepcional rendimiento hacen que Redis sea hoy una pieza clave en la arquitectura de aplicaciones altamente dinámicas. En la charla se pretende exponer de forma práctica cómo puede integrarse Redis en una aplicación Symfoy y cómo pueden implementarse varias de las características de las aplicaciones usando Redis, como por ejemplo: Session storage, Monolog logging handlers, Doctrine caching, SwiftMailer spooling, Profiler storage, Data Collector for Symfony2 Profiler. Además de estos casos de uso generales, se comentarán otros casos de usos específicos de aplicaciones que por su naturaleza no pueden beneficiarse de una capa de cache y se requiere por tanto una herramienta eficiente y escalable para resolver ciertos tipos de problemas. Podemos ver ejemplos reales de integración, por ejemplo, implementación de backends de aplicaciones móviles y backends de juegos sociales con varios millones de usuarios activos al día.
From big-GORM-centered into a cloud of fast nodes Jorge Uriarte Greach 2013, 26/Jan/2013, Madrid, Spain http://greach.es/sessions-2013/jorge-uriarte-from-big-gorm-centered-into-a-cloud-of-fast-nodes In early 2009 ago we entered into the land of Grails developing a big Ticket exchange system. All was great, and we were able to cope with domain complexity, keep a reasonably good productivity, and evolve the system within its bounderies. With success it came growth. With our J2EE background still hardwired, we decided to scale through a bunch of classic approaches. Memory, caches, load balancing, clustering. And at a cost, we manage to scale. But... success kept flowing... and growth became *a problem* by itself. Memory usage started to be a *big* problem, JVM tuning became a routine and thoughts on sharding and different approaches to clustering started haunting us... what path should we follow? So this is the story of our current approach. How did we start splitting the system, how did we use redis to scape from JVM memory, and how is our current hybrid approach supposed to help us. The talk is mostly oriented toward "architecture" and design. Grails, GORM, Terracotta, SQL, NoSQL, Redis, software design, JVM issues, object oriented and plain-old-data-structures, JSON, asynchronism, ... all this and probably more buzzwords will be present in this talk. Only the naked truth is to be used in this talk. All failures and crazy approaches are real. Any discussion on approach, alternatives or soon-to-be failures will be encouraged. by Jorge Uriarte CTO Gaiden Ingeniero informático por la Universidad de Deusto. Desarrolla software profesionalmente desde el año 1996, ha pasado por pequeñas empresas, multinacionales de las telecomunicaciones, banca, internet, utilities y administraciones públicas. El elemento común a toda esta experiencia ha sido siempre la búsqueda de la mejora en la forma de desarrollar software. Contaminado para siempre por algunos de los primeros intentos por abrazar Extreme Programming en el año 2000, se expuso por primera vez a las metodologías ágiles en 2002 con Feature Driven Development. Desde entonces ha trabajado en facilitar la adopción de prácticas de alta eficiencia en el desarrollo de software, y en encontrar los puntos de colaboración entre los enfoques llamados "empresariales" y los "ágiles". Trabaja en Gailen Tecnologías potenciando Grails como plataforma desde hace 3 años. Puedes contactar con él a traves de su perfil de Linkedin o su cuenta de Twitter @jorgeuriarte.