Elastic Beanstalk: Heroku para Java

Heroku es un servicio online englobado en lo que se conoce como PaaS (Platform as a Service), y que básicamente permite el desplegar aplicaciones Ruby en una nube de servidores que se escala automáticamente para satisfacer las necesidades de carga de las aplicaciones.

En Java (hasta donde yo sé) no había demasiados servicios similares. Está Stax que lo compró Cloudbees me imagino que con la intención de hacer algo similar a Heroku, y estaba por supuesto Google App Engine que es una plataforma que prometía mucho, pero que entre las limitaciones que impone y los problemas que sufrieron muchos desarrolladores por tratarse de una Beta que era una "verdadera Beta", pues no ha tenido toda la popularidad que se podría desear.

Amazon lanza una consola de gestión para EC2

Bueno, pues si antes lo digo antes pasa lo contrario. Ayer sugería que había oportunidades para empresas en cuanto a gestión de los servicios de Amazon (exactamente lo que hace Rightscale). Pues ala, al día siguiente va Amazon y lanza en beta una consola de gestión para EC2. La he estado probando y tiene muy buena pinta, y además el UI es realmente rápido. Esta es una imagen del dashboard:



Se pueden elegir y lanzar instancias muy fácilmente:


O gestionar tus instancias (aunque en esta captura no tengo ninguna):

Ahora, la mala noticia es que ahora mismo es una beta US-only. O sea que si vas a la lista de las imágenes, pues no salen las que estén situadas en Europa. A ver si lanzan pronto la versión europea. Se comenta que pronto van a lanzar el equivalente para S3. Parece que la cosa mejora mucho en cuanto a gestión. Me imagino que si Amazon apuesta fuerte por este tipo de herramientas esto puede ser un golpe duro para algunas empresas que basen su negocio en ofrecer valor añadido alrededor de los servicios de Amazon.

Amazon reacciona. Habrá por fin almacenamiento persistente para EC2

Google lanza Google App Engine la pasada semana y todo el mundo se vuelve loco y ruegan que soporten sus lenguajes. Estaba claro que esto era un golpe importante para Amazon ya que parte de su base de usuarios irremediablemente se fugará a un servicio como el de Google, que es gratuito.

Amazon tenía que reaccionar. Y parece que lo ha hecho, aunque por ahora únicamente en forma de anuncio. Werner Vogels anunciaba ayer en su blog que Amazon ofrecerá en breve almacenamiento persistente como parte de sus servicios. La nueva funcionalidad permitirá crear volúmenes de almacenamiento persistente que variarán desde 1Gb hasta 1Tb de datos. Los volúmenes se podrán montar en cualquier instancia de EC2 y básicamente se comportarán como discos sin formato sobre los que se podrá instalar cualquier sistema de ficheros. Los volúmenes serán accesibles localmente dentro la zona de accesibilidad sobre la que hayan sido desplegados.

A mayores de esto, Amazon también ofrecerá la posibilidad de crear snapshots de modo que se pueda almacenar una imagen de cualquier sistema de ficheros en Amazon S3. La idea es que esto puede servir para replicar el sistema de ficheros en múltiples zonas de accesibilidad para construir aplicaciones geo-scalables. En el blog de Amazon Web Services ofrecen más información sobre el nuevo almacenamiento persistente para EC2.

Amazon anunció el pasado mes el lanzamiento de zonas de disponibilidad y IPs elásticas. Ahora reacciona con almacenamiento persistente para EC2. Y es que está claro que no hay nada como tener algo de competencia para dinamizar el mercado. Al final creo que los beneficiados somos nosotros, y la verdad es que ya dan ganas de que entren más compañías como Google en serio en el mercado del cloud computing.

Amazon mejora su oferta de cloud computing con IPs estáticas y múltiples datacenter

Ayer estuve leyendo las novedades que ha añadido Amazon a su oferta de cloud computing y la verdad es que cada vez resulta realmente más atractiva.

Parece que lo primero que han hecho es añadir IPs estáticas; o bueno más correctamente lo que ellos denominan IPs elásticas, que sería como una IP estática pero asociada con una cuenta de usuario. De modo que un usuario no puede tener más de cinco IPs elásticas pero que las puede manejar a su antojo dándolas de alta, de baja, asociándolas a diferentes instancias en diferentes momentos, etc. En el blog de RightScale presentan un muy buen ejemplo de como utilizar estas nuevas IPs.

La segunda novedad es que ahora es posible disponer de servidores en múltiples localizaciones, gracias a lo que Amazon llama availability zones. Así pues, ahora amazon permite reservar instancias en diferentes regiones que pueden estar en diferentes países y continentes, y a su vez dentro de cada región se pueden seleccionar diferentes availability zones. Cada availability zone, garantiza su independencia de las otras zonas dentro de la misma región, de modo que si existe un desastre en una de las zonas, la otra todavía seguirá activa. Nuevamente en el blog de RightScale tienen un ejemplo fenomenal sobre como utilizar esta funcionalidad.

