Imagen cortesía de MacBlogz

Hoy 5 de enero da comienzo el último MacWorld Expo en el que participará Apple, y además el que ha destapado de nuevo los rumores sobre la salud de Steve Jobs, ya que no dara su famosa Keynote este año. Parece que este mes de enero va a ser especial para los fans de Apple por la cantidad de nuevos productos, pero me ha llamado la atención los rumores de nuevos servicios en La Nube que van a ofrecer.

En primer lugar, iWork -la suite competencia de Microsoft Office para OSX- pasa de ser una aplicación de escritorio a ser parcialmente una aplicación web online. Estos nuevos servicios web se integrarán con la aplicación de escritorio. Los rumores apuntan a que no solo se trata de almacenamiento, sino de funcionalidad ‘core’ del producto. Estos nuevos servicios serán gratuitos -salvo cambios de última hora-, y únicamente aquellos con necesidades de almacenamiento mayores deberán pagar por el servicio. Veremos en qué se diferencia de otras propuestas como Microsoft Office Live, Google Docs o Zoho.

El otro servicio es la versión online de iMovie. Al parecer quieren ofrecer esta aplicación online como herramienta de edición que además pueda competir y/o integrarse con servicios como YouTube. Me suena algo extraño, ya que trabajar con ficheros de video de alta calidad es complicado por su gran tamaño y por los recursos necesarios para su procesado. Por eso, una aplicación online de edición de video masiva me parece cuando menos arriesgada. No hay información sobre precios o cómo funcionará el servicio, pero se anunciará en breve.

Parece que todo girará alrededor del servicio MobileMe: Interconectar el contenido online y los ficheros multimedia de manera mágicamente organizada. Suena interesante.

Imagen cortesía de VentureBeat

Leo en VentureBeat (un buen blog sobre inversiones en tecnología) y en el Blog de Enrique Dans (vale, lo admito, de vez en cuando también leo a Enrique Dans: ya podéis crucificarme) que unos ingenieros alemanes, Matthaus Krzykowski y Daniel Hartmann, han compilado Google Android para un netbook Asus EeePC 1000H.

Pero oiga, ¿Android no es un sistema operativo para móviles? Bueno, no exactamente. Google ya dijo que su idea era usarlo en cualquier tipo de dispositivo, y una arquitectura x86 es un dispositivo como otro cualquiera. Así que estos ingenieros en aproximadamente cuatro horas consiguieron crear una versión con gran parte de los dispositivos del EeePC funcionando. Android está basado en Linux, y cualquiera que conozca un poco de Linux sabe que es altamente portable. Pero una cosa es que sea altamente portable y otra es que se tarden cuatro horas. Esto solo se consigue si el sistema realmente está bien diseñado y el código está preparado para compilación sobre múltiples entornos.

Google Android para dispositivos móviles tiene la gran baza de ser un Sistema Operativo basado en código abierto y por el que Google no cobra licencia. Así que si lo comparamos con el líder del mercado, Symbian que sí cobra, en un mercado donde los márgenes son estrechos y la competencia feroz, todo lo que sea ahorrar en el precio final del dispositivo, bienvenido sea. Un colega que trabaja en Nokia me comentaba que un teléfono con Symbian puede ser hasta 50% coste de hardware, 50% coste de software. Imaginad si se puede eliminar ese 50% de software como pretende Google: más gente podrá tener dispositivos más potentes, lo cual redunda en más páginas vistas con más Google Adsense incrustada (que a fin de cuentas es el modelo de negocio de Google).

Pero veamos que está pasando con la migración de aplicaciones a La Nube: aplicaciones que corren en navegadores con requisitos de rendimiento y almacenamiento más que modestos. Es decir, el ecosistema ideal para equipos más pequeños y baratos (¿aún no he pronunciado la palabra netbook?). Y de nuevo, tenemos que cuanto más baratos son los ordenadores, más relevante es el precio de la licencia del sistema operativo. La diferencia entre un netbook con Windows XP y con Linux va del 10% al 20% del precio final. Si a eso le unimos licencias adicionales por drivers propietarios u otro software, nos encontramos con un modelo similar al de los dispositivos móviles.

Si vemos la estrategia de Google respecto a su Plataforma de Servicios, podemos identificar claramente una tecnología suya en todas las capas, desde BigTable a Chrome… exceptuando el Sistema Operativo. Pero parece que esto es solo cuestión de tiempo.

No se me da bien hacer de oráculo. Y como he comentado en alguna ocasión, aquellos que lo hacen suelen quedar luego en evidencia si se tira de hemeroteca. Pese a ello, me gustaría compartir algunas de las cosas que creo que veremos en el 2009 en el mundo alrededor del Cloud Computing.

