redis

We all know how good horizontal scaling is. We also know that PHP is born single threaded, and therefore it's not the best available tool for heavy processing or intensive batch jobs. In this talk we'll see how to get through these shortcomings, achieving parallel processing through native solutions such as Process control functions and POSIX functions, but also exploiting more recent techniques such as message queues and nonblocking I/O. We'll cover a wide range of examples from real world applications, and dealing with tools such as Gearman, Redis, RabbitMQ and ReactPHP. For more information visit https://joind.in/talk/view/15873

Índice interactivo aquí debajo. En un sector en el que se tiende al Continuos Delivery, surge, cada vez más, la necesidad de monitorizar en tiempo real las aplicaciones que se despliegan. Sentry nos ayuda con esta tarea y permite ordenar de forma inteligente los informes de fallos generados por nuestras aplicaciones.¿Quieres saber más? http://www.paradigmadigital.com/ Sentry 00:15 Índice 00:38 Introducción 00:50 Proyecto Sentry 01:43 ¿Para qué sirve Sentry? 02:22 Productos ofertados 03:24 Arquitectura y funcionamiento 03:48 Nginx 04:28 Redis-rabbitmq 04:57 Celery 05:30 Postgresq 06:10 Django 06:22 Gunicorn + Eventlet 06:46 Sentry en: 07:22 Alternativas 07:45 Usando Sentry: Motivación 08:00 Bugs 08:19 ¿Dónde? 09:20 ¿Qué? 09:54 ¿Cuándo? 10:10 Calentando motores 10:28 ¿Cómo nos ayuda Sentry? 11:36 En serio… ¿cómo nos ayuda Sentry? 14:02 Eres bueno, pero… 15:02 Sentry con Python 18:03 Sentry con Django 18:23 Creando el proyecto de Sentry 18:30 Configurando Django 19:31 Customización 20:20 Flask 20:30 PHP 20:43 Java 21:26 And many more!!! 21:32 Usando Sentry: DEMO 33:51 Preguntas 39:04 Fin

¿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.