Ir a Tecsisa.com
19dic/11

CEP y el smart grid (un caso práctico)

El término smart grid es uno de los temas más recurrentes hoy día en el sector eléctrico y su desarrollo o puesta en práctica conllevará sin duda gran cantidad de proyectos de modernización en los que las tecnologías de la información jugarán un papel fundamental.

Básicamente, el smart grid (o red de distribución de energía eléctrica inteligente) es una visión del futuro del modelo de distribución de energía eléctrica en el que los usuarios finales dejarán de ser meros consumidores pasivos de energía para pasar a desempeñar un rol más activo, a través de una mayor y más detallada información de consumo, y su posible incorporación en el mercado como productores de energía (típicamente a través de las energías renovables).

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.

15may/10

¿Por qué SOA?

En un post anterior hemos discutido sobre las ventajas que aporta un Enterprise Service Bus como implementación de SOA (Arquitectura Orientada a Servicios) en la organización. Sin embargo, previo a la decisión de desplegar un ESB en la compañía cabe plantearse por qué necesitamos SOA en nuestra implementación de los procesos de negocio.

Para entender qué ventajas aporta la arquitectura SOA tenemos que hablar del concepto de Coste de Propiedad o TCO (Total Cost of Ownership). El TCO es una estimación financiera que ayuda a los consumidores y gestores a determinar cuáles son los costes directos e indirectos de un producto o servicio. Es decir, independientemente del precio de un producto o servicio, debemos plantearnos cuáles son los costes de renovación, mantenimiento o incluso ecológicos y sociales ligados a la adquisición de dicho producto o servicio. En la industria del hardware y del software es particularmente importante considerar cuáles van a ser los costes implicados en la integración del nuevo desarrollo o producto adquirido con nuestros sistemas previos. Es decir, cómo de fácil o difícil será el encaje del nuevo sistema y de los futuros en la nueva configuración del mapa de sistemas.

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.