Se ve que Amazon se está espabilando a raíz de los últimos movimientos en el mercado. ¡Si es que no hay nada como la competencia!

Lo nuevo de Amazon: SimpleDB

Parece que Amazon acaba de lanzar una limited beta de su nuevo servicio web SimpleDB. A estas alturas (el lanzamiento fue el Viernes) ya hay un montón de información sobre sus características técnicas. Una de las más llamativas es que el servicio web se ejecuta sobre erlang.

El nuevo servicio web propone un modelo muy simple basado en tener un dominio de datos que almacenará items los cuáles tendrán diferentes atributos en forma de clave valor. Sobre ese dominio se pueden ejecutar diferentes operaciones:

• CREATE: para cear una nueva base de datos.
• GET, PUT, DELETE: para obtener, crear o actualizar y eliminar items y propiedades en una base de datos.
• QUERY: para hacer consulta de datos. Las consultas están limitadas a cinco segundos.

El precio depende de diferentes factores como la cantidad de CPU utilizada al realizar las operaciones, el ancho de banda consumido tanto in como out, y el espacio en disco ocupado por la base de datos. Pero vamos anda en torno al 0.14$ por hora, 0.11$/0.18$ al mes por Gb. in/out y 1.50$ al mes por Gb. de almacenamiento.

Sobre todo esto y más detalles podéis consultar la web de SimpleDB desde la que tienen también una guía para iniciarse y y la guía de desarrolladores. De todas las opiniones que hay ya ahora mismo en la blogosfera sobre el servicio, me he quedado con las que me resultan particularmente interesantes y que resumo a continuación.

Charles H. Ying apunta varias consideraciones importantes en su blog como que la latencia en la sincronización de datos entre diferentes nodos puede ser grande (+1 sec.), que las queries sobre los objetos son lexicográficas (ej. 4 > 35 pero 04 < 35), o que el API no soporta búsquedas de texto. En High-Scalability no han tardado en hacerse eco de la noticia y ya publican una amplia lista de pros y contras. Parece que la mayor parte de los contras se centran en que el servicio es caro para lo que ofrece, en los posibles problemas de consistencia y latencia, la falta de soporte para algunos lenguajes, y resumiendo en que no te ofrece mucho lo que una base de datos te puede ofrecer ahora mismo; los pros se centran sobre todo en el aspecto "hosted", es decir en que no se necesita un administrador de base de datos, en que no necesitas comprar la base de datos ni hardware, en su soporte de replicación y en que puede ser algo muy interesante para startups.

Sriran Krishnan hace una revisión técnica bastante completa donde muestra un ejemplo de petición/respuesta utilizando el API REST que ofrece SimpleDB y se centra también en el problema de la latencia de las actualizaciones y que los datos no se repliquen instantáneamente en todos los nodos. Este punto es interesante, pero en mi opinión no refleja otra cosa sino que este servicio está enfocado hacia cierto tipo de aplicaciones y no debe utilizarse como una silver bullet. Por poner un ejemplo, realmente en un portal de opiniones sobre viajes, restaurantes, hoteles, lo que quieras, la consistencia de los datos en un márgen de unos segundos no es precisamente algo muy importante.

Don MacAskill apunta también algo bastante importante y es que este servicio puede que sea apto sólo para aquellos que ya estén utilizando Amazon EC2. La razón fundamental es la latencia. A no ser que nuestros servidores estén cerca de los de Amazon, sí decidimos utilizar SimpleDB tendremos que sumar a cada consulta el tiempo de latencia en obtener dichos datos, lo que dependiendo del número de consultas puede ser un problema importante.

Amazon S3 en Europa, 10 millones de objetos y algunas notas

Leyendo el blog de Diego Parrilla me entero de que Werner Vogels, CTO de amazon, ha anunciado que ya es posible contratar los servicios de S3 usando servidores que estén en Europa. Buenas noticias para todos los negocios que estaban ya utilizando S3 y que tendrán un buen empujón a sus estadísticas de rendimiento y latencia (suponiendo que se pueda migrar fácilmente de USA a Europa si ya eres cliente, algo que es de esperar), y también para todo el que planease utilizar los servicios de S3 para aplicaciones orientadas al mercado europeo.

No hay duda que los servicios de Amazon están siendo un éxito. Ayer leía que ya hay más de 10 billones de objetos almacenados en su servicio S3, cifra realmente impresionante y que ya citó Mike Culver en la charla que dio en Dublin hace una semana.

John O'Shea tiene un muy buen conjunto de notas sobre esta charla y en las que se pueden leer algunas curiosidades como que las imágenes de sus servicios están basadas en Fedora 4, que el servicio de Flexible Payment Service sólo disponible en USA lo estará también en Europa en un futuro y que Amazon S3 no coloca automáticamente las cabeceras de caché (ETag, Last-Modified), algo un poco "dodgy" como dirían por aquí.

