internet, desarrollo, diseño web, sysadmin

Leo en TechCruch que Google va a hacer públicas hoy mismo, en el evento Google I/O, las tarifas de Google App Engine. De confirmarse, estas tarifas van a ser muy competitivas:

Free quota to get started: 500MB storage and enough CPU and bandwidth for about 5 million pageviews per month.
$0.10 - $0.12 per CPU core-hour
$0.15 - $0.18 per GB-month of storage
$0.11 - $0.13 per GB outgoing bandwidth
$0.09 - $0.11 per GB incoming bandwidth

Leyendo esto me he preguntado, ¿cuanto me costaría en Amazon Web Services alojar la aplicación más grande que en Google App Engine va a ser gratis?, es decir, ¿cuánto costaría alojar una aplicación que almacene 500 MB y que sirva 5 millones de páginas en un mes? Pues bien, vamos a realizar un cálculo simple y sin ningún rigor científico, pero que tal vez nos dé una idea aproximada de cuándo nos costaría con AWS.

Para ello necesitaremos Amazon Elastic Computing Cloud y Amazon Simple Storage Service. Supondré que cada página se corresponde con la página media según este estudio, es decir, que tiene 60KB y 50 objetos.

5 millones de páginas de 60 KB son 286 GB de transferencia mensual. Vamos a suponer que la mitad va a S3 y la otra mitad a EC2 (realmente nos da igual ya que la transferencia de datos se cobra igual en ambos servicios). Esto sería data transfer-out, es decir, la transferencia entre AWS y el mundo exterior. Siendo muy benévolos, supongamos que la transferencia hacia AWS, es decir, la transferencia de datos de las peticiones de los usuarios son despreciables. Por último, supongamos que la mitad de estos 286 GB no sería necesario transferirlos gracias a las cachés de los navegadores. Con esto nos quedaría que tanto S3 como EC2 consumirían unos 70 GB de data transfer-out al mes.

Supongamos que de los 50 elementos de la página tenemos 40 en S3. Tendríamos que hacer 200 millones de peticiones. Una vez más, supongamos que sólo son necesarias 100 millones gracias a las cachés. Las peticiones que no sean GET las despreciamos.

También supondremos que utilizaremos una instancia pequeña en EC2.

Con todas estas suposiciones, si vamos a la calculadora que proporciona AWS, vemos que el coste de alojar dicha aplicación ascendería a unos $200 mensuales. Lo cual, está claro, no es nada competitivo con los $0 de Google.

Leyendo el blog de Matt Cutts he llegado a las tiras cómicas y dibujos de Randall Munroe. No las conocía. La favorita de Matt Cutts me ha parecido muy buena. Eso sí, no es para todos los públicos:

Randall Munroe publica sus dibujos con licencia Creative Commons.

En La Cartoteca encuentro una colección del mapas de mundo vectorizados que puede resultar muy útil. Son “free”, aunque no he investigado si libres o gratis.

Google acaba de presentar Google App Engine, un servicio mediante el que será posible ejecutar una aplicación en la infraestructura informática de Google.

Básicamente consiste en:

• un conjunto de servidores de aplicaciones Python.
• acceso a base de datos mediante BigTable.
• almacenamiento mediante Google File System.

En una primera fase, el servicio estará limitado a los primeros 10.000 desarrolladores que se den de alta. La página del servicio dice, literalmente que “comenzar es gratis, cada aplicación en Google App Engine tendrá CPU, ancho de banda y almacenamiento suficiente para servir 5 millones de páginas al mes“. Según Techcruch, después del periodo beta, el uso de la plataforma será de pago si se superan ciertos límites. Google no ha publicado todavía los detalles de las tarifas.

De momento el único lenguaje soportado es Python, pero — también según TechCrunh — la plataforma ha sido diseñada para que no esté vinculada a ningún lenguaje. Por ello, esperemos que pronto podamos ejecutar aplicaciones Rails en Google App Engine.

Creo que estamos ante una noticia que puede significar un punto de inflexión en la industria del hosting.

Enlaces relacionados

• Google App Engine
• Blog de Google App Engine
• Google Jumps Head First Into Web Services With Google App Engine
• Google App Engine: Launching a startup gets even easier
• Google App Engine y la identificación de usuarios: GMail hacia Passport
• App Engine: Host Your Apps with Google

Os dejo aquí un par de scripts que son muy útiles si utilizas subversion desde la línea de comandos. svnadd hace un “svn add” recursivo de los nuevos ficheros encontrados. Asimismo, svndel hace un “svn del” de todos los ficheros que hayan sido borrados. Hay que copiarlos a un directorio que se encuentre en el PATH y darles permisos de ejecución.

$ more svnadd
svn st  grep "^?"  awk '{ print $2}'  while read f do svn add "$f" done
$ more svndel
svn st  grep "^!"  awk '{ print $2}'  while read f do svn del "$f" done