Cada seis meses se celebra un evento donde todos los desarrolladores, empresas que forman el ecosistema y demás familia de Openstack nos reunimos para hablar sobre el progreso de la plataforma de Cloud abierta más importante del mundo. Hace seis meses el evento de
anta Clara reunió a cientos de de desarrolladores, ingenieros, arquitectos… pero también directores de tecnología, analistas, directores de ventas… Es decir, una tropa de lo más variopinta.

El evento de Santa Clara fue todo un éxito en lo que asistencia se refiere y marcó lo que parecen van a ser las próximas conferencias Openstack. A nivel organizativo, se definen de manera clara dos eventos diferenciados: primero lo que se llama el Design Summit, el evento para y por desarrolladores de Openstack, en el que se discute la dirección tecnológica y se acuerda qué funcionalidad se implementará para la próxima release. En esta conferencia se discutirá sobre qué debe llevar Essex, que debería liberarse a en marzo de 2012. Y después del Design Summit llega la Openstack Conference, un evento orientado a empresas, clientes y ecosistema en general interesado en Openstack. Nosotros participamos en varias ponencias y charlas, intentaremos estar a la altura.

Mucha gente nos pregunta si es un evento que valga la pena, especialmente porque desplazarse una semana a los Estados Unidos no es algo que pueda pagar cualquier startup Europea y la gente quiere conocer si hay un retorno claro de la inversión. Yo soy de los que pienso que hay una abundancia ‘irracional’ de eventos de Cloud Computing, y que no creo que tantos permitan un retorno claro de la inversión. En este caso este evento nos permite conocer e influir en primera persona sobre el futuro de Openstack. Esto es clave para nosotros y nuestro plan de producto. En segundo lugar la posibilidad de hablar sobre lo que hacemos a una audiencia tan grande abre mercados (aunque si luego no sabes cerrar acuerdos sirve de poco) y es una labor de marketing muy barato y de gran efectividad. Hay que reconocer que el prestigio vende a medio y largo plazo. Y por último lo que considero más importante en estos eventos es el ‘networking‘. Conocer gente brillante es siempre un placer (y además en el evento abunda), pero además es rentable. Una sola frase de un ingeniero o un director de tecnología en el momento adecuado puede valer más que semanas diseñando tu producto. En un mundo donde gracias a las comunicaciones podemos estar virtualmente en una conferencia en cualquier lugar del planeta desde nuestra oficina, la posibilidad de charlar cara a cara con un café, una cerveza o una buena cena te abre la mente. Evidentemente tiene que haber reciprocidad y debes abrirte y contar tus experiencias (las malas y las buenas), tus expectativas y tu visión para que ellos lo hagan, pero casi siempre vale la pena.

Post relacionados:

1. Lanzamiento del Grupo de Usuarios de Openstack en España
2. Taller de Openstack en Madrid el 14 de Abril
3. Openstack Año I
4. Stackops Distro & Smart Installer: despliega Openstack en tu centro de datos
5. Un vistazo rápido a la historia de OpenStack

Reconozco que una de mis aficiones favoritas es procrastinar trolleando en los comentarios de las noticias de Menéame. Aunque supongo que todo el mundo lo sabe, Menéame es el conocido clon hispano de Digg, el servicio a enlace de noticias gestionado por los usuarios (envían las que le gustan, y votan otras que les interesan). El pasado domingo intenté conectarme a Menéame después de pasar por varios periódicos online, y me encuentro con el sitio caído. Extraño, Menéame es muy estable… googleo un poco y veo que un rayo la lía parda en un centro de datos de Irlanda donde Amazon Web Services tiene alojada su zona europea. Microsoft, Paypal y otros también les afecta el servicio. Lo primero que me viene a la cabeza es: ¿Ese Datacenter no es un Tier 4? Si lo es, no lo parece…

El lunes por la mañana mientras desayuno me conecto de nuevo para ver si Menéame ha vuelto, y nada, el sitio sigue caído. A lo largo del día comento con varias personas la situación, y resulta inevitable preguntarse qué carajo les ha pasado, sin más… El martes por la mañana me conecto y me quedo de piedra: ¿Todavía no han levantado el servicio? Y empiezo a investigar qué ha pasado realmente con Amazon EC2, y qué ha pasado con Menéame.

