Gracias por el video! Con respecto a tu pregunta, personalmente me gustan los que tu mismo denominas "pildoras rápidas" para dar un vistazo general a conceptos/herramientas concretas, pero también esta bien que en algunas de ellas se profundice un poco más (quizás en un video aparte). Saludos!!
Muy interesante ! Recomendaría Redis para usar con una aplicación que escribe data en tiempo real (quiero decir, como el word, actualizar la Bd en cada tecleo). Es bueno a recibir muchas peticiones ? O ese tipo de flujo no es considerado lo suficiente pesado para condicionar la elección de una base de datos ? Muchas gracias por la explicación.
Hola, muchas gracias por tu pregunta. Redis puede ser una excelente opción para aplicaciones que requieren escrituras frecuentes en tiempo real, como la que describes. Sin embargo, habría que valorar también en este caso los siguientes puntos: Persistencia Redis es principalmente una base de datos en memoria. Si necesitas persistencia duradera, deberás configurar opciones de respaldo en disco. Son las opciones que comento en el video. Escalabilidad Redis puede escalar horizontalmente usando clustering, pero requiere una planificación cuidadosa. Tamaño de los datos Si el volumen de datos es muy grande, podrías enfrentar limitaciones de memoria.
Hola, una magnífica pregunta. En general un balanceador de carga sabe gestionar el balanceo directamente sin necesidad de algo como Redis, pero aún así se podría forzar la ubicación en redis de, por ejemplo, las sesiones cuando un balanceador opera en modo sticky sessions. También se podría almacenar la información de sesiones en redis en el caso de querer implementar, por ejemplo, un rate limit. En general en redis se puede guardar cualquier tipo de datos, especialmente aquellos que son efímeros cualifican perfectamente para la funcionalidad nativa de redis.
Es cierto, Redis ha abandonado la licencia BSD de tres cláusulas, que era una licencia permisiva de código abierto, para adoptar la Redis Source Available License (RSAL). Este cambio significa que Redis ya no se considera oficialmente como software de código abierto según los estándares de la Open Source Initiative (OSI). El principal motivo de este cambio es evitar que los proveedores de servicios en la nube se beneficien del software sin contribuir significativamente a su desarrollo o a la comunidad. La nueva licencia RSAL permite el uso, modificación y distribución del código, excepto en casos comerciales o servicios pagos gestionados. Esto no debería de impactar a la mayoría de los usuarios individuales o empresas que no revendan Redis. Finalmente, Redis no es el único proveedor que ha puesto freno a la canibalización de sus proyectos. Otros casos son Hashicorp, MongoDB, Elastic, CocroachDB, Neo4j, Grafana, Graylog, MaríaDb, GitLab, TimescaleDB, CouchDB......
Que tan cierto es que redis es caro como db, que tendria que pasar para bajar su coste (bajar el precio de las ram o que las existentes sean de mas capacidad ) ? :u
Hola, una pregunta difícil de responder. La percepción de que Redis es caro puede variar dependiendo del contexto. Es obvio que el precio de la memoria RAM es más caro que el precio de otros tipos de dispositivos de almacenamiento, como los disco SSD o NVMe. Por mi propia experiencia, para muchas aplicaciones, el coste de Redis se compensa con la reducción en otros recursos de infraestructura, así que yo no vería el coste de Redis de forma aislada. Por otra parte, Redis puede escribir a disco, SSD o NVMe idealmente, lo que haría que se redujera el coste de implementación con alguna de las estrategias que comento en el video.
Gracias por el video! Con respecto a tu pregunta, personalmente me gustan los que tu mismo denominas "pildoras rápidas" para dar un vistazo general a conceptos/herramientas concretas, pero también esta bien que en algunas de ellas se profundice un poco más (quizás en un video aparte). Saludos!!
Muchas gracias por tu punto de vista. Entonces.... ¿Crees que podría ser interesante hacer algún Short?
Interesante? Como me digas que vas a hacer contenido en vertical, me desuscribo ahora mismo XDDD
jajajajajajajaj entendido!!!!
excelente video :D, me ayudo mucho a entender redis
Genial que te pueda ayudar. Muchas gracias 🥳
gracias por videos como este!
Muchas gracias a ti
Muy interesante !
Recomendaría Redis para usar con una aplicación que escribe data en tiempo real (quiero decir, como el word, actualizar la Bd en cada tecleo). Es bueno a recibir muchas peticiones ?
O ese tipo de flujo no es considerado lo suficiente pesado para condicionar la elección de una base de datos ?
Muchas gracias por la explicación.
Hola, muchas gracias por tu pregunta. Redis puede ser una excelente opción para aplicaciones que requieren escrituras frecuentes en tiempo real, como la que describes. Sin embargo, habría que valorar también en este caso los siguientes puntos:
Persistencia
Redis es principalmente una base de datos en memoria. Si necesitas persistencia duradera, deberás configurar opciones de respaldo en disco. Son las opciones que comento en el video.
Escalabilidad
Redis puede escalar horizontalmente usando clustering, pero requiere una planificación cuidadosa.
Tamaño de los datos
Si el volumen de datos es muy grande, podrías enfrentar limitaciones de memoria.
Buen video , si quiero actualizar un balance en una tabla , podría usar redis?
Hola, una magnífica pregunta. En general un balanceador de carga sabe gestionar el balanceo directamente sin necesidad de algo como Redis, pero aún así se podría forzar la ubicación en redis de, por ejemplo, las sesiones cuando un balanceador opera en modo sticky sessions. También se podría almacenar la información de sesiones en redis en el caso de querer implementar, por ejemplo, un rate limit. En general en redis se puede guardar cualquier tipo de datos, especialmente aquellos que son efímeros cualifican perfectamente para la funcionalidad nativa de redis.
Cómo quedaría esta información tan interesante y didáctica en base a la nueva política de Redis fuera de open source?
Es cierto, Redis ha abandonado la licencia BSD de tres cláusulas, que era una licencia permisiva de código abierto, para adoptar la Redis Source Available License (RSAL). Este cambio significa que Redis ya no se considera oficialmente como software de código abierto según los estándares de la Open Source Initiative (OSI). El principal motivo de este cambio es evitar que los proveedores de servicios en la nube se beneficien del software sin contribuir significativamente a su desarrollo o a la comunidad.
La nueva licencia RSAL permite el uso, modificación y distribución del código, excepto en casos comerciales o servicios pagos gestionados. Esto no debería de impactar a la mayoría de los usuarios individuales o empresas que no revendan Redis. Finalmente, Redis no es el único proveedor que ha puesto freno a la canibalización de sus proyectos. Otros casos son Hashicorp, MongoDB, Elastic, CocroachDB, Neo4j, Grafana, Graylog, MaríaDb, GitLab, TimescaleDB, CouchDB......
Que tan cierto es que redis es caro como db, que tendria que pasar para bajar su coste (bajar el precio de las ram o que las existentes sean de mas capacidad ) ? :u
Hola, una pregunta difícil de responder. La percepción de que Redis es caro puede variar dependiendo del contexto. Es obvio que el precio de la memoria RAM es más caro que el precio de otros tipos de dispositivos de almacenamiento, como los disco SSD o NVMe.
Por mi propia experiencia, para muchas aplicaciones, el coste de Redis se compensa con la reducción en otros recursos de infraestructura, así que yo no vería el coste de Redis de forma aislada. Por otra parte, Redis puede escribir a disco, SSD o NVMe idealmente, lo que haría que se redujera el coste de implementación con alguna de las estrategias que comento en el video.