Formando el cielo

Como he mencionado en ocasiones anteriores, Nube se dice en singular pero se usa en plural.  Puedo poner mis manos al fuego de que no usarán un único proveedor de Cloud Computing.

Por ejemplo, aunque usen el correo en la modalidad de SaaS, casi todos los proveedores de este servicio usan otras “nubes” para servicios como AntiSpam, Archivaje, Auditoría, etc.

Rackspace, NASA, Dell, Citrix, Cisco, Canonical y otras 50 empresas reconocieron esta situación y han formado el proyecto OpenStack que busca crear tecnologías que estandaricen (o al menos integren facilmente) diferentes servicios de diferentes proveedores.

OpenStack está trabajando actualmente en entregar estas tecnologías para el uso de Capacidad Computacional y Almacenamiento, dos recuros de consumo variable y masivo que en el corto plazo podrán integrarse no importando el proveedor. 

 

Una pequeña cápsula de conocimiento de cómo evoluciona el movimiento Cloud.

Y hablando de movimeinto Cloud… vean esta noticia con números interesantes de la fuerza del uso de Cloud Computing: la inversión de IT del gobierno de USA se quedo igual a la del año anterior, debido a optimizaciones en costos derivadas de Consolidación y uso de Cloud Computing”.

 

Hasta la próxima

¿Que tan real es esto de Cloud?

Todavía sigo encontrandome con personas que piensan que Cloud Computing es una moda, y aqui les van tres datos que claramente muestran que está sucediendo:

 

1- El Sr. Thomas Bittman, precisamente habla que el crecimiento en ventas de servidores ( 9 millones el año pasado) hubiera sido más grande si no hubiera penetración de servidores multicore, virtualización y cloud computing

2- Le estimación de buzones de Exchange Server en cloud pasa de cientos de miles en el 2007 a millones en 2010

3- CleverSafe recientemente anunció un acuerdo con una organización de seguridad gubernamental (brazo de la CIA) para utilizar almacenamiento en la nube y así soportar  misiones de inteligencia.

 

Hay muchos más… pero creo que estos merecen su atención.

¿Promesas de campaña?

Un tema que cualquier proveedor Cloud saca a colación cuando se cuestiona su capacidad es el bendito Service Level Agreement (SLA).  Hay un SLA para todo… uno para disponibilidad, uno para integridad de la data, uno para seguridad, etc.  No dejen que los SLAs les nublen la mente, dandoles una sensación de calidad de servicio que no es concreta.

Cloud Harmony hizo un analisis de un año completo de 28 servicios en la nube, respecto al cumplimiento SLAs y los resultados son muy interesantes. 

• 39% de los proveedores excedieron su SLA de disponibilidad
• hay un 61% de los proveedores observados que tienen un SLA de 100% disponibilidad

los proveedores más agresivos, que ofrecen 100% de disponibilidad, estuvieron 99.92% disponibles … ¿cuántos nueves podemos conseguir hoy con nuestra solución local y a que precio?

 

Mi consejo lo parto en dos

1- lean tooooodo el SLA de su proveedor cloud.. notarán en la letra pequeña la razón por la que hay más de un proveedor allá en la nube y evidenciarán quien está prestando el servicio desde el garage de su casa y quien es un proveedor serio.

2- asegurense que el SLA es válido o al menos respaldado legalmente por alguien local… si no, es una simple página web con texto y no un compromiso.

 

Saludos

Ser cloud o no ser cloud

A diferencia de Shakespeare, no voy a publicar esto como LA pregunta.  Hoy el tema de usar la nube para mi apuesta tecnológica debe ser fundamentada. 

Como alguien que ha introducido nuevas tecnologías a lo largo de casi dos décadas, he aprendido que adoptar un nuevo modelo no se trata de apostar ni subirse a probar, se trata de evaluar y saber cuándo y dónde utilizar las diferentes tecnologías.  Habrán “vagones” de este tren tecnológico a los que no vamos a subirnos, y sólo los veremos pasar. Habrán “vagones” en los que nos subiremos, porque hace sentido subirnos.

¿Dónde hace sentido computación en la nube?  No tenemos que buscar profundo en nuestro corazón ni consultar a magos espiritistas, como tampoco ir a un desayuno donde nos escupan slides de Powerpoint con “tendencias”.  La respuesta ya está dada: ¿qué cargas de trabajo o aplicaciones necesitan las características de servicios en la nube? (¿Recuerdan la definición de Cloud Computing que compartí haca algún tiempo?).

Es decir, la tecnología que debe dar servicio a una nueva unidad de negocio o un nuevo requerimiento de la empresa debe de…

1. ser proveída por demanda
2. ser accedida desde cualquier punto con conexión al Internet
3. ser operada sin importar el lugar
4. ser elástica
5. ser pagada de acuerdo al consumo

Si marcan por lo menos 3 de estas 5 características, Cloud Computing DEBE ser un modelo a evaluar.  Menos de 3…. pensemos en usar otros modelos de implementación y uso de la tecnología.

TODO está en conocer la definición del concepto… la respuesta está en lo más básico.

 

