PARTE II
Se estaba haciendo laaaargo y pesado...
Aparecieron varias soluciones de las empresas mas grandes de internet, donde debían dar un servicio a millones de personas y los servidores RDBMS no resolvían los volúmenes de peticiones requeridas.
Aparece entonces el NoSQL, con varios frentes para dar servicio a diferentes necesidades y como un complemente a un RDBMS tradicional, que existen, seguirán existiendo y que convivirán seguramente durante mucho tiempo mas.
Un banco que debe restar 5 €ruos de una cuenta y agregar esos mismos 5 €uros en otra, usa y usará un RDBMS. En los servicios donde hay gente en el fondo, se cobran por ellos y hay dinero en medio, un RDBMS es el producto que "cumple las espectativas" del cliente, del gestionador, de proveedores y todos contentos.
Han crecido muchisimo algunos productos como MySQL, Postgresql, SQLite y otros motores pequeños y sencillos que tratan de dar servicios ACID y SQL. En el caso de MySQL existen varios motores de acceso a datos para necesidades distintas (Maria, Falcon, Innodb, MyIsam, etc)
Al mismo tiempo servicios como TWITTER/Whatsapp, donde millones de personas agregar contenidos permanentemente y otros millones de personas quieren leer esos contenidos ahora mismo y NO HAY dinero en medio (del estilo cuenta bancaria) se admite que si pido los twitts de un amigo mio, alguno de sus últimos no se vean y puede que demore minutos en verlos. (en que yo los vea) Su twitt puede ser importantísimo pero TWITTER no garantiza casi nada... y se reserva muchos derechos (has leido el texto completo ? seguramente no....) donde básicamente pueden hacer lo que quieran y no garantizan nada.
Para esa necesidad de millones de transacciones cada segundo, los RDBMS no escalan correctamente. Las grandes empresas nuevamente dan soporte, meten dinero, motivan, compran, impulsan desarrollones pequeños de todo tipo (siempre relacionados a NoSQL), ver nuevamente la página de la Wikipedia porque necesitan de un tipo de servicio que no existía y nos pilló a todos "SIN ESE RECURSO".
Como ejemplo, prueba entrar a tu cuenta Twitter, cambia tu foto y refresca tu página... verás que en cada twitt la foto puede ser la anterior o la nueva, y en forma arbitraria se irán actualizando a las fotos hasta que un rato después verás únicamente la foto nueva. Porqué ?
Porque hay cientos de servidores que almacenan contenido sin respetar una secuencia y sin garantizar conceptos ACID... La información está o estará cuando se pueda.
Volviendo al tema NoSQL, existen productos que almacenan información de una manera sencilla, utilizar un hardware antiguo, dan un servicio "lo mejor posible", mueven datos de un sitio a otro según lo pidan, tienen redundancia según peticiones y brindan algo denominado "ESCALAMIENTO HORIZONTAL", que significa crecer en cantidad de cajitas una al lado de otra, en lugar de actualizar hardware por otro mucho mas potente, con mas memoria, con mas CPUs, con mas placas de red...
El pensamiento es cientos de servidores almacenan "algo", en cualquier lugar del mundo y cuando alguien lo pida alguno de ellos se lo enviará, si uno se cae otro dará el mismo servicio.
COPIO TEXTUALMENTE LA WIKIPEDIA
* Estos sistemas responden a las necesidades de escalabilidad horizontal que tienen cada vez más empresas.
* Pueden manejar enormes cantidades de datos.
* No generan cuellos de botella.
* Escalamiento sencillo.
* Diferentes DBs NoSQL para diferentes proyecto.
* Se ejecutan en clusters de máquinas baratas.
Un buen artículo para leer es este.
hay otro link muy bueno aqui también.
Estoy probando MongoDB, Redis, Cassandra y SQLite (RDBMS) en unos servidores Linux virtuales (con MintLinux). Algunos necesitan máquinas Java, otros son ejecutables, algunos mas sencillos para acceder y otros un poco mas diferentes a lo que yo conocía hasta ahora (desde 96 trabajando como DBA)...
Por ahora no tenemos tiempo para probar Azure, al menos por ahora...
Sobre Bigtable, hay un doc muy bueno para leer.
En las próximas semanas, intentaremos encajar alguno de estos productos en un APP que tenemos desarrollado, y que dará servicio a millones de personas y que está desarrollado en .NET, LINQ, SQL Server, Reporting Services y otros productos adicionales. Cualquier solución NoSQL puede resolvernos el problema de "millones de usuarios".
RESÚMEN DE MIS PENSAMIENTOS
No todo es blanco o negro, hay grises y trataré de poner "MIS" grises, las cosas dependen de otras, de la implementación, de las necesidades, del tipo de datos, etc.etc... lo siguiente NO SON LAS VERDADES DEL UNIVERSO ni LOS 10 MANDAMIENTOS... son ideas y tendencias.
* Creo que seguirán existiendo RDBMS y servicios de tipo NoSQL.
* Una cosa no reemplaza la otra, son complementos.
* Los NoSQL están madurando mucho, pero aún se ven betas con algunos fallos. Algunos de ellos justamente en escalamiento.
* Un aplicativo "tradicional" no necesita que el 100% de sus datos estén en un RDBMS, como ejemplo, la tabla PAISES no cambia en años. Podría ser un candidato a meter en un NoSQL.
* Permitirán dar servicio geo-blogal, multiidioma, multiplataforma y su escalamiento será "el que necesitemos".
* Hay empresas globales, como Amazon, Microsoft, Google, IBM que ofrecen (alquilan) sus estructuras para tener estos servicios.
* Los productos se pueden probar sin pagar nada.
* Algunas aplicaciones NO DEBEN ser preparadas para un NoSQL !!!
* Algunos estar dentro de nuestro proyecto .NET, otros son Java y otros EXEs.
* Puede que tengamos servidores que dan el "servicio" de acceso a determinados datos.
* NoSQL es muuuuuy rápido en lectura, pero tiene algunas demoras y problemas en las grabaciones.
* COMO SIEMPRE, usar la mejor herramienta para cada problema. No tratar de encajar huevos en cajas cuadradas.
* NO SER FANATICO
* Un servidor MySQL con MyISAM puede ser tan rápido como soluciones NoSQL.
* COMO SIEMPRE, no creas lo que leas, has tus propias pruebas con tus datos, en tu escenario, con tus características y vuelve a probar todo de nuevo varias veces.
* Y LUEGO CONSULTA a otras personas para que opinen al respecto, internet es un GRAN CEREBRO GLOBAL en el que todos aportamos conocimiento.
AGREGADOS.........
Un texto para leer.
ACABO DE VER VOLDEMORT.
PostgreSQL ofrece un servicio Cloud.
BitNami ofrece soluciones Cloud, a probarlas...
No hay comentarios:
Publicar un comentario