Antes de empezar con las conclusiones, quisiera contar una intrahistoria que no se si la gente de Menéame son conscientes de ella o no: Menéame ha sido la mejor propaganda en España del servicio Amazon EC2. Ese es el otro ‘Efecto Menéame‘. Profesionales del hosting reconocen en privado que la decisión de ir a Amazon EC2 fue un golpe para el hosting tradicional en España, y conozco mucha gente que pone como ejemplo de buenas prácticas de despliegue en Amazon EC2 el famoso post de Ricardo Galli sobre su arquitectura. Revisando el post de nuevo, hay dos cosas que me llaman la atención:

• La arquitectura usa (¿abusa?) de el almacenamiento persistente EBS. Aunque sobre el papel es una solución fantástica, es el servicio de Amazon que más problemas ha dado, con un historial de problemas en otras zonas muy grande, que incluye la pérdida de información. De hecho otro conocido clon de Digg que funciona sobre EC2 las ha pasado mal precisamente por el uso de EBS. De hecho, algunos que también han aprendido a base de castañazos nos ofrecen alternativas.
• Pero lo que más me sorprende es el tono del documento, donde subyace el mensaje de que Amazon EC2 es indestructible. Todo, absolutamente todo corre en Amazon, por lo tanto se confía ciegamente en la capacidad de Amazon Web Services para correr el servicio. Con frases más propias de un comercial que de un ingeniero: “…(en Amazon está todo monitorizado y es público, una caída afecta a muchos servidores, así que no tardan nada en resolver)”.

• Un rayo la lía parda. Terremotos, tormentas, inundaciones… contra la naturaleza no podemos hacer nada. Todos los servicios de Amazon se vienen abajo en Irlanda.
• Los servicios tardan en ponerse de nuevo activos.
• Al intentar levantar los servicios, Amazon Elastic Block Storage (EBS) no se recupera de manera adecuada debido a un bug. Al parecer se eliminaban ciertas partes de los bloques que los volvía inutilizables. Creo que esto no explica todos los problemas con EBS, pero es el típico bug que solo surge en escenarios considerados improbables (¿es rearrancar un servicio como EBS un escenario improbable?)
• Todos los servicios dependientes de EBS fallan. Amazon Web Services pide a sus clientes que usen EBS de una zona no afectada. Eso implica crear e importar datos e imágenes a otras zonas.

Estos cuatro pasos y la información correspondiente fue facilitada por Amazon a los clientes de manera abierta antes de las primeras 24 horas. Por lo tanto todo el tiempo necesario para levantar el servicio de nuevo no es imputable a Amazon, sino a los responsables de las aplicaciones desplegadas, es decir los Menéame, Paypal y compañía.  Es habitual que las empresas creen planes de contingencia para aquellos servicios que se consideran críticos para el funcionamiento de su negocio.

Amazon Web Services es un servicio desde el punto de vista de ingeniería sublime, pero no es mágico. Puede fallar y lo hace. Pero además, es mucho menos resistente a fallos que otras soluciones. No porque esté construido de manera deficiente o porque su infraestructura no sea buena: es menos resistente porque está diseñado así. En Amazon Web Services y en gran número de nubes públicas es la aplicación la responsable de mantenerse funcionando pese a los fallos, en contra de lo que ocurre en el despliegue en infraestructura tradicional. Recomiendo este post, ‘Designing to fail‘. La razón es clara: hacer que la infraestructura sea resistente a fallos es muy caro. Ofrece los recursos de almacenamiento y computación lo más baratos posible y delega en la aplicación esa gestión.

Netflix es una empresa que lleva el concepto del ‘Diseñado para fallar’ al límite. Netflix tiene su infraestructura en Amazon y Akamai. Y para asegurarse que el servicio siempre está funcionando, creó una aplicación llamada ‘Chaos Monkey‘. Chaos Monkey lo que hace es tratar de interrumpir el servicio de Netflix simulando los errores que pueden ocurrir en Amazon (caída de instancias, desconexión de la red, degradación del servicio…) de manera aleatoria y no preprogramada. Vamos, como si metes un mono de feria dentro de tus racks en el centro de datos y empieza a tirar de los cables y a apagar y encender los ordenadores. Puede sonar un poco paranoico… pero cualquiera que haya tenido aplicaciones en producción a veces se pregunta si no hay un duende en vez de un mono puteando a los servidores.

Resumiendo, Menéame no estaba diseñado para fallar. Y lo mismo pasa con la gran mayoría de los servicios desplegados en Nubes Públicas. ¿Y por qué no lo están? Pues porque es caro, lleva tiempo y además es complejo. Caro, porque normalmente implica desarrollo adicional y contratar servicios en otro proveedor localizado en otra zona geográfica. Tiempo, porque necesitas dedicar recursos de desarrollo a infraestructura en vez de requisitos de negocio. Y complejo, porque la gran mayoría de los ingenieros software no conocen los intríngulis del desarrollo de sistemas resistentes a fallos. ¿cuando vale la pena invertir en esto? Eso es una decisión que debe hacer cada uno.

