http://www.saasmania.com/2010/02/04/%c2%bfcomo-se-hace-saas/?utm_source=rss&utm_medium=rss&utm_campaign=%25c2%25bfcomo-se-hace-saas Todo lo relacionado con Saas, Paas, Iaas, Cloud Computing..... Wed, 28 Jul 2010 23:50:25 +0000 http://wordpress.org/?v=2.9.2 hourly 1 http://www.saasmania.com/2010/02/04/%c2%bfcomo-se-hace-saas/comment-page-1/#comment-3753 ¿Qué NO es saas? | Saasmania Wed, 19 May 2010 13:31:18 +0000 http://www.saasmania.com/?p=2883#comment-3753 [...] no es ASP ni tampoco es SoSaas, saas es sinonimo de multitenancy y esto le lleva a la verdadera gracia del [...] [...] no es ASP ni tampoco es SoSaas, saas es sinonimo de multitenancy y esto le lleva a la verdadera gracia del [...]

]]> http://www.saasmania.com/2010/02/04/%c2%bfcomo-se-hace-saas/comment-page-1/#comment-3335 Amazon baja aún más sus precios | Saasmania Fri, 26 Mar 2010 09:34:07 +0000 http://www.saasmania.com/?p=2883#comment-3335 [...] que evidentemente suele mejorarse progresivamente. En realidad son el uso de técnicas como el multitenancy o la virtualizacion las que permiten estas economías de [...] [...] que evidentemente suele mejorarse progresivamente. En realidad son el uso de técnicas como el multitenancy o la virtualizacion las que permiten estas economías de [...]

]]> http://www.saasmania.com/2010/02/04/%c2%bfcomo-se-hace-saas/comment-page-1/#comment-3147 El factor diferencial del cloud computing | Saasmania Fri, 19 Feb 2010 17:35:03 +0000 http://www.saasmania.com/?p=2883#comment-3147 [...] ¿Cómo se hace saas? Comentarios Recientes [...] [...] ¿Cómo se hace saas? Comentarios Recientes [...]

]]> http://www.saasmania.com/2010/02/04/%c2%bfcomo-se-hace-saas/comment-page-1/#comment-2981 jcmmartin Fri, 05 Feb 2010 07:29:34 +0000 http://www.saasmania.com/?p=2883#comment-2981 Gracias Angel. Llevas mucha razón. Manejo saas desde mucho tiempo y es algo que tarde o temprano te dá en la cara. Aunque tambien es cierto que se sale de ello. En cuanto a la opción 2 creo que tiene verdadero valor para el proveedor para el cliente es cierto que preferiría la opción 1. Saludos Gracias Angel.
Llevas mucha razón. Manejo saas desde mucho tiempo y es algo que tarde o temprano te dá en la cara. Aunque tambien es cierto que se sale de ello.
En cuanto a la opción 2 creo que tiene verdadero valor para el proveedor para el cliente es cierto que preferiría la opción 1.
Saludos

]]> http://www.saasmania.com/2010/02/04/%c2%bfcomo-se-hace-saas/comment-page-1/#comment-2980 Angel Fri, 05 Feb 2010 00:32:12 +0000 http://www.saasmania.com/?p=2883#comment-2980 Interesante análisis. Yo también me plantee estas cuestiones cuando inicié mi primer proyecto personal, y finalmente decidí optar por un modelo con un único conjunto de tablas. Eso sí, creo que has pasado por alto (o mencionado vagamente) el problema que puede generar este modelo si se disponen de muchos clientes con múltiples datos, ya que a partir de cierto tamaño (decenas o cientos de millones) las BD empiezan a responder con tiempos demasiado altos a una simple consulta tipo SELECT, y puede ser la ruina de un SAAS. En cambio, en el módelo con múltiples BD te puedes encontrar con varios miles de bases de datos (una por cliente), lo cuál a su vez tiene un riesgo alto de errores debidos a excesivas conexiones en paralelo (una por cliente online) y probablemente un uso poco eficiente de la caché al estar gestionado individualmente. El modelo 2 no me acaba de convencer, porque creo que si buscas independencia de datos debes ir al modelo 1 y en otro caso al modelo 3. Interesante análisis.
Yo también me plantee estas cuestiones cuando inicié mi primer proyecto personal, y finalmente decidí optar por un modelo con un único conjunto de tablas. Eso sí, creo que has pasado por alto (o mencionado vagamente) el problema que puede generar este modelo si se disponen de muchos clientes con múltiples datos, ya que a partir de cierto tamaño (decenas o cientos de millones) las BD empiezan a responder con tiempos demasiado altos a una simple consulta tipo SELECT, y puede ser la ruina de un SAAS. En cambio, en el módelo con múltiples BD te puedes encontrar con varios miles de bases de datos (una por cliente), lo cuál a su vez tiene un riesgo alto de errores debidos a excesivas conexiones en paralelo (una por cliente online) y probablemente un uso poco eficiente de la caché al estar gestionado individualmente. El modelo 2 no me acaba de convencer, porque creo que si buscas independencia de datos debes ir al modelo 1 y en otro caso al modelo 3.

]]> http://www.saasmania.com/2010/02/04/%c2%bfcomo-se-hace-saas/comment-page-1/#comment-2978 jcmmartin Thu, 04 Feb 2010 20:58:40 +0000 http://www.saasmania.com/?p=2883#comment-2978 @Javier gracias por contarnos tu experiencia. Supongo que tu operativa debe ser delicada pero seguro que tienes mercado. Para gustos... Saludos. @Javier gracias por contarnos tu experiencia. Supongo que tu operativa debe ser delicada pero seguro que tienes mercado. Para gustos…
Saludos.

]]> http://www.saasmania.com/2010/02/04/%c2%bfcomo-se-hace-saas/comment-page-1/#comment-2976 jcmmartin Thu, 04 Feb 2010 18:35:15 +0000 http://www.saasmania.com/?p=2883#comment-2976 @pedro Pues no pretendía eso. El cliente puede preferir pagar mas o menos, o puede arriesgarse a que en un modelo multi-base de datos tenga más probabilidad de errores. Desde luego es el mercado el que manda. @pedro Pues no pretendía eso. El cliente puede preferir pagar mas o menos, o puede arriesgarse a que en un modelo multi-base de datos tenga más probabilidad de errores. Desde luego es el mercado el que manda.

]]> http://www.saasmania.com/2010/02/04/%c2%bfcomo-se-hace-saas/comment-page-1/#comment-2975 Javier Romero Thu, 04 Feb 2010 18:25:27 +0000 http://www.saasmania.com/?p=2883#comment-2975 En mi caso suelo utilizar una base de datos por empresa. Más concretamente, uso una base de datos global que almacena las uri e informaciones de acceso a las bases de datos de las empresas. Esto me permite, por una parte, hacer actualizaciones automáticas sobre todas las bases de datos (puesto que controla la bd global) y por otra parte mucha independencia y agilidad sobre cada empresa al usar cada una su propia bd. Como dices, tiene algunos fallos, como todo, pero por mi propia experiencia es la solución que mejores resultados me ha proporcionado. En mi caso suelo utilizar una base de datos por empresa. Más concretamente, uso una base de datos global que almacena las uri e informaciones de acceso a las bases de datos de las empresas. Esto me permite, por una parte, hacer actualizaciones automáticas sobre todas las bases de datos (puesto que controla la bd global) y por otra parte mucha independencia y agilidad sobre cada empresa al usar cada una su propia bd. Como dices, tiene algunos fallos, como todo, pero por mi propia experiencia es la solución que mejores resultados me ha proporcionado.

]]> http://www.saasmania.com/2010/02/04/%c2%bfcomo-se-hace-saas/comment-page-1/#comment-2973 jcmmartin Thu, 04 Feb 2010 18:07:07 +0000 http://www.saasmania.com/?p=2883#comment-2973 Muchas gracias. Saludos Muchas gracias.
Saludos

]]> http://www.saasmania.com/2010/02/04/%c2%bfcomo-se-hace-saas/comment-page-1/#comment-2972 Pedro Roses Thu, 04 Feb 2010 18:05:51 +0000 http://www.saasmania.com/?p=2883#comment-2972 El analisis es tecnologicamente perfecto pero por lo que dices parece que el cliente siempre estara a favor de la independencia de su base de datos. Otro punto clave es si al ISV, proveedor de la aplicación, le es interesante la compatibilidad entre las versiones on premise y saas y si es necesaria esta compatibilidad para asegurar la supervivencia en caso de discontinuidad del servicio. El analisis es tecnologicamente perfecto pero por lo que dices parece que el cliente siempre estara a favor de la independencia de su base de datos.
Otro punto clave es si al ISV, proveedor de la aplicación, le es interesante la compatibilidad entre las versiones on premise y saas y si es necesaria esta compatibilidad para asegurar la supervivencia en caso de discontinuidad del servicio.

]]>