• Estandarización: Sin duda una de las razones para no adoptar servicios en La Nube es el miedo a convertirse en un cliente cautivo (vendor lock-in) de tus proveedores. Este miedo además creo que está justificado en servicios tipo SaaS (Software as a Service), donde no solo delegas el servicio, sino todos los datos para el correcto funcionamiento del servicio. En el caso de las Infraestructura como Servicio (Iaas) la estandarización no solo es un deseo, es casi una obligacion (must) dado que no existe realmente una complejidad técnica elevada para conseguirlo.
• Nuevos actores: Microsoft ya ha irrumpido con fuerza, pero en 2009 deberían salir de su fase de Prueba de Concepto. Sun Microsystems está redefiniendo su estrategia de Cloud, reconstruyendo su difunto servicio network.com. IBM tendrá algo que decir al respecto, seguro. No me puedo creer que IBM siga tan callada cuando es la que más sabe de servicios on-demand. Y por supuesto EMC con Decho, VMWare (también de EMC, ojo), Cisco…
• Startups emergentes: Una tecnología en el ojo del huracan atrae mucho talento, que se concentra en las pequeñas empresas que intentan lanzar servicios y productos revolucionarios aprovechando la ola. Probablemente las que más destaquen son las que ofrezcan Plataformas como Servicio alternativas a las existentes o aquellas que integren servicios de terceros para contruir Nubes híbridas.
• Plataformas como Servicio (Paas): Es mi apuesta del 2009. Creo que la explosión del 2009 serán aquellas plataformas que lleguen más allá de la pura virtualización de los hierros. Aquellas que virtualicen los recursos que usan las aplicaciones -hilos, memoria, disco, red…- nos ofrecerán el gran campo de juego de las aplicaciones y servicios de la próxima década. Por hacer un símil que se pueda entender, necesitamos el J2EE del Cloud Computing. Igual que hace 10 años el Servidor de Aplicaciones fue una revolución, estamos esperando el Proveedor de Servicios para los próximos 20 años. Microsoft Azure y Proyecto Caroline de Sun son dos ejemplos claros de buenas propuestas, sin olvidar Google App Engine. Estoy deseando saber qué ha hecho Google para virtualizar la Máquina Virtual Java de manera eficiente.
• Cloud Oriented Architectures (COA) en vez de Service Oriented Architectures (SOA): Creo que se empezará a hablar de arquitecturas en la Nube como un nuevo estilo de arquitectura. En mi opinión heredero de SOA, pero con características propias. Lo que está por ver es qué características son, y si tienen la suficiente entidad para definir un nuevo marco.
• Nubes híbridas: Las soluciones no serán blancas ni negras, sino de múltiples gamas. No todo se pondrá en Nubes públicas, ni todo se tendrá que colocar en el Centro de Datos de la empresa. Se buscará una solución adecuada (COA?). Para conseguir esto aparecerán nuevos servicios y productos que permitan solucionar problemas típicos ya conocidos (seguridad de las comunicaciones, replicación de datos) y otros desconocidos por la inmadurez del modelo. Probablemente este sea el nicho de las nuevas startups alrededor del Cloud Computing.

¿Y vosotros qué opináis?

Hoy día 28 de Diciembre fuentes libres de toda inocencia aseguran que José Luis Rodríguez Zapatero ha dicho que: En esta época de decrecimiento económico sostenido -culpa de Bush y de Aznar-, este gobierno ha decidido que ya es hora de que se tomen medidas para cambiar el modelo de crecimiento Español. Por eso, hemos decidido que ahora que tenemos más Hogares del Jubilado que jubilados y en cada pueblo hay un polideportivo, es hora de que en cada pueblo de nuestra nación de Naciones se construya un DataCenter.

Además ha asegurado que: Gracias a los nuevos planes de Bolonia para la ingeniería informática, todos los obreros de la construcción que se han quedado sin trabajo podrán sacarse la ingeniería superior en dos tardes, o tres como me pasó a mi. Así podrán desarrollar aplicaciones en La Nube para sus ayuntamientos y comunidades autónomas.

A los críticos dijo: El Cloud Computing es una manera de arrimar el hombro en esta situación difícil fruto de los excesos de Bush y Aznar. No apoyar el Cloud Computing es anti-patriota.

Las respuestas no se han hecho esperar:

Sebastián: “Yo no fui el que le dije que en dos o tres tardes se hacía un experto en Cloud Computing”.

Solbes: “Las Nubes son buenas… yo llevo en ellas mucho tiempo y sigo de ministro.”

Aído: “Apoyo al 100% al presidente y Las Nubes y a Los Nubos.

Álvarez: “A mi el anuncio de a qué huelen las nubes no me gustaba: Yo me identifico más con ese de “Yo soy tu menstruación”, así vestida de rojo…”

Rajoy: “Le he preguntado a mi primo, y me ha dicho que Las Nubes son buenas.”

Blanco: “Franco y los del PP explotaron a Las Nubes acumulando su lluvia en los pantanos. Una actitud claramente fascista y reaccionaria.”

Carod-Rovira: “No permitiremos desarrollar en esas nubes en otro lenguaje que no sea el Catalán.”

Ibarretxe: “Los vascos y las vascas nos merecemos decidir sobre nuestra propia Nube.”

Aznar: “Eso de Las Nubes es un cuento chino, no me lo creo. Es como lo del cambio climático.”

Information Week ha elegido a Werner Vogels Chief of The Year. Werner Vogels es el Chief Technology Officer the Amazon, y uno de los responsables del éxito de Amazon Web Services. Werner Vogels se unió al equipo de Amazon en 2004. Holandés, tiene un doctorado por la universidad Vrije de Amsterdam (la misma de Tanenbaum ¿Casualidad? pues mira que no lo creo…). Antes de unirse a Amazon estuvo investigando sobre Grandes Sistemas Distribuidos en la Universidad de Cornell.