Lo que me pregunto es si la gran propaganda que fue para Amazon la migración de Menéame, podría volverse en su contra tras estos tres días de caída del servicio. Yo si fuera Amazon, les regalaba el servicio durante un tiempo y de paso les enviaba un par de jamones. Y si fuera un proveedor de hosting o cloud español, aprovecharía el cabreo que deben tener ahora mismo Galli y cía. para hacerles una oferta de alojamiento patrocinada

Actualización 11 de Agosto de 2011: Este post ha sido portada de Menéame (cosas veredes…) . El Dr. Galli ha publicado un post explicando lo que ha pasado. Y se confirman mis sospechas: prepararon planes de contingencia para todo menos para ellos mismos, un error muy común, por otra parte. Otra cosa que sospechaba era que la crítica pública al Dr. Galli atraería la ira de script kiddies y demás fauna, como así ha sido

Post relacionados:

1. Amazon anuncia nuevas instancias desde $7 al mes

Hace un año que estaba yo disfrutando de unas merecidas vacaciones en Cádiz, cuando recibí un correo y una llamada que me anunciaba que ‘algo gordo en el mundo del Cloud había pasado’. Rackspace y la NASA anunciaban que lanzaban un proyecto abierto conjunto para crear IaaS de computación y de almacenamiento de objetos. ¿La NASA y Rackspace? Flipé un poco. Luego me di media vuelta en la hamaca y seguí con mi siesta. Evidentemente las vacaciones y la siesta veraniega no me permitieron adivinar en un primer momento la magnitud del anuncio, pero cualquiera que esté en este mundillo fue capaz de ver que algo realmente gordo se estaba gestando.

Un año después Openstack es uno de los proyectos de código abierto que más crecimiento ha tenido en la historia (si no el que más). En este año también hemos visto las primeras implementaciones comerciales en la parte de Almacenamiento (Swift) y pronto veremos las primeras en la parte de Computación (Nova) Y sobre todo, lo que se ha visto es interés en la creación de un ecosistemas de empresas que soporte Openstack. Hasta ahora, ha sido Rackspace la que ha impulsado el proyecto (impulsar = pagar) y ese control se ve en sus órganos de gobierno. Esto ha creado fricciones entre algunos miembros, pero está claro, al final quien más apoya el proyecto también tiene derecho a ejercer mayor control.

Aquí tenéis un cronograma chulo de todo lo que ha pasado en este tiempo. Vale la pena verlo:

En lo personal, cuando se produce una crisis hay que buscar las oportunidades. Por eso empezamos Luis, Arturo y yo Stackops. Debo reconocer que han sido seis meses muy intensos. Nunca, nunca, nunca pensamos que estaríamos con las cifras de descargas y despliegues que ahora tenemos. Nunca pensamos que tuviéramos tanto apoyo de empresas como ACENS, Rackspace o Strelia, empresas que nos están ayudando a crecer. Stackops es ahora plancton en un ecosistema donde abundan las ballenas, pero estamos creciendo. También hemos tenido experiencias amargas, claro, especialmente doloroso fue que uno de los socios decidiera no seguir en el proyecto. Son cosas que ves venir y que te preparas para ello, pero no deja de afectarte. No voy a llorar por lo difícil que es montar equipos en España por la aversión al riesgo de los ingenieros, o lo complicadísimo que es encontrar financiación privada en España, porque eso ya viene en el ‘pack’ cuando montas una empresa aquí. Se merece otro post.

Post relacionados:

1. Un vistazo rápido a la historia de OpenStack
2. Stackops Distro & Smart Installer: despliega Openstack en tu centro de datos
3. En la Openstack Conference en Boston
4. Taller de Openstack en Madrid el 14 de Abril
5. Bienvenidos a Stackops

Stackops participamos como ponentes en una jornada donde de una forma práctica podremos ver como evolucionar nuestra arquitectura de sistemas y aplicaciones, a un entorno cloud de servicio, incidiendo en cómo aplicar conceptos de pago por uso y estrategias Down cost technology que permiten acelerar el ROI.

