La plataforma está basada en la tecnología OSGi de forma interna, además de permitir su uso al usuario final. Comenta la participación de SpringSource en orientar más a OSGi al sector empresarial. También han estado trabajando de forma intensa en la nueva versión de Spring la 2.5.

El porqué su Application Platform, no implementa Java EE 5 según sus propias palabras:

[...]does not satisfy the needs of our customers[...]

También es cierto que nos habla de incompatibilidades entre OSGi y Java EE. Creen que el JSR-277 y OSGi podrían convivir de una mejor manera.

Con OSGi tendremos una mejor, más eficiente y rápida manera de desplegar/testear y de redesplegar nuestras aplicaciones. Pudiendo desplegar sólo las partes que hayan cambiado. Podremos empaquetar en grupos y versionar esos paquetes (bundles). Tendremos más modularidad y un sistema de versiones encargado de todo ello, manejado por el servidor. Dando al usuario un mayor control sobre la división de la aplicación. Podremos hacer uso de dos versiones distintas de una librería, especificando al servidor la versión que queremos utilizar. OSGi y la forma de trabajar con bundles, permitirá una forma más rápida de parchear posibles fallos en su servidor.

La licencia es GPLv3, por lo que la gente podrá crear plugins para la infraestructura, y liberarlos como open source.

La explicación a ser Platform y no server:

We didn’t want to call it a server because it will be able to be extended and accept different deployment modules, so it will be broader in scope than a typical server.

Algo que nos facilitará la vida de cara al desarrollo, es SpringSource Tool Suite. Podremos declarar módulos OSGi, pudiendo desplegar sólo las partes que han cambiado. Aunque esto estará disponible para sus clientes, proveeran alguna herramienta adicional para open source.

La conclusión del para qué y el porqué ahora, viene dada al final de la entrevista. Concluyendo:
- Es el momento correcto, el mercado y los analistas lo confirman.
- La idea de los servidores tradicionales es demasiado anticuada y OSGi plantea grandes beneficios junto con Spring.
- Y por los beneficios reales: inicios rápidos, da solución al versionado, manejo de librerías y dependencias y cree que:

the product is introduced in the right place at the right time.

No quiero entrar en ese debate antiguo, más bien quería ver que problemas tenían, y que soluciones encontraron. Algo que me ha sorprendido bastante es el índice de Alexa presentado en las trasparencias. Si consideráis que no es fiable, no os preocupéis por eso, sólo estamos mirando e investigando, dar por hecho que lo es e imaginaros que haríais; y luego pensad si vuestras ideas son buenas soluciones.

Me ha inquietado bastante que en un par de meses el orden de magnitud se incrementase brutalmente. Vamos que se ha multiplicado por 10, aunque realmente me entra la duda de cómo interpretar la unidad que sale en el índice de la gráfica de Alexa.

Lo realmente curioso es lo que les llevó a la conclusión; realmente mejorar el modelo de datos, las querys que se lanzan, crear índices, mejorar el rendimiento en general de la aplicación, etc; bueno, son las primeras cosas que a priori se te ocurren.

Pero hay algunas anotaciones remarcables:

>> Controla tu aplicación. Cuando pones tu aplicación en un servidor para dar servicio a muchas personas, tienes que saber qué está pasando. Hay cosas tan evidentes como el número de visitas, los errores que se están produciendo, lo más visitado, etc. Hasta los tiempos empleados para acceder a determinadas opciones, cuales son los ataques que se están produciendo, el estado de tus servidores (logs, espacio en disco, servicios caidos, nodos caidos…), etc. Existen miles de cosas que tienes que administrar y otras tantas que debes controlar y ser avisado en cuanto se produzcan determinadas alertas.

>> Cachea, cachea, cachea: No conviertas tu base de datos en tu cuello de botella, e intenta cachear toda la información que puedas necesitar y vuelva a solicitarse, evitando peticiones innecesarias a tu base de datos.

Las estadísticas que existían:

# Over 350,000 users. The actual numbers are as always, very super super top secret.
# 600 requests per second.
# Average 200-300 connections per second. Spiking to 800 connections per second.
# MySQL handled 2,400 requests per second.
# 180 Rails instances. Uses Mongrel as the “web” server.
# 1 MySQL Server (one big 8 core box) and 1 slave. Slave is read only for statistics and reporting.
# 30+ processes for handling odd jobs.
# 8 Sun X4100s.
# Process a request in 200 milliseconds in Rails.
# Average time spent in the database is 50-100 milliseconds.
# Over 16 GB of memcached.

Más datos sobre otras arquitecturas en High Scalability.

¿Se ha anticipado a un crecimiento exponencial y un precio desorbitado? ¿Posicionamiento? ¿Algo en el horizonte?

(via Linking Paths)

Y no cabe duda que lo que cuenta Diego Mariño en su blog, en primera persona es agradable. Unas conclusiones interesantes, algunas ya las había leido de otros emprendedores, y un programa para emprendedores que tiene buena pinta: Ignite.

Os recomiendo su lectura.

¿Qué es un nerd? Bueno, si consultamos la wikipedia un nerd es:

Nerd (del inglés nerd [/nerd/], adjetivo), tradicionalmente es una persona muy inteligente, fascinada por el conocimiento, especialmente el científico, caracterizado socialmente como una persona solitaria y socialmente torpe.[...] (más)

¿Qué es un tio rico? Supongo que no necesito definir esto pero por si acaso: rico nos lleva a riqueza.

Digamos que hay algo que se nos escapa. Al menos a mi me lo parece. No basta con ser un nerd, no basta con tener una afición que algunos considerarían enfermiza por las tecnologías; no, simplemente no basta. Sé que a todo esto hay que añadirle bastantes cosas, pero algo importante y que está en la personalidad americana no se comenta en el texto.

Es fácil ver como existe una aptitud emprendedora en Estados Unidos, muchas son las empresas que se han fundado allí, porque muchos son los emprendedores que intentan montar una startup u otro tipo de emrpesa, con objetivos muy variopintos. En realidad esto último quizás no es lo más importante, puesto que por muy buena idea que tuvieses, por muy buen material que fuese, por mucho dinero que exista esperándo ser invertido, sin la cualidad de ser emprendedor nata en algunas personas, es difícil que este caldo de cultivo llegue a algo.

Parece algo sencillo, pues si pones dinero todo viene después, nada más equivocado. El dinero siempre estuvo ahí, algunas veces no somos capaces de verlo, pero existen numerosas formas de conseguirlo, el problema es que se debe unir a que existan personas totalmente emprendedoras para llegar a realizar estas acciones, quizás la pregunta debiera variar a ¿cuántos emprendedores (si puede ser, con buenas ideas) podemos encontrar?