Según cuentan en el artículo, Amazon Web Services nació como Plan de Negocio antes de que Vogels fuese contratado por Amazon. Andy Jassy un Senior VP de Amazon que por el año 2002 era el consejero tecnológico de Jeff Bezos empezó a preparar un Plan de Negocio para solucionar uno de los problemas derivados por la apertura de la plataforma tecnológica de Amazon a terceros: escalar las comunicaciones entre los sistemas de Amazon y los terceros. Así, en 2004 nació Simple Queue Services (SQS), y en los años siguientes el resto de servicios ya conocidos de AWS.

Como nota curiosa, Werner Vogels reporta a Jassy. Pero Vogels no es el único responsable del éxito de AWS. El Technical Manager es el VP Charlie Bell, y el VP Adam Selipsky se encarga de la gestión de los 440.000 clientes que tienen en los servicios. Que el premio se lo hayan dado a Vogels era algo a lo que Amazon no ponía buena cara, ya que entienden que es un trabajo de equipo. De todos modos, una de las labores de Vogels es ser la cara visible del negocio en eventos y con los clientes -algo no habitual en un CTO-.

Una lectura muy recomendada para estas navidades. Podéis descargar el artículo en formato PDF en este enlace.

Cloud-as-a-Feature (CaaF) es el último palabro que ha nacido del Cloud Computing. El padre de la criatura es Nicholas Carr (el de Big Switch) y según él significa la mezcla del software tradicional que corre en un PC con software que corre en La Nube. Un ejemplo muy claro de CaaF sería Google Earth, donde la aplicación visualiza la información en un PC, pero todo el procesado se hace en los servidores de Google.

Gigaspaces XAP es un producto creado por una compañía Israelí del mismo nombre que sigue dentro del mundo Java un paradigma diferente al archiconocido J2EE (o JEE como se llama ahora). Plantean que el modelo de separación de capas clásico propuesto en arquitecturas empresariales de presentación-negocio-datos no es válido si quieres implementar soluciones de alto rendimiento y altamente escalables. Ellos plantean otra arquitectura en la que cada nodo es autocontenido y por lo tanto escalar es sencillo ya que simplemente hay que añadir más nodos. Resumiendo, computación distribuida y Grid de datos de nivel empresarial. Por cierto que se basa en un standar Java muy olvidado: JavaSpaces.

Nati Shalom (CTO de Gigaspaces) nos muestra en su blog otro ejemplo de Cloud-as-a-Feature para el mundo financiero y especialmente para el cálculo y análisis de riesgos. En el ejemplo que muestra en el blog, ellos introducen directamente la información en una hoja Excel (el frontal), y la información se pasa a los nodos que corren la aplicación sobre GigaSpaces XAP.Net (el backend), que realiza los cálculos necesarios en una Nube de nodos que corren GigaSpaces.

Probablemente alguno me podrá decir que esto mismo ya se hace en muchos proveedores de servicios financieros, pero él sugiere que la verdadera potencia de esta solución es la posibilidad de delegar a Nubes públicas o privadas este servicio, y cobrar por él mediante un modelo de pago por uso. Además -y esta es una característica que debería tener una solución CaaF- si los usuarios pueden seguir usando su herramienta favorita -Excel- y no tienen que migrar a una aplicación cliente que no les da la flexibilidad de la hoja de cálculo, las posibilidades de adopción de estas soluciones serán mayores.

La verdad es que el post lo acabé en el párrafo anterior, pero pensando en la características sistémicas del Cloud-as-a-Feature, veo que una de las más importantes es el uso de un estilo arquitectónico orientado a servicios (SOA, vamos). Y me pregunto si el Cloud Computing ha explotado por la adopción de este estilo de desarrollar servicios, o es una casualidad. Ya sea casual o causal, lo que veo claro es que las arquitecturas SOA ayudan a mover servicios a La Nube. Creo que ahora mismo convergen muchas ideas y propuestas tecnológicas. Da la sensación de que nos encontramos en el paso anterior a una gran ‘toma de concencia’, es decir, una revolución tecnológica. Es como cuando estabas estudiando Física, Algebra o Cálculo y no entendías nada… pero de repente las piezas encajan y todo pasa a tener sentido.

Demasiado denso para estas fechas, ¿no?

¿Cómo afectará el Cloud Computing a los equipos de IT que ahora mantienen los sistemas en las empresas? Casi todos los analistas apuntan a la reducción de costes de explotación de los sistemas de manera apreciable (entre otras cosas…) como uno de los factores que explican esta explosión de La Nube. Evidentemente estos costes de explotación también incluyen a los recursos humanos. Así que en mi opinión el Cloud Computing hará que el número de Ingenieros de Sistemas que mantienen los sistemas en las empresas disminuya en el futuro.

Pero es algo que ya vemos de manera cotidiana en las empresas, debido a la contratación de servicios de outsourcing tradicionales. Así que probablemente aparecerá un nuevo tipo de externalización de servicios que combine el outsourcing tradicional con los servicios hospedados en la nube: Cloud Hosting + Outsourcing. En teoría los equipos externalizados de Sistemas son más eficientes en la optimización de sus recursos humanos y por lo tanto pueden ofrecer costes más reducidos. Se supone que esto también pasa en los servicios alojados en La Nube, y que debido a las economías de escala que pueden aplicar estos grandes proveedores los costes repercutidos serán todavía menores.