Nuevos tipos de instancia en Amazon EC2

Los chicos de Amazon han decidido que ya es suficiente de tener un único tipo de instancias en Amazon EC2 y ahora proporcionan también instancias en los tamaños large y extra-large. Los detalles de los diferentes tipos de instancias se pueden ver aquí.

Esto vendría a ser un movimiento en respuesta a la buena acogida que están teniendo los servicios web de Amazon ya que cada vez aparecen más y más sitios web que los utilizan y a los que seguramente se les quedaban escasos las 20 instancias que Amazon permitía hasta el momento.

Si os interesa más sobre el tema podéis echar un vistazo a la guía de funcionalidades.

Amazon Web Services Startup Challenge

¡Atención Startups y emprendedores!

Así, comienza el anuncio del Amazon Web Services Startup Challenge en el que Amazon premiará a la idea o aplicación más original y que haga mejor uso de sus servicios web con hasta 100.000$ en metálico, que no está nada mal.

Todos los interesados pueden presentar sus ideas/aplicaciones rellenando el formulario online, y asegurándose claro de que cumplen las reglas.

La fecha límite es el 28 de Octubre.

Amazon, sin SLAs pero barato

Werner Vogels, CTO de Amazon explica en RegDeveloper como Amazon ya no es una empresa que se dedica a vender libros sino que ahora vende tecnología.

Sin embargo, esta tecnología viene sin SLAs, ya que según Vogels es imposible ofrecer SLAs en un negocio que está naciendo. Como compensación, los precios de sus servicios son muy bajos, y parece que aunque no haya SLAs el CTO de Amazon se jacta de no haber perdido ningún dato y de haber sufrido problemas de rendimiento y que nadie se viese afectado. ¿El futuro? Parece que los tiros irán por seguridad, facturación y WebDAV.

En otra parte del artículo, Vogels explica como internamente trabajan en pequeños equipos, autosuficientes, que tienen autonomía para escoger sus herramientas. De este modo tienen su comunidad de Ruby, o sus grupos de Perl, C++ o Java. A la hora de escoger un contenedor, se quedan con Tomcat, JBoss o cualquier otra cosa hecha en casa.

Los problemas de interoperabilidad se solucionan con contratos. Esto es: "haz lo que quieras pero aquí tienes el SLA". Los SLAs dentro de los proyectos de desarrollo parecen ser rígidos, y seguramente sean la clave para obtener el rendimiento que están teniendo.

Para más sobre sus servicios web, pues aquí.

Amazon, de vender libros a vender su infrastructura

Parece que Amazon lo está haciendo bien, pero que muy bien. Leyendo el blog de Ben Hugues sobre la keynote de Werner Vogels CTO de Amazon se me hace la boca agua esperando a que publiquen las transparencias o las charlas (esperemos que lo hagan).

Werner Vogels has been with Amazon.com since the beginning, when the strategy was "Get Big Fast". This left Amazon with the most unwieldy, unmanageable architecture - the whole platform ran using one executable, with a 2 tier stateless architecture (web server, database) horizontally scaled. In its last incarnation, the executable took four days to build - making it completely unmanageable to test or fix.

"Get Big Fast", uno de los problemas más grandes que puede afrontar una pequeña empresa de software, ya sea por la presión de los accionistas para obtener resultado, ya sea por el malgasto de capital de riesgo que ha caido del cielo o ya sea porque un super-cliente te ha ofrecido un contrato que no has podido rechazar pero que sabes que no vas a poder cumplir. Morir de éxito, pero eso es otro tema.

Y es que a Amazon le ha ido tan bien que se pueden permitir ser un modelo para todos y ofrecer sus sistemas para empresas. Es realmente asombroso el ver que han llegado a un nivel de escalabilidad en el que pueden ofrecer su infraestructura para servir negocios tan diversos como pueda ser el de Marks & Spencer o Mothercare.

The Amazon.com platform is breaking new ground with application service provision, offering pay as you go infrastructure, in an on demand model, offering horizontal scaling at the application level (e.g only running (and paying) for 5 application servers at night, but scaling up to 30 for daytime trading) and almost unlimited storage using their S3 service.

Pues sí, pay as you go, y se quedan tan anchos. Incluso se permiten el lujo de ofrecerse como proveedores de mensajería cobrando 0.10$ por 1000 mensajes, y 0.20$ por giga de datos; o ofrecer almacenamiento y servicios web para tratamiento de esos datos por 0.15$ el giga; no contentos, abren un mercado para tareas que sólo humanos pueden hacer.

Algunos ya nombran la tecnología de Amazon como el mayor avance tecnológico en los últimos 10 años. Personalmente encuentro asombroso el giro que ha dado esta compañía en los últimos años de ser una simple tienda online (ok, no tan simple :) ) a pasar a competir con los líderes mundiales en cuanto a provisión de servicios.

¡Qué publiquen la charla ya!