Google Apps (Gmail, Calendar, Docs and Talk) dejarán hoy de estar en Beta
Jul 7, 2009 saas
¡Qué bueno volver de vacaciones y encontrar que la gente sigue trabajando! entre los más de 500 correos pendientes y los varios miles de feeds, descubro en el Blog oficial de Google que sus servicios de Google Apps dejarán hoy día 7 de Julio (San Fermín) de estar en Beta.
GMail por ejemplo llevaba cinco años en Beta. Se ve que los chicos de Google son concienzudos. Y según parece se han dado cuenta de algo que si trabajas en el mundo del software sabes desde hace tiempo:
Nos hemos dado cuenta que la etiqueta ‘Beta’ es algo que no encaja para las grandes empresas, ya que no desean llevar su negocio sobre software que suene a algo que está aún en fase de pruebas.
Gran verdad. Espero que muchos otros que ponen la etiqueta ‘Beta’ no para indicar que el software está en desarrollo (yo creo que todo el software en general está siempren en constante evolución y por lo tanto en desarrollo), sino para dejar claro que no asumen ninguna responsabilidad sobre el Nivel de Servicio. Así que espero ver muchas empresas (especialmente SaaS) que pasen del modo Beta al modo Final, de una vez.
Charla en el WhyFLOSS 2009 sobre Las Nubes propietarias y abiertas
Mañana día 21 de Mayo se celebra en Leganés (Madrid) la 8ª edición de la WhyFLOSS conference. La WhyFLOSS Conference “tiene como objetivo divulgar las tecnologías libres de IT a la comunidad en general, ya sean empresas, organismos públicos y profesionales. Ponentes a lo largo de charlas dieron su perspectiva actual en el uso de las tecnologías abiertas en el sector público y privado.”
Mi charla tratará sobre Como no caer cautivos de las Nubes Propietarias. Intentaré dar mi vision sobre el panorama actual del Cloud Computing, y me centraré en un problema cada vez más importante como es el peligro de caer cautivo de un proveedor Cloud. Plantearé alternativas, y sobre todo explicaré como con AbiCloud en Abiquo intentamos evitar este problema.
Así que ya sabes, si estás por allí y te interesa el Cloud Computing no te lo pierdas.
10 millones de usuarios corporativos en Google Apps
Feb 3, 2009 cloud, google, saas
Sorprendente lo que leo en eWeek. ¿10 millones de usuarios corporativos en Google Apps? ¿Un millon de empresas? Si un asiento de pago son $50, ¿están facturando $50 millones? ¿Los asientos son de pago?
Vale, pero de estos, ¿cuantos pagan?
Vamos en primer lugar a ver lo del millon de empresas. ¿cómo saben que es una empresa? Que yo sepa para registrarse en Google Apps solo se necesita un dominio, no te piden información fiscal ni financiera. De hecho, este humilde blog tiene una cuenta de Google Apps asociada, y no soy empresa.
Y ahora con los 10 millones de usuarios corporativos. Un usuario es un asiento o tenant en nomenclatura SaaS. Y puedes darte de alta en Google Apps con 50 asientos máximo de manera gratuita. Y lo de corporativo, ¿significa que perteneces a una cuenta de Google Apps, a una empresa o que pagas por tu asiento?
Señores de Google, les admiro por ser capaces de desarrollar una plataforma que de servicio de manera admirable a 10 millones de usuarios. Pero la próxima vez ¿por qué no nos dicen cuantos asientos son de pago y cuantos no? Así sabremos cual es la verdadera dimensión de su negocio.
Actualización 21:00 : La fuente de la información en eWeek es un informe de Technology Business Research,como apunta José Frenchin en un comentario.
Google busca distribuidores para Google Apps
Jan 19, 2009 cloud, negocios, saas
Hace un par de meses hablé con un emprendedor de Madrid sobre qué era necesario para que se adopte el SaaS y especialmente el IaaS (hablábamos de Amazon Web Services) en España. Mi planteamiento era que para entrar en el mercado en España es necesario revendedores de Servicios: el famoso ‘canal’. Él opinaba todo lo contrario: el SaaS permite quitarte de encima el canal, solo hay que aprovechar los medios online existentes para hacerlo. La verdad es que no acabé muy convencido 
Leo en el Cloud Computing Journal esta noticia: Google busca revendedores para su suite Google Apps para facilitar la entrada de las empresas en el Cloud Computing. En este programa llamado Google Apps Authorized Reseller Program, Google ya ha firmado acuerdos con 50 ‘pilot partners’. Estos revendedores autorizados (en España usamos mejor la palabra distribuidor) podrán vender, personalizar y dar soporte a la suite Google Apps Premier Edition. Podrán investigar la creación de nuevas oportunidades de negocio para ellos si facilitan el acceso a los servicios en La Nube de Google. El software incluido es GMail, Google Calendar, Google Docs, Google Sites, Google Talk y Google Video.
Las condiciones económicas son las siguientes: 20% de descuento sobre los $50 anuales por usuario. Google no facturará directamente a los clientes, sino que serán los distribuidores los que emitirán las facturas a sus clientes, pagando luego a Google.
Cada día que pasa Google se parece más a la Microsoft de mediados de los 90. Microsoft es una empresa que ha sabido rentabilizar su canal de distribución de manera notable, con una capilaridad en su red que les permite llegar hasta la última PYME del país. Es ahora Google la que se ha dado cuenta que necesita alguien cercano (y humano) al cliente para poder vender sus soluciones.
La crisis económica puede no ser tan buena para el SaaS como parece
Jan 12, 2009 negocios, opinion, saas
Ya he hablado con anterioridad sobre los riesgos del Software como Servicio, especialmente qué ocurririría si un proveedor da quiebra. Ayer me encontré con varios artículos que de nuevo tratan el tema pero desde otra perspectiva que no me había planteado: La crisis afectará también a los pequeños proveedores de SaaS, y se estima que el 30% de estas empresas que facturan menos de $5 millones quebrarán en 2010. Menudo panorama.
¿Por qué? Resulta que en este escenario de crisis mundial, los responsables de Sistemas de Información serán muy cautos a la hora de apostar por un proveedor u otro de SaaS. ¿Y quién saldrá mejor parado? Pues aquellos que puedan garantizar mejor la viabilidad del servicio. Es decir, elegirán aquellos servicios que sin ser los mejores, serán los más viables financieramente.
Las recetas para evitar esta fuga del software on-demand al on-premise coinciden con algunas de las que ya apunté en mi post anterior, pero hay alguna que me parece interesante por su novedad:
- Permitir la extracción de los datos en cualquier momento
- Llegar a acuerdos de backup
- Garantizar el soporte al sistema por lo menos durante cinco años.
Este último requisito es realmente duro y tiene un impacto directo sobre el coste final del servicio. Un impacto que puede hacer desaparecer a pequeños proveedores de SaaS que no pueden garantizar este nivel de soporte por contrato.
Esta es una mala noticia para las startup con proyectos de Software como Servicio, pero es una buena noticia para los clientes que quieren comprar SaaS, ya que esta consolidación en el número de proveedores redunda en la viabilidad de estos negocios.
Salesforce.com deja sin servicio a casi un millon de usuarios durante una hora
Bonito regalo para los usuarios de Salesforce.com. Ayer día de Reyes el servicio estuvo caído durante una hora aproximadamente a las 12.00AM hora del Pacífico. Supongo que a los usuarios europeos y asiáticos no les habrá afectado mucho, pero eso es hora punta en los USA.
La cosa estuvo tan malita que hasta el panel que informa sobre la calidad del servicio estuvo caído. Y todavía no se ha informado sobre las causas de esta caída, lo cual en mi opinión es mil veces peor que estar sin servicio durante una hora.
No creo que la caída de un servicio durante una hora en todo un año sea relevante. De hecho, me parece un nivel de servicio magnífico. La cuestión es si un proveedor con un millon de usuarios/asientos puede permitirse estar sin servicios. El impacto en la productividad de esta caída es gigantesco (millones de dólares seguro), y nos hace plantearnos si una alta concentración de usuarios en un proveedor es buena o mala.
Igual que preparamos los sistemas para que funcionen en alta disponibilidad, probablemente haya que incluir en los Planes de Continuidad de Negocio (BCPs) a los servicios externos contratados en La Nube, y muy especialmente los SaaS.
Tags: caida, saas, salesforce
Las mareantes predicciones de Microsoft para su negocio SaaS
Dec 11, 2008 saas
Leo en plugintothecloud.com que Stephen Elop, presidente de la división de Business, ha anunciado que en cinco años la mitad de los ingresos vendrán de las versiones online de sus productos. Teniendo en cuenta que ahora mismo factura 18.9 mil millones de dólares, las cifras son absolutamente mareantes.
En solo dos semanas después de anunciar la disponibilidad de Exchange Online y Sharepoint Online, ya tenían a 10.000 clientes en el período de pruebas. Pero es que además dicen que han vendido ya más de medio millón de ‘asientos’ de Exchange Online, Sharepoint Online y Office Communications Online. Al parecer ya hay casos de migraciones a Exchange Online de clientes con miles de usuarios.
Pero no es necesario esperar 5 años para que la parte online de su negocio se convierta en una operación de miles de millones de dólares. Sólo Sharepoint factura $1000 millones con un crecimiento del 35% anual. A este ritmo en tres años ya se ingresaría por Sharepoint Online más de $1000 millones. Sumemos Exchange, Dynamics CRM y Office Communications y la barrera de los $1000 millones parece factible en menos de 24 meses.
Esta previsión se basa en las predicciones de Stephen Elop, por supuesto. Pero parece que hay más interés que el esperado en los nuevos servicios online, y la razón es la crisis económica. Los modelos basados en subscripción son una alternativa interesante en época de restricción de costes. Segun Elop, el TCO de su software online frente al tradicional va desde el 10% al 40%.
Y solo hablamos de sus soluciones SaaS. Si Azure funciona, será otra fuente de ingresos a añadir al total de los servicios en La Nube de Microsoft.
Tags: saas microsoft
Fraud-as-a-Service, el lado oscuro del Cloud Computing
Nov 12, 2008 Uncategorized, cloud, saas
Uri Rivner de la empresa de seguridad RSA ha avisado de una nueva tendencia criminal donde se ofrecen Servicios de Fraude como SaaS. Este así denominado Fraud-as-a-Service ofrecido a través de servicios chat y foros se puede contratar en paquetes que incluyen Troyanos para el robo de información, alojamiento en servidores bastionados con disponibilidades de 4 nueves, y un servicio de infección con actualizaciones y parches continuos para evitar su detección por parte del software de seguridad.
La especialización ha llegado a tal punto que los criminales se han dividido en dos grupos: los que se dedican a robar los datos de usuario (harvesting frauders) y los que se dedican a blanquear el dinero de las cuentas robadas o de los bienes fradulentamente comprados (cash-out operators).
Los harvesting frauders compran los paquetes de Fraud-as-a-Service para recolectar el maximo número de cuentas y sus detalles, mientras que los cash-out operators mantienen una importante red de personas llamadas ‘mulas’ para el blanqueo del dinero.
Existe todo una gama de sofisticados productos de Malware, desde los $1000 por el Troyano Zeus (uno de los más sofisticados) hasta los $350 del Troyano Limbo. No hace falta ser un experto tecnológo para usar estos productos, ya que son tan sofisticados que incluso la interfaz de usuario es bastante amigable.
Como dice Reuven Cohen en su blog, los verdaderos inventores del Cloud Computing no fueron Sun, IBM o Amazon. Fueron criminales expertos en tecnología principalmente de la Europa del Este quienes lo hicieron. Las redes oscuras (darknets) descentralizadas de “warez” a finales de los 90 fueron su precursor. Estas Nubes privadas fueron -en su opinión- la primera infraestructura de Cloud Computing. Las mafias fueron las que desarrollaron todo esto hace 10 años, y toda esta sofisticación se está adoptando ahora en las empresas tradicionales.
Si todo esto ya lo hacían hace diez años las mafias… ¿qué estarán haciendo ahora?
Y si quiebra mi proveedor de SaaS, ¿qué hago?
Oct 24, 2008 saas
Me ha surgido esta duda cuando me han comentado hoy que hay algún ministerio y/o administración que está usando Google Maps -además sustituyendo a software propietario de primer nivel-. Y me he preguntado, ¿qué pasa si quiebra Google?
Evidentemente Google no va a quebrar a corto plazo (ni a medio, ni a largo), pero esto me sirve para sacar un tema recurrente en el mundo del IaaS y SaaS: ¿Qué pasa si mi proveedor por cualquier causa ajena a mi voluntad deja de darme el servicio?
La respuesta es clara: estás jodido. Vale, creo que en esto estamos todos de acuerdo, ¿pero y ahora qué hacemos? Ojalá tuviera una respuesta satisfactoria a esto, pero me temo que no la hay y probablemente no la haya. Si tu proveedor de Servicios desaparece porque un tsunami arrasa Alcobendas, o habían invertido todo en bonos de Lehman Brothers bien aconsejados por su banco de confianza, necesitas tener un Plan B que te permita continuar con ti negocio: tu propio y personal Plan de Continuidad del Negocio.
Si estamos hablando de SaaS, entonces lo primero y fundamental es no perder los datos que tienes en tu proveedor. Así que implementa una política de backups adecuada, o bien contrata el servicio de backup de datos a otros soportes que algunos servicios ya ofrecen. Con esto no hemos solucionado el problema de la Continuidad del Negocio, pero por lo menos tienes los datos en tus manos.
Si tu proveedor SaaS es crítico para tus servicios, entonces tienes que buscar una alternativa que te permita replicar el servicio que te daba el proveedor. Si lo que tenías era el SugarCRM como SaaS, entonces puedes montar de nuevo el servicio localmente e importar los datos. Pero no creo que todos los proveedores quieran abrir su código y liberarlo.
Hay otras opciones para el código cerrado. Hace unos años trabajé en una empresa que usaba un producto software extremadamente caro y ‘raro’. La empresa desarrolladora del paquete era muy pequeña y mi empresa muy grande (más de 50000 empleados). Sin embargo, mi empresa consideró que ese software podía darle ventaja sobre los competidores así que adquirió licencias, y esto es lo importante, contrató un servicio de custodia del código fuente del producto (source code escrow).
¿Qué es un servicio de custodia del código fuente del producto? Pues un servicio que dan ciertas empresas para asegurar que, en caso de que un proveedor de software no pueda seguir con su negocio, sus clientes puedan recuperar el código fuente de sus productos mediante el pago de una tarifa periódica. Así, cada año o cada nueva versión del producto, el fabricante de software entrega el código fuente al custodio. El custodio sólo entregará el código fuente cuando se cumplan las condiciones del contrato entre las partes, normalmente la desaparición del fabricante por la causa que sea.
Hace poco he descubierto que ya existen estos servicios para SaaS. Así que es una opción interesante a tener en cuenta, tanto por los clientes como por los proveedores, ya que elimina una de las trabas de entrada de SaaS en las empresas.
