Ir a Tecsisa.com
24may/10

Alianza entre Google y Spring

La semana pasada se celebró el evento para desarrolladores Google I/O 2010 en el Moscone Center de San Francisco (California). Si en la edición del año pasado la aplicación estrella fue Google Wave, este año los grandes protagonistas han sido el móvil de Google Nexus One, Google TV, el HTML 5 y la nueva versión de Android 2.2 (a.k.a. Froyo), el sistema operativo de Google para móviles.

Rodeados de una puesta en escena espectacular, aunque no sin algunos problemas de latencia en la red wi-fi, los directivos e ingenieros de Google han ido desgranando una a una las apuestas tecnológicas de la compañía para los próximos meses sobre todo en lo relativo al mercado de consumo en el que compiten directamente con Apple. De hecho, la rivalidad y diferencia de estrategia con los de Cupertino se ha puesto de manifiesto en varias de las ponencias en las que se ha subrayado el carácter abierto de las soluciones de Google, su decidida apuesta por el open source y los estándares abiertos, así como el apoyo a Adobe y Flash en una clara respuesta a la estrategia excluyente de los creadores del iPad.

8may/10

¿Por qué un Enterprise Service Bus (ESB)?

Se ha hablado mucho en los últimos años sobre los ESB, los web services y el fenómeno SOA en general. Gartner pronosticó que SOA sería usado en más del 80% de los procesos de negocio y aplicaciones críticas que se desarrollen en 2010. Estamos en 2010 y mi percepción es que, al menos en España, aún no hemos llegado a esos porcentajes en lo que se refiere al despliegue de soluciones SOA. Lo que sí es cierto sin embargo es que el ascenso de SOA y los ESB como solución tecnológica parece imparable en la mayoría de organizaciones y sectores.

Cuando una tecnología o un cierto paradigma se pone de moda, como ocurre con SOA, tenemos que mantenernos alerta ante la tentación de aplicarlo sin más en el contexto de mi negocio sin preguntarnos si es realmente lo que necesitamos. SOA implica analizar globalmente las necesidades del negocio para dar una respuesta tecnológica coordinada, reutilizable y que permita por tanto ahorrar en costes de desarrollo. Implica pensar en la evolución tecnológica de mi organización en el medio y largo plazo evaluando cuáles son mis necesidades de negocio actuales y cuáles serán en los próximos 10 o 20 años. Si nuestra única preocupación es el corto plazo, probablemente debamos considerar enfoques de desarrollo más tradicionales, que aunque resulten menos escalables, nos darán una respuesta rápida a los retos de hoy.

29abr/10

Nueva release del ESB Apache ServiceMix

Esta semana se han publicado las nuevas releases de uno de los proyectos estrella del universo SOA open-source: Apache ServiceMix. Las nuevas distribuciones se corresponden con la versión de mantenimiento 3.3.2 y la nueva versión del desarrollo principal, basado en el estándar OSGi, 4.2.0.

Como comenté en un artículo previo, a raíz de la aparición de Apache ServiceMix 4, la línea de la versión 4 parece la más interesante para nuevos desarrollos, principalmente a tenor de los movimientos dados por la industria hacia la adopción de OSGi como modelo de componentización y despliegue de soluciones. En este sentido, los fabricantes líderes del sector como Oracle, IBM o SpringSource están incorporando el modelo de OSGi es las nuevas versiones de sus servidores de aplicaciones.

13mar/09

Tutorial: primeros pasos con Apache ServiceMix 4

El ESB Apache ServiceMix incorpora el estándar OSGi para seguir liderando la implantación de soluciones SOA open source. En este tutorial daremos los primeros pasos con Apache ServiceMix 4 para hacernos una idea de hasta dónde podemos llegar integrando servicios web e implementando procesos de negocio.

Antecedentes

Service Mix 4 con entorno OSGiCon la publicación de la versión 3.3, el proyecto Apache ServiceMix ha dado por concluido el desarrollo de un ESB compatible por completo con el estándar JBI.

Esta versión ha dado muestras de gran estabilidad y robustez y es la distribución de ServiceMix recomendada para cualquier proyecto real basado en esta tecnología.  Por supuesto, el mantenimiento de esta versión está garantizado y es de esperar que en los próximos meses aparezcan mini releases de mantenimiento que resuelvan los defectos detectados en la versión 3.3 del producto.

Dicho esto, en la actualidad el equipo de proyecto está centrado en el desarrollo de una nueva versión del ESB, completamente renovada y rediseñada para soportar una arquitectura basada en OSGi. En este sentido, Apache ServiceMix 4 se alinea con la corriente predominante en los nuevos desarrollos de servidores de aplicaciones Java como Sun Glassfish, Bea Weblogic o el SpringSource dm server.

24feb/09

Tutorial: Enterprise Integration Patterns (EIP) en Apache ServiceMix

Continuamos con la serie de tutoriales que comenzamos con el artículo Explorando Apache ServiceMix en 15 minutos con el objetivo de introducir las potentes características que presenta el ESB Apache ServiceMix. En esta entrega, veremos como Apache ServiceMix soluciona escenarios de integración que se ajustan a los llamados patrones de integración empresariales o EIPs. Plantearemos un nuevo caso de uso típico de estos escenarios y lo resolveremos reduciendo al mínimo el acoplamiento entre los distintos componentes de la solución.

¿Por qué aplicar patrones de integración?

Los EIPs identifican problemas de integración comunes presentando una manera unificada de resolverlos sin entrar en el detalle de su implementación. Estos patrones fueron identificados y redactados por Gregor Hohpe y Bobby Woolf en el famoso libro Enterprise Integration Patterns manteniendo además una comunidad activa a través de su sitio web.

Tutorial sobre el uso de patrones de integración en ServiceMixLas necesidades de integración de sistemas y aplicaciones son comunes a la mayoría de organizaciones y son mayores conforme crece el tamaño o la complejidad tecnológica de la organización. Históricamente, se han venido desarrollando distintas maneras de enfocar el problema de la integración y por supuesto éste ha sido abordado con anterioridad a los ESBs. Desde los ficheros planos, o las bases de datos relacionales, hasta los más recientes productos del tipo hub and spoke, la evolución en el tratamiento de la integración se ha dirigido hacia la reducción del acoplamiento entre los distintos agentes intervinientes.

En este sentido, los ESBs, y en particular Apache ServiceMix, pueden verse como una culminación de esta tendencia en la que ni siquiera es necesario mantener un elemento central de orquestación, como ocurre con los hub and spoke, sino que la propia orquestación puede estar distribuida en varios nodos cada uno de ellos con su propia instancia de ESB.