Pero aún no he respondido a la pregunta: ¿habrá menos trabajadores en los departamentos de IT por culpa de La Nube? Y en mi opinión no habrá menos trabajo por culpa del Cloud Computing. Lo que habrá es un reequilibrio de las tareas y de las capacidades de las personas en los departamentos de IT. Veremos cómo el control de los Acuerdos de Nivel de Servicio (SLA) sigue creciendo como parte de las tareas cotidianas (esto ya pasa…). Probablemente la integración de sistemas tome una nueva dimensión en esta Nueva IT. La integración se ha centrado en los últimos 15 años en integrar los sistemas dentro del Data Center corporativo, pero ahora se sale de él y nos tendremos que integrar con tecnologías no solo dispares, sino localizadas en diferentes sitios y con políticas de funcionamiento no estándares. Y por último la compra de servicios bajo demanda y pagados por uso hará que el control de ‘los contadores’ de nuestros proveedores sea otra parte que cobrará importancia en estos nuevos departamentos de IT.

Pero claro, estoy hablando de número de empleados, de departamentos de ‘reequilibrar tareas y capacidades’… bastante abstracto… El problema es cuando una persona debe pasar a hacer otras tareas o se prescinde de él porque se ha externalizado su trabajo a otra empresa. Cuando ponemos nombre y apellidos a este reequilibrio de fuerzas que será el Cloud Computing habrá personas que les afecte directamente… Unos pensarán que es la crueldad infinita del empresario explotador, y otros dirán que en realidad es el ciclo de la vida profesional de cualquier profesional de IT de hoy en día: renovarse o morir.

Vía GigaOm y de un colega me llega esta noticia: Rightscale ha levantado en pleno credit crunch nada más y nada menos que $13 millones de dólares en segunda ronda de financiación. En primera ronda consiguieron $4.5 millones de Benchmark Capital, y en esta segunda se les ha unido Index Ventures. Así que se confirma lo que todos ya sabemos: el nuevo rey de la tecnología, la nueva moda, es el Cloud Computing. Y los Capital Riesgo lo saben.

En un momento en el que se ha congelado la inversión en casi todo, las startups alrededor de La Nube presumen de tener que espantar a los Capital Riesgo como moscas, e incluso startups españolas hacen las américas ante las enormes expectativas que se han abierto este último año.

A esto ha ayudado que las startups que están haciendo cosas de Cloud son empresas con un perfil de negocio, tecnológico y de emprendedores muy diferente al de la ya demodé Web 2.0. Para empezar los modelos de negocio se basan en el pago-por-uso. El ‘todo gratis’ no vale en La Nube. Podemos exceptuar Google App Engine, pero los recursos ofertados de manera gratuita no te permiten construir un servicio de verdad. De hecho, Google pretende cobrar por Google App Engine en el futuro. La base tecnológica de estas startups es muy grande, y tienen más en común con Arquitecturas Enterprise que con Arquitecturas Web estándar.

En el evento Google Developer Day 2008 en Madrid, una de las preguntas que más sonaron entre las asistentes era si es posible ejecutar Google App Engine fuera de La Nube de Google. Bueno, más bien si es posible montar tu propia Nube en tus servidores o en tu Centro de Datos y ejecutar tus aplicaciones desarrolladas para Google App Engine en tu propia infraestructura. Hubo gente que comentó que al parecer ya hay gente corriendo el App Engine sobre Amazon EC2. Bueno, con trampa, ya que únicamente montó la versión de desarrollo que todos podemos montar en nuestro PC. Eso, no cuenta como Nube. Y así quedó todo.

Leo en Plugintothecloud.com que hay una compañía -trabajando en ‘Stealth mode‘- que permitirá ejecutar las aplicaciones como si corrieran en la infraestructura de Google. Según el Product Manager de Google Peter Koomen, “Permitirá coger tu aplicación App Engine y ejecutarla en tus propios servidores si es necesario”.

Pero parece que no es la única empresa que está trabajando en crear una capa puente entre las tecnologías de Google y las tecnologías no Google. Y es ahí donde entran en juego nuevos conceptos como las núbes híbridas, unión de las nubes privadas y públicas. Este concepto parece ser clave en la adopción del Cloud Computing por parte de las grandes empresas, y un tema que intentaré tratar en futuros posts.

Mientras, esperaremos a que salga del anonimato la empresa que está desarrollando este producto para poderlo revisar.

Nunca despiden a un Director de IT por contratar a IBM

Anónimo

Uno de los servicios que IBM anuncia dentro de su nueva oferta de consultoría alrededor de La Nube es lo que ellos llaman IBM Resilient Cloud Validation Services. Este servicio -que existe desde hace mucho tiempo, pero en otras áreas tecnológicas- pretende determinar si las Nubes privadas o contratadas por sus clientes son plenamente funcionales y fiables. Luego van y ponen un sello con su logo diciendo que sí, que lo son (o que no lo son, pero esta es otra historia). Si lo son, el Director de IT todo contento se lo enseña al Director General, que como esto de la Nube se la suda pues se limita a verificar que el logo de IBM está en el informe. Este tipo de informe es lo que en la jerga se le llama ‘tapaculos’ o ’salvaculos’, dependiendo del castellano que uses. Los que tienen el culo pelao ya de batallitas IT saben que según qué organizaciones estos documentos son fundamentales para sobrevivir. Esto no te lo enseñan en la carrera, chavales.