Las soluciones de virtualización Open source, las alternativas tecnológicas que responden a las demandas incrementales de almacenamiento con Open Storage, El desarrollo de aplicaciones de Software corporativo pensado en los procesos y en cómo pueden desplegarse en Cloud privadas o Públicas, son parte del objetivo de la Jornada. Por último, la evolución de los datacenter empresariales a un modelo de servicio cloud, necesitan nuevas herramientas de previsión, control y facturación de los servicios consumidos. En este campo también las soluciones Open pueden ser una alternativa.

Los siguientes ponentes desarrollaremos estos y otros temas:

• Jesús Ángel Bravo, Director General de Strelia Salutación de bienvenida e introdución a la jornada, objetivos.
• Andy Bennett, European Nexenta sales chief. Nexenta a efficent solution.
• Ivan Ricondo, Arquitecto de soluciones Almacenamiento, conceptos y soluciones open storage, Nexenta.
• Sr. Marcos Paredes, Drt. del Área de virtualización Ozona. Plataformas empresariales de virtualización.
• Diego Parrilla, CEO y co-fundador de Stackops Infraestructura como servicio. Conceptos y soluciones OpenStack.
• Paolo Rosado, CEO Outsystems. Como desarrollar las aplicaciones empresariales en un entorno orientado al Cloud. AGILY.
• Javier Herrero, CIO Aernnova. La visión del Grupo Aernnova, la trasformación del Legacy a servicios Web.
• Jose Luis Medina, Consultor. Arquitecturas Open frente a propietarias. Soluciones emergentes, que aportan.

La Jornada del 29 de Junio en el Salón de actos de la SETSI, esta dirigida a todos aquellos profesionales que quieran conocer cómo mejorar su ROI cuando piensen en evolucionar a un modelo de servicio cloud, para la provisión de Sistemas y Aplicaciones empresariales, dando por cierto el titulo de Tocar con la mano las tecnologías citadas.

No se pierda los paneles de expertos y aproveche la mañana para obtener la máxima información sobre las soluciones que permiten evolucionar al modelo de servicios cloud computing y la transformación de la industria TIC con sus soluciones y experiencias prácticas. Puedes descargar el PDF con la agenda del evento.

Regístrese ahora y reserve su plaza para la Jornada. Las plazas son limitadas y en riguroso orden de inscripción.

Post relacionados:

1. CloudCamp Barcelona el próximo 15 de Junio ¡Apúntate!
2. Jornada Strelia Cloud Computing el próximo 23 de noviembre
3. Virtualización y Cloud Computing las dos tecnologías estratégicas para la empresa en 2009 según Gartner
4. Openstack Año I
5. Evento de IDC sobre Cloud Computing: Preparándose para los siguientes 20 años de TI

Actualización: debido al éxito de la convocatoria (más de 100 registrados para un aforo de 70 personas), nuestro cliente de referencia ACENS copatrocinará el evento y el catering posterior.

Ya podemos confirmar oficialmente la celebración del primer Taller de Openstack en Madrid. El evento se celebrará en el Vivero de Carabanchel entre las 18.30 y las 20.30 horas. Después Stackops patrocinamos los canapés y las bebidas.

La información para apuntarse y direccón la tenéis aquí

Las plazas son limitadas, por lo que mejor apuntarse cuanto antes no sea que se agoten.

Post relacionados:

1. En la Openstack Conference en Boston
2. Lanzamiento del Grupo de Usuarios de Openstack en España
3. Taller de Cloud Computing gratuito en el SeedRocket
4. Openstack Año I
5. Stackops Distro & Smart Installer: despliega Openstack en tu centro de datos

Es sorprendente como empresas que llevan muchos años haciendo software tradicional de repente y de manera mágica resulta que su software está ‘En la Nube’. No solo eso, sino que algunos dicen que fueron ellos los que inventaron el Cloud Computing, pero que como siempre los americanos llegaron y le pusieron un nombre ‘chulo’. Lo del Software as a Service es un auténtico escándalo. Aquí ahora todo es Cloud. Tonto el último.

Pero si en el SaaS lo que te encuentras es con lo que los anglos llaman ‘Cloudwashing‘, en la parte de Infraestructura como Servicios, la verdad es que no se como clasificarlo. Yo entiendo que vender es muy difícil, estamos en crisis y hay que ganarse la vida… pero de verdad que hay cosas que claman al cielo.

