Para los accionistas de Sun se abre la puerta a vender muy bien sus acciones de una compañía que está sufriendo muy fuerte la crisis económica. Recordemos que Sun decidió despedir al 18% de sus empleados (unas 6000 personas) en noviembre pasado.

Con la noticia las acciones de Sun (NASDAQ:JAVA) se fueron de USD 5 a USD 9, recuperándo así el valor que tenían en julio de 2008. Y siguen subiendo.

¿Todavía alguien cree que no es durante las crisis que aparecen las grandes oportunidades?

No obstante esta noticia, llegó otra de Sun pero con mucho menos ruido. Y es la aparición de Sun como nuevo player en la nube, lanzando su oferta de servicios de Cloud Storage y Cloud Computing, noticia que se veía venir desde noviembre, cuando compraron Qlayer.

El offering incluye servicios de OpenSolaris, MySQL, VirtualBox, Open Storage y servidores Blade. No parece haber nada novedoso, respecto de lo ofrecido por Amazon, el actual líder del mercado. Parece más un “cumplimos con estar” que un “venimos a revolucionar el mercado”. Pero bienvenidos al fín a la nube!

Sin embargo, el número de usuarios de Solaris está virtualmente estancado. Y la culpa de eso la tiene su peor competencia: Linux. Cuanto más crece el pingüino, menos mercado deja para Solaris. Y ahí la gran paradoja de Sun, que viene apoyando activamente a las comunidades Open Source, para hacer frente a Microsoft, pero a costa de canibalizar parte de su mercado potencial para Solaris.

Para ello es que Sun viene implementando distintas estrategias en los últimos años. Primero pusieron energías en mejorar ciertas características de Solaris que lo hacen más robusto para entornos corporativos (mejoras de performance, mayor estabilidad, etc). Después cambiaron el modelo de negocio, ofreciendo el producto en forma gratuita y dejando el negocio en los servicios de soporte. Luego decidieron hacer públicas varias partes de su código fuente (convirtiendo a Solaris en un híbrido entre open y closed source). Finalmente liberaron versiones para plataformas x86, levantando las barreras que lo limitaban a los procesadores SPARC de Sun.

Sin embargo, pese a tanto esfuerzo y tanta inversión del lado de Sun, Solaris sigue estancado, y limitado a un mercado reducido de usuarios (aunque es el mercado con mayores recursos).

Un problema es que muchos usuarios y desarrolladores Linux no conocen nada de su primo lejano. Y es que son tan parecidos y tan distintos, que comandos tan cotidianos como ls o shutdown (entre tantos), tienen sintaxis diferentes. Y eso, para las nuevas generaciones de usuarios Unix termina siendo una barrera que los desalienta a

Es por ello que el COO de Sun, Ian Murdock, un viejo linuxero que viene de Debian, está trabajando en el Proyecto Indiana, o la transformación de Solaris en algo más parecido a Linux. No sólo en lo que tiene que ver con los comandos, sino en la facilidad de instalación, el manejo de paquetes de software y actualizaciones, etc. Con el objetivo de facilitar el aprendizaje a todos los que se iniciaron con el pingüino y que son potenciales usuarios de Solaris. Lo inevitable, de tener éxito el proyecto, sería un incremento en la cantidad de profesionales aptos y, en consecuencia, una baja en los rates por sus servicios.

Finalmente, y para completar la pingüinización de Solaris, sólo restaría que cambien el modelo de la licencia (cosa que también se está rumoreando), para que ambas plataformas puedan compartir código y componentes. Recordemos que Linux se rige por una licencia de tipo GPL, lo que obliga a que el software que utilice su código sea GPL también. Mientras que la licencia actual de Solaris es del tipo CDDL (Common Development and Distribution License), que es libre también, pero legalmente incompatible con GPL.

Ahora, ¿servirá todo esto para salvar a Solaris?

La investigación empezó a partir de la denuncia de tres empleados arrepentidos de Accenture. Pero no se quedó ahí. Cuando empezaron a investigar la lista de los otros partners que podrían haber estado en situaciones similares, descubrieron que también podrían estar involucrados Cisco, Microsoft, IBM, Dell y Oracle entre otros.

¿Cómo era el negocio? Por ejemplo, en uno de los casos investigados Accenture habría recibido más de USD 735k por “dar un tratamiento favorable e influenciar” la adjudicación a IBM de seis contratos entre 2001 y 2006. El departamento de justicia estima que Accenture recibió más de USD 20 millones por este tipo de incentivos de parte de los distintos partners.

Esto se puede convertir en un problema a la hora de pensar en integración y el modelo SOA, si los equipos de desarrollo de sistemas no se pusieron de acuerdo al momento de definir estándares.

Este tipo de problemas no existen del lado Microsoft, al menos no son tan evidentes, por la sencilla razón de que se trata de un sólo player, y no tiene que negociar con otros la definición de un estándar. Lo impone y listo. Lo que no quiere decir que no existan problemas de integración de Microsoft con otras tecnologías, donde MS no puede imponer estándares.

Y esto es lo que pasa con muchos de los sistemas existentes hoy en el mercado: Cada vendor tiene su propio conjunto de interfases basado en su propio estándar y esto dificulta la integración, ya que se debe agregar una capa de “traducción” entre los diferentes estándares.

Es por ello que la gente de Sun, IBM, EDS, Bea, SAP formaron OASIS hace algunos años y definieron el conjunto de estándares para unificar los criterios de desarrollo e integración de las diferentes tecnologías detrás de cada uno de ellos. Liberaron papers, especificaciones, frameworks, y muchas conferencias como resultado de casi 15 años de trabajo. Aún hoy, con casi 600 miembros, la integración sigue siendo un problema en muchas empresas que deciden optar por tecnologías abiertas.

Entonces, Sun, IBM, SAP, Bea se volvieron a juntar (esta vez dejaron afuera a EDS, pero sumaron a Oracle, RedHat, Sybase y Siemens, entre otros) y formaron otra organización más: Open SOA Collaboration, con objetivo de trabajar en dos proyectos, al menos por el momento:

• Service Component Architecture (SCA): Que define el conjunto de estándares y especificaciones para desarrollo y consumo de Web Services, e integración en tecnologías abiertas (Java, C++, BPEL, PHP, EJB, Spring, etc).
• Service Data Objects (SDO): Que define un estándar abierto para el manejo de datos, independiente de la tecnología o repositorio que se use. Obviamente, el secreto detrás de todo esto es unificar todo en XML.

Después de tanta introducción, la buena noticia es que el proyecto SCA acaba de liberar la versión 1.0 de sus especificaciones, luego de casi dos años de trabajo. Los estándares de integración están basados en las definiciones hechas por la gente de OASIS (bah, ellos mismos).