Aunque el lanzamiento de Google App Engine representa un paso interesante como competencia de otros servicios de cloud computing, plantea el problema de depender de un solo proveedor en casi todos los aspectos de nuestro negocio.

Utilizamos el servicio de aplicaciones de Google, alojado en sus servidores, identificamos a nuestros usuarios con cuentas de Google, usamos su sistema de estadísticas, usamos su sistema de publicidad,... vamos, que nos tienen bien cogidos.

Para todos ellos existen soluciones alternativas: un sistema de usuarios propio, servicios alternativos de estadísticas,... pero, de momento, si optamos por Google App Engine para desarrollar nuestra aplicación no podremos, posteriormente, cambiar de proveedor.

Esto permite que, ante cualquier problema con el proveedor, es decir, con Google, podamos traspasar nuestro servicio a otro sitio sin necesidad de reprogramar gran parte de él para adaptarlo a otras configuraciones, independizándonos de Google.

¿Por qué debería preocuparnos esto como desarrolladores? Pues, básicamente, porque Google no nos garantiza que nuestro sitio vaya a estar siempre funcional, al menos actualmente, aunque habrá que ver cuales son las condiciones cuando se lance en abierto. De hecho, el propio sitio que lanzaron como ejemplo, HuddleChat, fue cerrado al poco tiempo tras las quejas de algunos desarrolladores que decían que hacía lo mismo que otros servicios externos.

Por ahora, AppDrop está en un estado poco funcional, ya que no es escalable, utilizando ficheros en lugar de BigTable, como hace Google, por lo que en caso de un crecimiento de nuestro sitio, este no escalaría correctamente. Pero al ser código abierto es más que probable que se implemente un backend con una base de datos como MySQL.

Como usuarios, también resulta interesante que existan este tipo de opciones, puesto que evitarán que sitios que estemos usando puedan desaparecer de un solo plumazo si a Google le da por eliminarlos de App Engine.

Vía | Waxy.
Enlace | AppDrop.

Dicho y hecho. Huddle Chat es una de las primeras criaturas desarrolladas bajo Google App Engine, donde lo primero que comprobamos es que efectivamente tenemos que usar nuestra identificación de Google para usar este servicio:

Ya centrándonos en Huddle Chat, éste nos facilita la creación de habitaciones virtuales de chat desde donde establecer conversaciones de chat y compartir archivos entre los miembros. Para ello podemos crear salas de chat, que en principio son abiertas, de manera que permiten el acceso a cualquier usuario, aunque también podemos cerrarla únicamente a las personas a las que invitemos.

Dentro de cada sala, podemos establecer conversaciones de chat, compartir cualquier cosa que queramos compartir con el resto de miembros, y obtener una transcripción de todo lo acontecido en la sala. Por lo demás poco más que contar, ya que se nota aún que está muy verde en su desarrollo.

Como puntos negativos podemos destacar la imposibilidad de cerrar las salas ya creadas, la imposibilidad de eliminar los archivos ya compartidos o incluso que no existan herramientas que permitan la moderación por parte del creador de la sala, el cual básicamente es un usuario más. Si me apuran, también debería de existir un directorio donde muestre las salas abiertas disponibles, un buscador de salas y la posibilidad de categorizarlas, por pedir que no quede.

Es una de las primeras aplicaciones que conocemos, aunque seguro que durante los próximos días conocermos muchos otros ejemplos de desarrollos creados, que esperemos que estén mucho más maduros y más completos que Huddle Chat.

Vía | Download Squad
Enlace | Huddle Chat

Era el rumor con el que empezábamos la semana, que Google lanzaría BigTable como servicio y con el que, prácticamente, empezamos esta, ya totalmente confirmado y, además, ampliado. Porque si el rumor apuntaba a BigTable, el lanzamiento de Google App Engine va bastante más allá, presentándose como una alternativa total a los Amazon Web Services.

Para explicarlo de forma sencilla, Google App Engine es un servicio que nos permite ejecutar nuestras aplicaciones web en los servidores de Google. Este servicio ofrece, además de la ejecución de aplicaciones, un sistema de bases de datos no relacionales y espacio de almacenamiento, el ya comentado BigTable.

Pero más importante, permite el desarrollo de aplicaciones web con un coste reducido y con una infraestructura solvente, como es la de los servidores de Google. Esto implica un ratio de funcionamiento muy alto y la posibilidad de escalar, es decir de aumentar los recursos utilizados, de forma sencilla.

¿Qué implica para desarrolladores? Pues básicamente lo mismo, pero visto desde el otro lado. Nuestra aplicación web puede empezar siendo muy pequeña y con un coste muy bajo (o cero, como veremos ahora), pero con posibilidad de crecer mucho sin que debamos preocuparnos de la infraestructura que tenemos por detrás. De hecho, dispondremos además de otros servicios, como la descarga de páginas web o el envío de correo electrónico que aprovechan las infraestructuras existentes de Google. También dispondremos de APIs para la identificación de usuarios con cuentas Google, punto que a mi no me acaba de convencer, aunque de todos modos no es de obligada implantación.

De momento, y como todo lo que lanza Google se encuentra en beta, limitada a 10000 desarrolladores y no parece ya haber más “plazas libres”. Los que han conseguido registrarse ya pueden empezar a probar sus aplicaciones, que deben estar programadas en Python, aunque esperan aumentar el número de lenguajes soportados en un futuro.

Aunque todavía no han anunciado cual será el precio del servicio, sabemos que dispondremos de hasta 500 MB de espacio de almacenamiento, 200 millones de megaciclos de CPU por día y 10 GB de transferencia diarios. Según Google esto debería bastar para sitios que sirvan hasta cinco millones de páginas diarias. Dentro de estos límites, el uso será gratuito y solo habrá que pagar si los superamos.

Si lo comparamos con Amazon Web Services nos encontramos con un sistema mucho más centralizado. Google quiere que lo hagamos todo desde sus servidores, mientras que los servicios de Amazon se plantean más como complemento a lo que ya tenemos, por ejemplo, como espacio de almacenamiento adicional para las imágenes que suban los usuarios o como plataforma para realizar cálculos intensivos, mientras el resto de la página sigue funcionando en nuestros servidores.

De todos modos, la apuesta de Google, a falta de poder probarla a fondo, me parece muy interesante. Me aventuro a pronosticar una de las primeras aplicaciones que aparecerán para este servicio: un gestor de blogs, que podremos subir a Google App Engine. La potencia de un gestor estilo Wordpress con la facilidad de un sistema alojado estilo Blogger, donde no debemos preocuparnos del servidor.

Por cierto, los servicios estarán alojados bajo un subdominio de appspot.com o, mediante Google Apps, en nuestro propio dominio. tenemos el primer ejemplo de aplicación funcional en Huddle Chat, aunque en estos momentos no parece estar funcionando del todo bien.

Enlace | Google App Engine.
Más información | Error500, TechCrunch.