Por un lado, tenemos a los clientes, que de un día para otro todos quieren ‘Cloud’. El proveedor lo primero que se hace es negar la mayor ‘¿pero tu para que quieres el Cloud Computing, si te puedo proveer todo lo que te ofrecen con nuestro hardware dedicado y nuestra infraestructura?’. Desde la perspectiva del proveedor resulta incomprensible que un cliente que (presuntamente) no sabe nada de infraestructura demande una plataforma. Esta es la etapa de la negación del proveedor: se asume que el cliente no sabe y que ha oído la última palabra de moda. Posiblemente muchos clientes se mueven por la moda como ya dijo Larry Ellison hace mucho tiempo (por cierto, este ya está haciendo Cloudwashing a tope), pero otros entienden las teóricas ventajas del modelo y lo quieren probar.

Por otro lado tenemos los proveedores. Su modelo de negocio tradicional está cambiando y los clientes piden cosas que antes nunca pedían. Y lo peor: en un negocio con crecimientos de dos dígitos se encuentran con bajas de clientes también de dos dígitos… que se van a proveedores de Cloud Computing. ¡Así que hay que ofrecer plataformas de Cloud Computing pero a la de ya! Los comerciales, felices porque ahora no deben convencer a sus clientes de que el Cloud Computing no les vale, sino que pueden usar su plataforma de Cloud Computing.

¿Pero qué plataformas de Infraestructuras como Servicios ofrecen muchos proveedores? Pues… ninguna… porque lo que ofrecen son Servicios de Virtualización de Servidores sobre su infraestructura tradicional. ¿Donde queda la elasticidad, el pago por uso, el autoservicio? Pues en ningún sitio. Y esto no es Cloud Computing.

Una plataforma de Cloud Computing es otra cosa. Una IaaS no es un conjunto de servidores virtualizados, un SAN y a correr. Es algo mucho más complejo. La primera prueba del algodón es esta: ¿puedo contratar el servicio de manera online y no volver a tratar con un técnico de soporte durante todo el ciclo de vida de despliegue de su solución? Si la respuesta es sí, entonces está ante un servicio IaaS, sino, está ante otra cosa. No se si mejor o peor, pero otra cosa.

Uno de los gurús teóricos del Cloud Computing, Nicholas Carr lo compara con la electricidad. ¿Se imagina usted llamando a su compañía de electricidad cada vez que quiere conectar un nuevo aparato en su casa? No… simplemente lo enchufas y empieza a funcionar. En una verdadera plataforma de Cloud Computing el usuario puede levantar una nueva instancia simplemente pidiéndolo a través de una interfaz web, de un API o de una línea de comando. Y es inmediato. Nada de esperar a que venga alguien y te lo aprovisione (¿se imagina que tenga que venir un técnico de su compañía eléctrica a enchufar un nuevo aparato?).

Al principio, la electricidad que se servía a las fábricas y a los particulares debía producirse ad-hoc. Luego, la llegada de estándares e innovaciones en la distribución (líneas de alta tensión, de media tensión, la corriente alterna, estandarización de los voltajes) permitió que la electricidad se compre y se consuma bajo demanda. Todo el mundo tuvo acceso barato a este recurso. Para poder acceder de manera barata, los dispositivos que se conectan a la red eléctrica necesitan de elementos de transformación. Es decir, un portátil necesita 19 voltios de contínua, un cargador de móvil 9V, un secador tiene otras necesidades…. es decir, cada elemento tiene diferentes necesidades, pero se conecta a la misma red.

En el verdadero Cloud Computing, las aplicaciones deben adaptarse a los requisitos de la IaaS. Y aquí tenemos la segunda gran prueba del algodón: Si no necesitas adaptar tus aplicaciones a la nueva IaaS, entonces lo que están haciendo es adaptarse la IaaS a tí. Y siento decepcionar, pero esto no es mágico. Es muy caro… tal vez más caro que tener una plataforma dedicada para tí. Puede haber una oferta comercial interesante obviamente… pero un cliente debe entender que esto no es Cloud. Es otra cosa.

Siento decirles que no existe magia en el Cloud Computing… Y en el mundo de la empresa lo mágico se asocia  lo barato/gratis o lo inmediato. El Cloud si ofrece inmediatez… pero hay un precio a pagar: el de migrar tus servicios a las ‘interfaces’ de tu proveedor. Puede costar más o menos. Pero es un proceso ineludible. Da igual que sea Amazon Web Services o VMware Director. Hay que hacerlo.

Al igual que ocurrió con la distribución de la electricidad, la estandarización y la innovación en el aprovisionamiento de capacidad de computación y almacenamiento debe acarrear una reducción de costes. Todavía no lo sentimos porque las ventajas del modelo hace que la variable ‘coste’ todavía no sea la primordial. Cuando haya diferentes competidores y a posibilidad de migrar de un proveedor a otro (¿entienden ahora mi fijación con las Nubes Abiertas?), entonces veremos brillar las ventajas de las economías de escala en el Cloud Computing.