IBM tiene mucha experiencia en este campo, pero esto no es lo que me llama la atención: Lo que me llama la atención es que una empresa como IBM, su única oferta de Cloud Computing sean… los servicios de consultoría. Y los que trabajamos en esto sabemos que este tipo de servicios los pueden dar desde IBM hasta Juanito y Loli Consulting. De hecho, IBM contrata a Juanito y Loli Consulting para hacer la consultoría y luego pone su sello y el cazo. C’est la vie.

IBM ha intentado deliveradamente evitar el uso del término Cloud Computing, y se ha referido a ella como SaaS o Sistemas on-demand, por ejemplo. Finalmente, no ha tenido más remedio que adoptarlo. No es un asunto nimio, IBM tiene su propio lenguaje, el IBeMita, que únicamente entienden ellos y sus fieles clientes. Que hayan adoptado el término es todo un hito, de verdad.

Al igual que a Sun y a Oracle, a IBM la explosión de la Nube le ha pillado con el paso cambiado. Veamos si es capaz de reorientar su estrategia y pueda ofrecer productos para construir, desarrollar y gestionar Nubes públicas y privadas en un futuro cercano. Yo espero que sí. A IBM le cuesta arrancar, pero luego es imparable.

Ah! Y ya sabéis Directores de IT: Contratar servicios en La Nube que luego IBM va a poner el sello

Durante la revisión matutina de mis feeds este Lunes, pude leer la siguiente noticia en el Amazon Web Services Blog: Amazon SimpleDB Grows up. Al pinchar sobre el enlace para leer el contenido en la web y no en el Google Reader, me dió un 404. Alguien en Amazon se había colado y había publicado el post antes de tiempo, cuando lo retiraron ya era demasiado tarde y era parte de la caché de Google.

A lo largo de la tarde la noticia se ha confirmado, así que ya puedo escribir con libertad sobre ello -aunque supongo que como yo otros tantos habrán leido el feed-. Amazon SimpleDB deja de ser una beta por invitación y pasa a beta pública o ‘ilimitada’, como ellos dicen. Aunque el servicio ha ido evolucionando a lo largo de los meses con cambios más o menos importantes, ahora nos encontramos ante un cambio en su política de precios bastante curiosa. Paso a resumirla:

• Los primeros seis meses, puedes consumir hasta 500Mb de almacenamiento gratis, y puedes usar 25 horas/máquina cada mes. El tráfico entre EC2 y SimpleDB, ni tampoco los primeros 1Gb de entrada y 1Gb de salida se tarificarán.
• Se baja el precio desde los $1.50 por GB al mes a $0.25 por Gb mensual

Como ejemplo, tengo un servicio corriendo en Amazon SimpleDB que no llegó a consumir ni una hora de computación al mes. Aunque he de confesar que no tiene mucho tráfico y tengo implementada una política de cache write-through que limita los hits a SimpleDB de manera drástica. Del coste mensual de mis servicios con Amazon, el más caro es EC2, luego es el ancho de banda consumido, y luego SimpleDB. Tengo muy poco contenido estático en S3, eso también es cierto.

Mi impresión es que posiblemente este es un servicio que está costando que adopten los clientes. Las razones pueden ser varias, pero voy a apuntar un par de ellas:

• La sombra del modelo relacional es muy alargada… y SimpleDB no sigue un esquema relacional.
• La posibilidad de caer cautivo de Amazon con SimpleDB es mayor que con otros servicios como S3 o EC2.
• No existe un entorno donde realizar pruebas unitarias sin pagar por ello a Amazon. Un poco como el entorno que ofrece Google AppEngine, por ejemplo. No es el coste de la tarifa -no es relevante-, son problemas de latencia y ancho de banda entre el entorno de desarrollo y el servicio SimpleDB.
• La necesidad de implementar procesos de sincronización entre las bases de datos locales de los clientes -normalmente relacionales- y SimpleDB -no relacional- dispara el coste total del servicio. Faltan herramientas que hagan esto de manera transparente.

Bluemountainlabs.com ofrece este webinar el día 17 de diciembre a las 21:00 GMT+1.

Más información aquí.

Añadir a  



Suena interesante.

Esta frase no es mía, es de Nicholas Carr, el autor de “The Big Switch“. Pero la subscribo por completo. Es exactamente lo que llevo meses tratando de explicar a todos aquellos que se acercan a preguntarme sobre la Web 2.0 y el Cloud Computing. Muy gentilmente les respondo que ‘Yo de la Web 2.0 no se nada’. Y se quedan sorprendidos.

Bueno, algo se. Se que todas las chorradas que me envían por el Facebook son una pérdida de tiempo, que para Tuenti se me pasó el arroz, que Youtube lo visito cuando me pasan algo, menéame lo uso menos que reddit y solo para perder mi tiempo (escaso, la verdad). En fin, que exceptuando twitter, soy un poco autista 2.0 .

