nosql

En muchas comunidades, sobretodo las tecnológicas, tarde o temprano, acaban por aparecer medios informativos muy útiles para propagar las novedades. Dentro de las comunidades DevOps y NoSQL esto ya hace tiempo que está ocurriendo. En este artículo veremos dos semanarios que pueden resultar interesantes.

NoSQL matters La NoSQL matters es una conferencia sobre bases de datos NoSQL, que se celebra con carácter semestral, hasta ahora en Colonia y Barcelona, en ediciones alternativas, siendo la primera de cada año en Colonia. Las sesiones se celebran en dos jornadas, una primera opcional con sesiones de formación, y la segunda en la que se celebra la conferencia en sí misma. La próxima edición será en Barcelona, los días 29 y 30 de Noviembre, pero ya se han hecho oficales las fechas para la siguiente edición en Colonia, el año que viene: 22 y 23 de Mayo.

En esta charla se pretenden tocar todas las cosas que debemos tener en cuenta para sacar el máximo rendimiento y poder escalar usando Symfony2. Se tocará desde parámetros de configuración de PHP y APC, optimización de Composer, dónde optimizar, quick wins varios, cómo hacer profiling correctamente, BBDD NoSQL vs SQL y por supuesto lecciones aprendidas en Ulabox, SocialPoint y espero tener cosas que contar de Brighttalk!

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.

MongoDB es un motor de base de datos NoSQL que ha ganado mucha popularidad en los últimos tiempos, ya que ofrece muchos beneficios a la hora de desarrollar aplicaciones web. En esta charla daremos una breve introducción a su instalación, configuración y funcionamiento. Luego repasaremos las distintas alternativas a la hora de usarlo en nuestras aplicaciones desarrolladas con PHP y Symfony2, y explicaremos cómo puede incrementar la velocidad de desarrollo y ayudar con aplicaciones web de alto rendimiento.

El rendimiento de las bases de datos es cada vez más importante, debido a que necesitamos almacenar cada vez más información. Es por esto por lo que el movimiento NoSQL está creciendo mucho, ofreciendo diferentes soluciones. MongoDB es una de las bases de datos más destacadas en el movimiento NoSQL, y esto es debido a su filosofía: ser simple, potente y rápido, realmente rápido. De hecho últimamente estamos viendo cómo cada vez más grandes aplicaciones están migrando a MongoDB, consiguiendo resultados increíbles comparados con las bases de datos tradicionales. Por lo tanto queremos usar MongoDB en nuestro próximo proyecto, y como nos gustan las buenas prácticas queremos hacerlo con un object mapper. Sin embargo estamos algo dubitativos debido a que los objet mappers son una de las partes más lentas de las aplicaciones, y de hecho si no tenemos cuidado lo será. Mandango es un object mapper para PHP y MongoDB que tiene la misma filosofía que éste último: ser simple, potente y rápido, realmente rápido. De hecho Mandango es el object mapper más rápido en PHP con diferencia. Mandango es también realmente potente, soportando todas las funcionalidades de MongoDB: embebidos, referencias, índices, GridFS, e incluso añadiendo otras realmente buenas: unit of work, queries orientadas a objetos, eventos, extensiones, logging, behaviors. Además Mandango sigue las mejores prácticas, tales como Dependency Injection y Unit Testing. Mandango se está acercando a su primera versión estable, y por supuesto está integrado con Symfony2 ;)