Post relacionados:

1. Los 20 magníficos (proveedores) de Cloud Computing según Nicholas Carr

Durante estas últimas semanas nos hemos reunido con unas cuantas empresas interesadas en Infraestructuras como Servicios, y a todas les encantaba lo que Openstack Nova promete. La idea de tener una plataforma verdaderamente abierta y que haya un ecosistema de empresas a su alrededor es muy atractivo. Los participantes en Openstack son empresas con una reputación más que consolidada y reconocida por los profesionales. Todo parece perfecto… ¿Todo? No…

En un momento dado de la conversación, siempre sale la siguiente pregunta:

¿Cómo despliego Openstack en mi centro de datos?

Y entonces es cuando empezábamos con los juegos florales, el chauchaubulebú y otras artimañas más propias de vendedores de humo que de tecnología… porque montar Openstack Nova no es (bueno, era) trivial ni mucho menos. Puedes pasarte días consultando su documentación y lo más probable es que no pases mas allá de una instalación en un servidor de toda la arquitectura. Ideal para hacer alguna prueba rápida, pero muy lejos de lo que es una Infraestructura como Servicio.

Recientemente han aparecido interesantes herramientas que automatizan el despliegue de los nodos. Eso está genial, pero se olvidan de algo que es básico en el despliegue de Openstack Nova: no es un conjunto de servidores, es una plataforma en la que los servicios se encuentran entrelazados a un nivel superior al del sistema operativo, por lo que es necesario algo o alguien que ‘orqueste’ ese despliegue.

Nos dimos cuenta que la mayoría de la gente pasa por tres etapas básicas en la puesta en marcha de una solución tipo con Openstack Nova: Toma de Contacto, Prueba de Concepto y Piloto, más una etapa final que es la Puesta en Producción. El número de empresas que empieza una toma de contacto es muy alto, sin embargo por razones obvias quienes llegan a Producción son los menos. El mercado potencial de empresas que acabarán poniendo en Producción (y que serán por tanto clientes) puede ser menos del 1% de las que instalan una Toma de Contacto, menos de un 10% de las que despliegan una Prueba de Concepto, y menos de un 50% de las que montan un Piloto con sus clientes. Es imposible dimensionar una startup para que atienda de manera directa a los potenciales clientes, especialmente en las dos primeras fases.  Por lo tanto, si quieres llegar a una audiencia muy alta y poder escalar globalmente debíamos ser capaces de definir arquitecturas de despliegue que pudieran satisfacer las demandas de cada etapa con un soporte por nuestra parte mínimo, de modo desatendido y automático.

Y por supuesto… debía funcionar. Un Administrador de Sistemas debía encontrar una dificultad similar a la que hay instalando un VMware ESXi o un Citrix XenServer. Ni más ni menos.

Y así es como nos lanzamos a construir la Stackops Openstack Nova Distro. Una distribución basada en Ubuntu 10.04 LTS Server que contiene todo lo necesario para desplegar una solución Openstack Nova. Solo aquello que es necesario para que funcione Openstack. La distribución puede configurarse para que pueda tomar diferentes roles de la arquitectura: Controller, Volume, Network y Compute.

Pero una distribución bare-metal no soluciona el problema de la configuración de un despliegue: se necesita algo más. Y por eso desarrollamos el Stackops Smart Installer. El Smart Installer es un agente embebido en la distro que habla con una aplicación web hosteada por nosotros y que ayuda al administrador a desplegar alguna de las arquitecturas de despliegue de referencia anteriormente mostradas. ¿Quieres desplegar en una máquina virtual para hacer una prueba rápida? Ok, no hay problema. ¿Quieres una arquitectura con múltiples nodos? Tampoco hay problema: el Smart Installer guarda aquellos parámetros globales a la arquitectura y los inyecta cuando es necesario. Se acabó el infierno de parámetros globales y locales a los componentes. El Asistente se encarga de llevar el control de éstos.

Pero lo mejor es que la Distro y el Smart Installer son gratuitos. Podéis bajar la ISO y probar desde ya sobre una máquina virtual, o si tienes una granja de servidores hacer un despliegue complejo asistido. Y claro, si necesitas una personalización, contactar con nosotros

¡Disfrutadlo!

Post relacionados:

1. Bienvenidos a Stackops
2. Openstack Año I
3. Un vistazo rápido a la historia de OpenStack
4. Qué son los ‘tiers’ en un Centro de Datos. El ANSI/TIA-942
5. Taller de Openstack en Madrid el 14 de Abril

Hoy anunciamos el lanzamiento oficial del Grupo de Usuarios de Openstack en España. Es el primero en Europa, aunque espero que muchos otros nos sigan en breve. El grupo lo hemos montado desde Stackops para ayudar a difundir qué es Openstack entre Administradores de Sistemas, Devops y demás familia. Aquí tenéis las enlaces para colaborar con el grupo:

Website: http://stackops.org/display/soug

Google Groups: http://groups.google.com/group/spain-openstack-user-group

Twitter: twitter.com/openstackspain

El grupo puede participar cualquier persona que tenga interés por el Cloud Computing, las Infraestructuras como Servicio y las tecnologías abiertas en general. Openstack es una comunidad muy dinámica en la que hay un gran número de desarrolladores colaborando en el desarrollo de la plataforma, pero cada vez hay más administradores que están empezando a probar la plataforma y se plantean ponerla en marcha en sus organizaciones.

Aunque ya informaremos con más detalle, el próximo día 14 de Abril haremos un evento de presentación de Openstack. Para conocer los detalles del evento ya sabéis, seguidnos en twitter.

Post relacionados:

1. Taller de Openstack en Madrid el 14 de Abril
2. Openstack Año I
3. Stackops Distro & Smart Installer: despliega Openstack en tu centro de datos
4. Nuevo grupo de Nubeblog en Facebook
5. En la Openstack Conference en Boston

Llevo un rato escribiendo y borrando el primer párrafo de este post. Se muy bien lo que quiero decir. Lo he repetido y practicado durante mucho tiempo. Y sin embargo no encuentro el texto que me ayude a desarrollar qué es Stackops. Me gustaría poder contar que soy un privilegiado por trabajar en lo que quiero. Me gustaría contar que soy afortunado por trabajar con quien trabajo, Luis y Arturo. Me gustaría agradecer a Seedrocket y a Marta el apoyo que nos han brindado. Pero sobre todo me gustaría explicar lo feliz que soy emprendiendo. Y no me sale…

A Luis y Arturo los conozco de hace tiempo. De otras guerras. Creo que con Arturo hice lo más parecido a la mili que se podía hacer en este país allá por el año 2001 y 2002. Todavía quedan cicatrices de La Batalla de Vancouver. Luego con Luis y Arturo vivimos uno de esos ejemplos que hay en los libros sobre proyectos fracasados con estrépito. Y claro, resultar herido en el combate crea vínculos. Cuando por circunstancias de la vida coincidimos los tres en el momento adecuado para emprender, no nos lo pensamos. El equipo es equilibrado y con experiencia: todos tenemos en las espaldas diversos emprendimientos con éxito. Nos complementamos. Somos un equipo en el sentido estricto de la palabra. Y sobre todo, compartimos los mismos valores.

Quien piense que voy a hacer una sesuda explicación de qué hacemos en Stackops y de nuestro producto, lo siento, tendrá que esperar. Claro que lo explicaremos, de eso vamos a comer. Pero lo iremos desarrollando paso a paso. Porque en realidad Stackops es algo mucho más sencillo de lo que la gente pueda pensar.

Stackops es un facilitador y un habilitador.

Durante los últimos diez años me he encontrado proyecto tras proyecto en todas las empresas con un aumento de la complejidad en todo lo que atañe al despliegue de nuevos servicios. Y esto es muy real. Mi cabeza tiende a paquetizar y automatizar todos los procesos y tecnologías cuyas tareas son repetibles y repetitivas. Puede que sea un trauma infantil o que en el fondo soy un vago, no se. En un momento dado, el Cloud Computing y especialmente las Infraestructuras como Servicio me hizo ver que por primera vez desde que empecé mi carrera profesional era posible realmente reducir la complejidad de los departamentos de IT. Así, varios años y varias empresas después llegamos a Stackops. Y el objetivo sigue siendo el mismo: reducir la complejidad en los departamentos de IT mediante automatización de procesos y tecnologías.

Llegados al año 2011, nos encontramos con un cambio que todo el mundo entiende pero poca gente asume: El Departamento de IT debe pasar a ser el Proveedor de Servicios de IT de la empresa.  Y aquí Stackops actúa como un facilitador, ayudando a las organizaciones a transformar sus procesos hacia otros donde el autoservicio y la delegación de la gestión toman un papel estelar.