Sin embargo, muchos adictos, evangelistas y apóstoles 2.0 se empeñan en tratar de explicar todo lo que ocurre no solo en Internet como medio, sino también en el mundo de los negocios relacionados con tecnologías internet, como el resultado de las fuerzas que desencadena el efecto red que está detrás de la Web 2.0. Así que para ellos los triunfadores en La Nube serán el resultado de estas fuerzas…

Si este argumento lo dijera un cantamañanas 2.0 de los que abundan en la blogosfera, pues no pasa nada. Pero cuando lo dice el Gran Pope de la Web 2.0, Tim O’Reilly creo que es para preocuparse. Nicholas Carr salió al paso con un artículo excelente en su blog. Lo que viene a decir Carr en su blog es que no toda empresa de éxito y con grandes beneficios en internet se puede explicar por las fuerzas del efecto red. Y como ejemplo está Google. Google es el líder porque su algortimo era el mejor, su tecnología era la mejor y su marca era la más renombrada. Pero no es cierto que la aplicación mejore cuantos más usuarios usen el buscador de Google. Si todos los usuarios del mundo dejasen de usar Google hoy, el servicio seguiría siendo igual de bueno mañana. El algoritmo PageRank -la fórmula secreta de Google para hacer los rankings- no se basa en los usuarios de Google, sino en los enlaces que existen entre las páginas, ya sean usuarios de Google o no. Carr muestra otros ejemplos como iTunes, Wikipedia, Google Reader o Salesforce.com donde el efecto red no es relevante.

Nadie duda que el efecto red tiene una importancia tremenda en los negocios online hoy en día, pero cuando hablamos de Cloud Computing hay otros factores de mayor de importancia:

• Músculo financiero: Se necesita mucho dinero para entrar en el negocio de Utility Computing.
• Economías de escala: Los grandes se benefician de éstas.
• Capacidad de diversificación
• Recursos Humanos brillantes, cada vez más escasos
• Marketing

Decho es el nombre de una nueva compañía que EMC ha creado y que se centrará en los Servicios de Información orientados a consumidores. Esta compañía se ha creado gracias a la combinación de dos empresas de EMC, Mozy y Pi. El nombre elegido, Decho, es la combinación de dos palabras: Digital y Echo.

Esta nueva unidad de negocio ofrecerá servicios en La Nube de compartición y almacenaje de información en la Web. Es la combinación de dos negocios, el backup online de Mozy y el manejo de información personal por parte de Pi.

Segun Chuck Hollis, VP y Global Marketing CTO, las razones para Decho son:

Según IDC la cantidad de información creada aumenta un 60% cada año. Pero el 70% de este incremento es información generada por los propios consumidores de manera individual, aunque el 85% de esta información se delegará en alguien para que la guarde de manera segura… La cuestión es ¿qué va a hacer EMC para participar directamente en este cambio de la manera de guardar y gestionar nuestros datos? … Decho es la respuesta para dar servicios basados en Cloud para los consumidores digitales.

Decho será un negocio completamente separado de EMC, un poco al estilo de VMware. Su objetivo es perseguir el mercado del consumidor digital, y para ello pueden seguir su propia estrategia y su propia tecnología. Supongo que esta estrategia está pensada para lanzar una OPV en el futuro, como hicieron con VMware, con mucho éxito por cierto. La base de esta nueva empresa será Mozy, que costó $76 millones de dólares hace un año, y Pi, cuya precio de adquisición no ha sido publicado.

Además, tras la adquisición de Iomega y el lanzamiento de Atmos, parece que la apuesta de EMC por el Cloud es de largo recorrido, y su estrategia parece estar más clara.

Cuando empecé a escribir este post la noticia se centraba únicamente en la entrada de CapGemini en el mercado de la consultoría a empresas de Cloud Computing. Pero una semana después IBM ha anunciado que entra a dar servicios dentro de este mercado.

La visión de CapGemini es más exploratoria, los servicios que ofrecen tienen diferentes focos:

• Software as a Service (SaaS) con soluciones de Oracle Fusion y Microsoft Sharepoint.
• Infraestructure as a Service (Iaas) con Oracle Enterprise Edition Database.
• Service Providers: con dos frentes diferentes: Pruebas en La Nube (rendimiento, carga, sistema, regresión, integración, etc…) y Consultoría tradicional, vendiendo su experiencia en este campo.

Leyendo sus brochures uno tiene la sensación de encontrarse ante una primera versión de su línea de negocio sobre Cloud. Pero creo que es el momento en el que nos encontramos todos.

Veo que IBM tiene una aproximación diferente al Cloud. No olvidemos que si alguien puede hacer consultoría de Cloud esa es IBM: todos los conceptos que se manejan a nivel de negocio y a nivel tecnológico deberían ser familiares. El problema de IBM es que es tan grande que incluso para hacer algo similar a lo que hace el resto de la industria, inventan su propia rueda. Y lo hacen ‘por que ellos lo valen’. Las tres áreas que cubren son:

• Consultoría de Negocio, por IBM Global Business. Asesoramiento para el cálculo de modelos económicos para obtener el TCO de la soluciones Cloud. Punto éste CLAVE para las empresas que quieran adoptar Cloud e ignorado en muchas ocasiones por culpa de la belleza de la solución tecnológica.
• Consultoría Tecnológica, por IBM Global Technology. Asesoramiento para la instalación y puesta en marcha de soluciones Cloud en los Centros de Datos de los clientes. De nuevo, el Cloud Privado.
• Consultoría de Seguridad, por IBM Systems, Software, Services, Research y X-Force. Pretende recrear y actualizar las arquitecturas actuales para que las aplicaciones corran seguras dentro de La Nube. Un punto muy importante y esencial para soluciones SaaS y PaaS sobre todo.