Este es el Blog del  Júpiter, el dios Romano del Cielo (y de las nubes)… “cloud computing en tu idioma”.

¡Saludos y feliz año!

Escalable y Elástico

Recordemos que uno de los atributos claves de Cloud Computing es escalable y elástico.  Si son observadores notarán que hablo de dos términos (escalable y elástico) pero en singular (… uno de los atributos…).   Vuelvan a leer la primera oración y notarán esta disonancia escrita a propósito; en Cloud no podemos hablar de estos dos términos por separado.  Es decir, realmente tendríamos que hablar de “Escalabilidad Elástica”.

Seguro que muchos pensarán… “Yo puedo ser escalable actualmente, ¿entonces ya tengo Cloud Computing?” … pero la pregunta es ¿es elástico? es decir… puedo tener escalabilidad horizontal o vertical hacia más pero en cuanto no necesite esa capacidad no debiera de estar pagando por ella. Recuerden que también Pago-Por-Uso es otro atributo cloud. 

Miremos esto en acción en cada uno de los modelos de servicio de Cloud Computing:

• IaaS: el pivote de análisis aqui es capacidad computacional RAM/almacenamiento/CPU … necesito más RAM… la pido, la pago… ya no la necesito… la quito y pago menos.
• PaaS: aqui el pivote también hoy es computing power aunque una métrica exacta no hay, dado que cada proveedor líder en esta área (MSFT Azzure, Amazon AWS, etc.)… sólo echen una mirada aqui a lo complejo que es comparar precios… pero el mensaje es el mismo que IaaS: mi aplicación necesita más poder computacional… lo pido… necesita menos porque no es temporada pico… reduzco mi requerimiento a lo mínimo necesario.  Esto crea la ilusión de poder computacional ilimitado.  Aunque a diferencia de Iaas aqui no me preocupo por cantidad de servidores.
• SaaS: aqui el pivote es el número de usuarios… no me preocupa cantidad de RAM, CPU o almacenamiento…  necesito utilizar 10 usuarios del e-mail o CRM… los provisiono.. mi tiempo de respuesta del sistema tiene que ser el mismo que si yo provisionara 100 usuarios más.

Y la pregunta que quiero dejar para platicar con la almohada es ¿necesito esta escalabilidad elástica”? ¿Cloud Computing aplica para cualquier escenario? 

Seguridad–SAS 70 Type II

Cuando preguntemos por seguridad en la nube, SAS 70 Type II es un término que saldrá a relucir como una medida que garantiza seguridad en los datacenter en la nube.

Entendamos para qué es SAS 70 y qué cubre y qué no cubre. La definición oficial está documentada aqui, por lo que sólo me permito poner en español un breve resumen de tal definición:

 

Statement on Auditing Standards No.70 (SAS 70) es un estándar internacional reconocido para auditoría creado por el American Institute of Certified Public Accountants (AICPA) en el año 1992. Es utilizado para reportar el procesamiento de transacciones hechas por organizaciones de servicio, y que puede hacerse via auditoría Type I o Type 2.  Tipo 1 significa que se tienen reportes de los controles que se ponen en operación, y Tipo 2 significa que se tiene Tipo 1 y además se hacen preubas de la efectividad de la operación de tales controles.

 

Entonces… ¿qué parte de seguridad me cubre SAS 70 Tipo II? Obviamente no es acerca de la data en el datacenter…. así que más adelante veremos qué es lo que tengo que pedir a mi proveedor de la nube si lo que me preocupa es mi data.

Y llego PaaS

Según el mismo NIST, la Plataforma como Servicio (PaaS) es un modelo de entrega de un servcio en la nube.  Específicamente el NIST define Paas como una capacidad proveída al consumidor (del servicio) para instalar aplicaciones para utilización de usuarios finales utilizando lenguajes de programación y herramientas soportados por el proveedor.  El usuario de PaaS no administra ni controla la infraestructura en la nube, la red, servidores, sistemas operativos o almacenamiento, pero el usuario de PaaS (el programador de la aplicación) tiene control sobre sus aplicaciones y algunos elementos de configuración del ambiente donde es ejecutada la misma.”

PaaS complementa lo ofrecido por IaaS, en cuanto a que tiene toda la funcionalidad y beneficios de IaaS y añade el elemento de base de datos,  seguridad, web server, librerías de runtime, etc. que una aplicación necesita pero que los programadores usualmente no quieren (o no saben) administrar.

Este es un tema de Cloud Computing muuuuuuy “en evolución” todavía.  Quienes tienen el liderazgo en materia de definición y oferta disponible son Amazon y Microsoft.  Salesforce provee una forma de PaaS que se limita a fortalecer su CRM, y Google está empezando con este tema con un norte todavía en definición.

En PaaS, desarrollo mi aplicación usando las librerías que el proveedor PaaS provee para solicitar y utilizar el servicio, tengo un ambiente de pruebas y un ambiente de producción. En este último yo indico qué capacidad de procesamiento, memoria y almacenamiento requiere mi aplicación. y Voilá! estoy en la nube.

Ya definimos que es esto, y en publicaciones posteriores daremos ejemplos y comparaciones.