Sin embargo, no es posible cambiar las organizaciones únicamente remplazando sus procesos. Hay que apoyarse en las mejores herramientas disponibles para ello. Y aquí Stackops actúa como un habilitador, ya que acerca a las empresas estas herramientas de tal manera que la complejidad y coste de implantación se reducen de manera significativa. Para ello nos apoyamos en la que pensamos es la plataforma de Cloud Computing más prometedora del mercado: Openstack, una plataforma de gestión de cloud respaldada por los principales actores de la industria (Rackspace, Dell, Citrix, Cisco, etc) y participada por la NASA. Ya he dicho que mi cabeza tiende a paquetizar y automatizar, así que eso es lo que hemos hecho: hemos preparado Openstack para que sea fácilmente digerible por las empresas. Al igual que nadie instala un kernel de GNU/Linux desde cero, nosotros pensamos que lo mismo pasará con Openstack. Hemos bajado la complejidad de instalación a niveles aceptables, lo que significa un ahorro importante en tiempo y dinero. El que quiera tener una Nube Privada ya no tendrá excusa. El quiera tener una Nube Pública tendrá una magnífica piedra angular sobre la que construir.

Esto somos en Marzo de 2011. Ni más ni menos. Tenemos una visión a largo plazo, por supuesto. Y un ambicioso plan de crecimiento. Pero dejad que lo contemos poco a poco.

Post relacionados:

1. Stackops Distro & Smart Installer: despliega Openstack en tu centro de datos
2. Evento “Tecnologías Cloud al alcance de la mano” el próximo 29 de junio
3. Openstack Año I

Hace unos días recibí un correo de una empresa bastante conocida que rayaba en el SPAM. Nada del otro mundo, pero leyendo la entrada del blog que recomendaban, me quedé con una frase que vengo dando vueltas desde hace varios días:

No one wants to be amazoned.

¿Amazoned? Y entonces vinieron a mi mente recuerdos de épocas pasadas, de burbujas puntocom, de Consejeros Delegados de bancos sin corbata en First Tuesdays glamurosos y no como los de ahora, de Business 2.0, de masajista y futbolín en la sala de descanso para los mimados desarrolladores…

Amazoned es un término que se usaba allá por el 2000 para definir aquella empresa que había perdido una gran parte de su negocio por el nacimiento de una nueva empresa que usaba la web en su mismo mercado. Es decir, aquellas que con la llegada de Amazon y de otros similares veía su status-quo amenazado seriamente.

Por puro Darwinismo muchas empresas murieron y otras evolucionaron y abrazaron este nuevo canal. El modo y el estilo ‘Amazon’ se copió y las cosas siguieron sin mayores tragedias hasta que alguien se dio cuenta que había siete veces más internautas que habitantes en los planes de negocio de las nuevas puntocom y todo se fue al carajo. Muchos aprovecharon para meter a Amazon en las Escuelas de Negocio como ejemplo de fracaso de las puntocom, y las que sobrevivieron al invierno nuclear siguieron adelante.

Recientemente he tenido reuniones con CTOs y CEOs de empresas de diverso perfil. Algunas directamente afectadas por el Cloud Computing. Y muchos de ellos no ven una amenaza este nuevo modelo… porque no lo quieren implantar. Y otros no quieren ofrecer este tipo de servicios a sus clientes porque impacta directamente en su cuenta de resultados. Así que sobre su razonablemente saneada cuenta de resultados en esta época de crisis, no contemplan saltar a la ‘Nube’.

Les he escuchado en silencio intentando entender sus posiciones. He intentado hacer míos sus argumentos. Pero lo único que veo son empresas candidatas a ser ‘Amazonadas’. Es decir, proveedores de servicios que ven como sus ventas empiezan a reducirse porque hay un nuevo modelo que es más eficiente y por lo tanto que los clientes eligen. Da igual que pongan una página web mejor, o un servicio de atención al cliente más personalizado: el nuevo modelo de autoservicio en la Nube está para imponerse. Da igual que defiendas que tus datos están mas seguros si tu te sientas encima del servidor que los almacena. Algún día tu CEO y tu CFO te preguntará porqué no mover parte de la infraestructura a una Nube Pública, y te podrás defender con el FUD de la seguridad, los datos y demás… la primera vez. La segunda vez tu CEO y tu CFO vendrán con ‘fulanito se ha ido a la Nube: ¿cómo ha solucionado los problemas que nos planteabas?’

Y entonces tendrás dos opciones: o te Amazonan o te Amazonas.

Tu decides.

No hay posts relacionados.