De estas dos ofertas claramente se puede apreciar la falta de ‘grano fino’ en su formulación. Quiero decir, están verdes y disparan a lo más genérico. Es evidente que las grandes consultoras quieren su pedazo de la tarta de este nuevo Jauja que será La Nube -o eso piensan ellas-. Creo de verdad que las consultoras tradicionales tienen que jugar un papel importante en esta nueva industria, pero creo que todavía no están preparadas. Las revoluciones las deben hacer empresas visionarias, y las consultoras lo que hacen es explotar tecnologías maduras. IBM tiene gente que puede muy bien liderar esa revolución, pero no pertenecen a su área de Consultoría.

Cuando la ‘base instalada’ de productos enterprise en La Nube sea lo suficientemente grande, entonces algunas empresas competirán por el outsourcing de su mantenimiento, y simplemente pasarán gestionar servicios en un Data Center, a gestionarlo en La Nube. Con sus peculiaridades, pero nada más.

De hecho, la propuesta de CapGemini me recuerda mucho a aquellas propuestas que hacían las grandes Consultoras en la época de las PuntoCom. Luego se dieron cuenta que su negocio no era hacer webs ni html y le dieron una vuelta a sus modelos de negocio, adoptando las tecnologías internet pero como una opción más. Espero que esto no pase con el Cloud Computing, y pase a ser algo esencial en las TIC de las próximas décadas.

Amazon ha anunciado la publicación de repositorios públicos de datos, accesibles únicamente desde sus entornos EC2. Es decir, puedes montar estos datos en su ‘Nube’ y usarlos como quieras sin pagar nada, únicamente el tiempo de uso de las instancias EC2. Según dicen:

Nuestra meta es proveer un acceso sencillo a datos de datos públicos y comunes como el genoma humano, astronomía y al censo de los USA.

Además si tienes un conjunto de datos interesante, puedes solicitar su publicación y donar los datos a la comunidad. Como podéis ver, todo muy bonito y… ¿altruista? Bueno, todo lo altruista que debe ser una empresa: evidentemente Amazon espera recuperar el dinero invertido cobrando por el uso de EC2.

La pasada semana tuve una agradable reunión con un defensor del SaaS, y uno de los temas que han salido es el de la captura y explotación de datos de y en La Nube. Y casualmente va Amazon y saca a la luz este proyecto…

Cuando pienso en explotación de datos pienso en Business Intelligence, Datawarehouses y Datamining: lo que he visto en la empresa. Recuerdo una asignatura llamada ‘Bases de datos avanzadas’ (nosotros la llamábamos ‘Bases de datos Avanzadísimas’…). En ella se estudiaba un par de conceptos nuevos llamados ‘Datawarehouse’ y ‘Datamining’. Fascinantes conceptos en aquella época, pero nuestros profesores se empeñaban en darle más importancia a los conceptos teóricos formales que a la verdadera razón por la que explotaron los DW y los DM a mediados de los noventa: El coste de proceso y el coste de almacenamiento bajó de manera drástica, permitiendo el manejo de datos en tiempos más reducidos y por lo tanto, ajustados a la velocidad que necesitan las diferentes Unidades de Negocio para tomar decisiones. ¡Por fín era rentable explotar estos datos! Una característica fundamental de estos almacenes de datos es que trabajan con información interna de la empresa. Es decir, su ámbito es el de la corporación X o corporación Y (departamento X o departamento Y… datamarts). Resulta impensable que una corporación X ponga a disposición de sus competidores su Datawarehouse…¿o no?

Estamos a finales de la década y la situación es muy diferente: el coste de almacenamiento tiende a cero, la computación se compra por tiempo de uso, el ancho de banda aumenta y el precio se congela… El coste de proceso y almacenamiento pueden llegar a ser irrelevantes cuando manejamos grandes cantidades de datos. Y en la parte software, algoritmos como Map/Reduce surgen como alternativa a los modelos relacionales clásicos, menos eficientes para grandes volúmenes. Estamos ante el nacimiento de una Nueva Generación de Data Warehouses.

¿Pero con qué datos vamos a alimentar a esta Nueva Generación? Veo tres fuentes básicas:

1. Las propias organizaciones. No todos los datos entraban en el data warehouse, pero ahora empieza a ser factible almacenar todos y cada uno de los datos manejados en las organizaciones. Aquí entraría el almacenamiento ‘crudo’ de información recogida de las arquitecturas M2M, por ejemplo.
2. Los proveedores. De igual manera que se acuerdan niveles de calidad de servicio a proveedores clave, se podrán demandar datos ‘crudos’ a éstos. Ya se hace, pero normalmente ligado a las métricas de calidad.
3. Proveedores de Bancos de Datos: Como Amazon. Cobrando de modo directo o indirecto por el acceso a estos bancos públicos de datos. Con el tiempo, este tipo de proveedores ofrecerían datos menos genéricos y más orientados a segmentos de negocio. Posiblemente, estos proveedores de bancos de datos serán ‘Brokers’ entre organizaciones afines. Ya sea mediante la forma de consorcios o fundaciones que garanticen la ‘neutralidad’ de estos datos, o bien mediante mercadeo de datos como si fuese otra mercancia.

Lo cierto es que esta nueva generación de Data Warehouses ya existe. Hace unos años, una empresa con un novedoso software de reconocimiento de textos nos comentó cómo una importante empresa americana de tarjetas de crédito no sólo estaba digitalizando todo su almacén de datos en papel, sino que compraba bases de datos en cualquier formato con la esperanza de poder cruzarlas en el futuro. Sabían que sólo era cuestión de tiempo que el coste de cruzar estos datos compensase sus esfuerzos por calcular el riesgo de sus clientes de manera más avanzada. Y en muchas ocasiones el problema no era de costes, sino de acceso a los recursos, por sorprendente que parezca.

Actualización 9:30am: Via twitter.com me llega esta empresa que parece que intentan mover este negocio usando Amazon AWS: http://datamarket.net/

ontología.

(Del gr. ὄν, ὄντος, el ser, y -logía).

1. f. Parte de la metafísica que trata del ser en general y de sus propiedades trascendentales.

Me han enviado esta pequeña presentación que trata de dar algo de luz sobre el panorama del Cloud Computing y las diferentes partes que lo forman. A ver si de una vez todos hablamos de lo mismo:Toward a Unified Ontology of Cloud Computing.

Leo en eWeek que Amazon es el proveedor preferido de Cloud, doblando a Google. Esta encuesta ha sido realizada por Appistry, y ha sido presentada coincidiendo con la CloudComputing Expo. La información se encuentra en este documento (PDF), y fue tomada en el CloudCamp de Septiembre en Silicon Valley. El 62% de los encuestados prefieren a Amazon, el 33% a Google, el 13% a Microsoft y el 10% a otros (que incluyen a Sun, IBM y AT&T).

El 66% de los participantes cree que aumentará el interés en el Cloud Computing en los próximos 12 meses. El 39% cree que la innovación se está haciendo en las infraestructuras, el 30% en las aplicaciones y el 31% en los modelos de negocio. Curiosamente, sólo el 8% piensa que se está innovando en el almacenamiento de datos.

La encuesta ha encontrado cinco puntos claves:

1. Amazon se percibe como el lider
2. La infraestructura lidera la innovación en el Cloud Computing
3. La seguridad, la fiabilidad y el cumplimiento de las promesas de escalabilidad son sus puntos críticos
4. Más atractivo cuanto más reduzca los costes y aumente la escalabilidad
5. Nadie conoce todavía cual es la mejor aplicación para La Nube.

Y es este último punto el que más me motiva: El Cloud Computing es el campo de juego para la creación de las futuras killer apps.

Buscando más información sobre el Proyecto Caroline, me he topado con esto:

Así es, el Proyecto Caroline parece que tiene una encarnación profesional bajo la marca de Sun Microsystems Network.com. La única información que aparece en la web es la que se ve en el pantallazo. Es posible apuntarse para recibir información información y participar en betas privadas, cosa que he hecho de inmediato.

En la web de Sun podemos leer de Network.com:

Network.com ofrece acceso a la infraestructura de computación a través de un modelo de pago por uso a través de Sun Grid Compute Utility a 1 dólar /CPU-hora. Está basado en el sistema operativo Solaris y en Sun Grid Engine que corre sobre servidores x64 de Sun. El coste de CPU-hr se define como el tiempo gastado por todas las CPUs hasta la siguiente hora.

Con Sun, nunca se sabe… Y esas nubes…

El servicio ya se había anunciado hace tiempo, pero ya está aquí la versión Beta de CloudFront, la Content Delivery Network (CDN) de Amazon. Es casi transparente para los usuarios actuales de Amazon S3, y permite distribuir contenido con tasas muy altas de transferencia a través de una red global de servidores de contenido en redes extremo. Siguiendo el esquema de otros servicios Amazon, el modelo es un puro pago por uso, sin desembolso inicial.

CloudFront funciona así: las peticiones se originan desde cualquier lugar del mundo, y se enrutan a alguna de los 14 servidores de contenido en los extremos de la red. Si el contenido no está presente en alguna de estos servidores, entonces se coge la información de S3 y se cachea en los extremos. Los extremos se encuentran localizados en:

• Estados Unidos: Ashburn (VA), Dallas/Fort Worth, Los Angeles, Miami, Newark, Palo Alto, Seattle y St. Louis
• Europa: Amsterdam, Dublin, Frankfurt y Londres
• Asia: Hong Kong y Tokyo

• Guía de inicio
• Guía para el desarrollador
• FAQ
• Guía de Referencia Rápida
• S3 Fox Organizer, el addon para Firefox

Otra característica interesante es que se puede integrar con Amazon EC2. Puedes configurar un servidor web en EC2 que sirva el contenido dinámico, y delegar el contenido estático a CloudFront. La verdad es que esto no tiene mucho misterio con un servidor Apache y URL rewrite, pero seguro que algo de magia meten por debajo…

Solo una pega: ¿Por qué no han colocado servidores en Australia y Nueva Zelanda? ¡Allí si que se nota el uso de un CDN!