Estimados :

En esta versión se expondrán 25 productos de software desarrollados por estudiantes de 4º año de Ingeniería Civil Informática, Ingeniería Informática e
Ingeniería Ejecución Informática de la Casa Central y Campus Santiago.  La feria
estará abierta a todo público los días 23 y 24 de octubre, en la Terraza del Edificio M de nuestra Casa Central, Valparaíso.

http://www.feriadesoftware.cl/

Haciendo una revisión de las contribuciones a la comunidad técnica para el programa MVP, comencé a revisar los artículos y conferencias que he hecho en el año 2009. Me encontré con que se me había olvidado comentar en este Blog que publiqué un articulo junto a Veronica Gacitua-Decar y Claus Pahl en el libro Emerging Web Services Technology Volume III, de la serie Whitestein Series in Software Agent Technologies and Autonomic Computing de Birkhäuser.

El título del artículo es “A Service Architecture Solution for Mobile Enterprise Resources: A Case Study in the Banking Industry”

Abstract. Providing mobility to participants of business processes is an increasing trend in the banking sector. Independence of a physical place to interact with clients, while been able to use the information managed in the banking applications is one of the bene¯ts of mobile business processes. Challenges arising from this approach include to deal with a scenario of occa- sionally connected communication; security issues regarding the exposition of internal information on devices -that could be lost-; and restrictions on the capacity of mobile devices. This paper presents our experience in implement ing a service-based architecture solution to extend centralised resources from a financial institution to a mobile platform.

Para el evento TechDay 2009 del 29 de septiembre ya tenemos lista la agenda de una de las dos conferencias en la  yo expongo. En está presentamos junto con Gabriel Core.

El titulo es SOA simple, robusto y seguro con Windows Communication Foundation 4.0

Y la agenda la siguiente:

1) Introducción a SOA

2) ¿Cómo están adoptando SOA las empresas?

3) Introducción a WCF

4) Qué hay de nuevo en WCF 4.0

5) Cómo desarrollar servicios paso a paso

6) Cómo aplicar seguridad a nuestra capa de servicios

Nos vemos por esos lados…..

La final mundial del concurso Imagine Cup 2009 está por comenzar! Ya están en camino los equipos de estudiantes que viajan a El Cairo, Egipto, desde distintos países del mundo, y Chile no está ausente! 4 estudiantes de la Universidad Técnica Federico Santa María, de Valparaíso nos estarán representando con su interesante proyecto PRISMO.

Apoyemos nuestro equipo local votando en el concurso “People’s Choice” por el vídeo de PRISMO. Ingresa en este link: http://peopleschoice.imaginecup.com/default.aspx selecciona Chile en “Select a Location” y te aparecerá el vídeo para verlo y votar. Se puede votar 1 vez todos los dias!

La final de Imagine Cup se desarrollará entre el 3 y 7 de julio, y este año más de 300 mil estudiantes de todo el mundo están participando!!!

En tiempos de crisis casos como el de Google demuestran que siempre hay opciones más económicas para poder lograr resultados en el Arena IT. Desde que trabajo en una compañía “grande” todos los proyectos en los que me veo envuelto son del segmento “corporativo”. En este ambiente es muy común que se consideren solo opciones de fabricantes llamados de clase mundial y es muy extraño que se consideren soluciones hechas a la medida. Les recomiendo ver este caso y considerar que la solución propia hecha por Google les ahorro mucho dinero, no perdieron desempeño ni escalabilidad y les permitió convertirse en la compañía que son hoy. Me gusta pensar que la ingeniera es solucionar problemas con ingenio.

Pueden ver el caso en el siguiente link Google uncloaks once-secret server

En el PDC2008 vi el lanzamiento de Windows Azure y de Azure Services. También fui afortunado porque en los Hands on Lab pude desarrollar servicios Azure compatibles. Antes de seguir mas de alguien debe estar preguntándose “… Qué rayos es Azure Services….”.

Para el que esté con esa duda fundamental le puedo contar en pocas palabras que la plataforma de Servicios Azure es una plataforma de servicios “en la nube” alojada en los datacenter de la empresa Microsoft a escala internet. Está plataforma provee la capacidad de publicar servicios construidos en dotnet y adminístralos a través del Web. Además de estos servicios propios Microsoft expone servicios hechos por ellos de alguno de sus productos. Para más información de Azure Services Platform click aquí.

Se ha publicado e internet una nueva versión del Azure Services Trainning kit. La primera versión como les conté la probé en el PDC20008, está trae los siguientes “chiches”:

• 13 hands-on-labs
• 19 scripts de demo
• Contenido de un curso de tres días !!!!

Pueden descargarlo desde Microsoft Download Center aquí.

Enjoy!!!!

Leyendo sobre como la tecnología de sincronización de Microsoft está siendo usada por Iphone, BlackBerry y otros me encontré con el estudio de Yankee Group “Mobile Banking in the United States: The Evolution of Anywhere Banking” [1], el cual está muy interesante.

Las aplicaciones móviles bancarias son un canal de interacción directa entre el banco y sus clientes. En EEUU el universo de cliente para mobile phone Services es de 200 millones y va creciendo con velocidad.

Los desarrollos de banca móvil pueden caracterizarse en 3 estadios diferentes de interacción entre el cliente y la institución financiera. Esto se muestra en la figura 1. Los estadios son los siguientes:

1. Consultas Simples: acceso a los estados de cuenta desde cualquier parte y a conveniencia del clientes.

2. Banca Interactiva: transacciones de transferencias de fondos, pago de cuentas, auto servicio, etc. La funcionalidad es la que motiva el uso en esté estadio.

3. Rentabilidad: Marketing contextual y basado en posicionamiento, niveles de autoservicio alto. La motivación para estas aplicaciones son la rentabilidad del canal para atender los clientes de la institución financiera.

Figura 1

El cuadro en la figura 2 cruza los estadios de madures de las aplicaciones móviles bancarias con las actividades que el usuario realiza, el segmento objetivo, el valor desde el punto de vista del banco y el cliente y las tecnologías que lo habilitan. En este último punto hay que tener en cuenta que las opciones presentadas están limitadas por el Sponsor del estudio. En mi opinión donde dice JAVA debería decir Mobil Browser o Custom Client.

Figura 2

Un aspecto importante a tener en cuenta al momento de decidir una estrategia de implementación de aplicaciones móviles bancarias es identificar cual es el objetivo que buscamos con estás herramientas tecnológicas. Por ejemplo si queremos una adopción rápida basada en una interfaz de usuario fácil de usar las opciones de Custom Client y Mobile Browser son mejores que aplicaciones SMS. La figura 3 muestra una comparativa entre los distintos tipos de implementación de Mobile Banking (SMS, Mobile Browser y Custom Client) para diferentes aspectos de valor.

Figura 3

Les dejo el estudio para que lo revisen, muy bueno!. Gracias RIM.

Referencias

[1] Mobile Banking in the United States: The Evolution of Anywhere Banking

Me pasaron (Javier) este Post de TechRepublic que está muy bueno para las personas que lideran equipos técnicos. Les comparto los 19 errores comunes que cometemos los lideres de equipos técnicos.

1. Asumir que el equipo está a su servicio, muy común en nuestro pueblo de patrones de fundo.
2. Aislarse del equipo
3. Employing hokey motivation techniques
4. No proporcionar la dirección técnica y el contexto, error común de los malos manager porque asignan tareas operativas en vez de delegar
5. El cumplimiento de sus propias necesidades a través del equipo
6. Centrarse en la contribución individual, esto pasa sobre todo en los equipos inmaduros que necesitan “héroes”
7. Tratando de ser técnicamente omnisciente, nadie lo sabe todo excepto dios Google :-)
8. Falla en delegar eficazmente
9. No conocer tus propias deficiencias
10. Fallar al representar los intereses de su equipo
11. Fallar en anticiparse
12. Repetir los mismos errores que otras ya cometieron
13. Usar el proyecto para perseguir sus propios intereses técnicos
14. No mantener a los técnicos involucrados
15. Jugar el juego en lugar de centrarse en el objetivo
16. Evitar el conflicto, ufff esto pasa todo el tiempo, es nuestra cultura!
17. Poner el proyecto antes que la gente, ojo los proyectos pasan el equipo queda.
18. Esperar que todos piensen y actúen como él, otro problema que veo en nuestra cultura
19. Fallar al mostrar compasión

Referencia

19 mistakes technical leaders make most often | View from the Cubicle | TechRepublic.com

El grupo de P&P desarrollo un grupo de guías de arquitectura de bolsillo. Estas guías están basadas en la guía de arquitectura de aplicaciones 2.0 del mismo grupo. Son muy recomendables para las personas que están pensando en el software que se construirá más que en el cómo se programa.

Pocket Guides

Me llegó la siguiente invitación, que es muy interesante así que aprovecho de compartirla con ustedes.

El Departamento de Ciencias de la Computación (DCC) de la Facultad de Ciencias Físicas y Matemáticas (“Escuela de Ingeniería”) de la Universidad de Chile, a través de sus académicos Juan Álvarez y Claudio Gutiérrez, realiza el proyecto de investigación “Historia de la Computación en Chile”. La primera etapa, “Orígenes de la Computación en Chile”, tiene el propósito de registrar el desarrollo del área desde fines de los cincuenta hasta mediados de los setenta.

Desde la llegada de los primeros computadores en 1962, el Estado, a través de sus universidades e instituciones, jugó un rol fundamental en el uso y la difusión de la tecnología computacional. Las primeras experiencias, y la necesidad de compartir recursos y coordinar iniciativas, condujeron a la creación de EMCO -Empresa de Servicio de Computación- en 1968. Su primer gerente general fue Efraín Friedmann, entonces director del Departamento de Matemáticas y del Centro de Computación de la Universidad de Chile. Posteriormente, en 1970, la empresa se transformó en ECOM, Empresa Nacional de Computación e Informática.

Considerando que este año 2008 se cumplen 40 años de la creación de la Empresa Nacional de Computación, el DCC organiza este encuentro con el propósito de conmemorar su aniversario, y recordar y registrar colectivamente los principales hitos de los primeros años de esta empresa.

En la primera parte de este evento, hemos invitado a algunos directivos a exponer acerca de su experiencia en la conducción de la empresa: Italo Bozzi (Gerente Planificación y Finanzas 1968-1970 y Gerente General 1970-1971 y 1973-1974), Raimundo Beca (Gerente General y Presidente del Directorio 1971-1973), Hugo Segovia (Gerente Ingeniería 1971-1972 y Gerente Planificación y Desarrollo 1972-1973), e Isaquino Benadoff (División Capacitación 1969-1970 y División Ingeniería 1971-1974).

En la segunda parte, en un diálogo con el público asistente, se analizará retrospectivamente los primeros años de la Empresa Nacional de Computación. Finalmente, compartiremos en una reunión de camaradería.

Invitamos al público en general, a los profesionales, académicos y estudiantes del área, y especialmente a los ex-trabajadores de ECOM, a participar de esta conmemoración y de la experiencia de elaboración colectiva de la historia de la Empresa Nacional de Computación, confirmando su asistencia al correo electrónico eventos@dcc.uchile.cl .

Santiago, noviembre de 2008

Con los miembros de la comunidad técnica MSDN estamos inventando un evento llamado lo mejor del PDC 2008. Para ello cada uno debe votar por las dos sesiones que piensa son las más interesantes del evento.

Bueno, para mí la cosa es clara y por eso les recomiendo revisar las siguientes “dos” presentaciones.

Primer eL proyecto Dublin, que es el inicio de un servidor de aplicaciones.

 BB18 "Dublin": Hosting and Managing Workflows and Services in Windows Application Server

Luego, mi segundo tema es compuesto, E futuro del lenguaje C# + Mono and .NET

Esto porque Mono 2.0 tiene impresionantes avances en su compilador, por ejemplo el compilador de C# está hecho en C#, y el futuro de C# incluyendo lenguajes dinamicos es algo que los developers deben tener en cuenta.

Enjoy

  Este es un estupendo aporte de Dagum  para quienes estamos aplastados con el contenido del PDC y no hemos terminado de digerirlo.

salu2

Cita

PDC 2008. Architect's Cut

 Aunque, excepto algunas,  casi todas las sesiones del PDC 2008 están disponibles tanto online como offline (previo download, claro), uno puede sentir esa amarga frustración derivada de la abrumadora cantidad de las mismas

Preguntas típicas que me hago yo mismo en esas situaciones emocionalmente encontradas son "Qué repositorio de info! Tendré tiempo de ver y posteriormente asimilar esta data!? Qué mirar primero? Qué si agarro alguna sesión que requiere ver otra antes, de modo de adquirir cierta base? Habrá alguna sesión que pudiera descartar sin sentirme culpable?"... y una larga lista de etcs

Por suerte el equipo detrás del Microsoft Architecture Center (el Equipo de Arquitectura de Microsoft) está acá para ayudar: recorrimos la lista entera de sesiones, clasificandolas según complejidad, tópico abordado, relevancia en términos de arquitectura, etc, y extragimos una lista de unas 45 sesiones (la lista completa triplicaba o cuadruplicaba esto) que estamos actualmente exponiendo, pero en una forma gradual

 

 

Para estos días estamos exponiendo las que que consideramos "watchme.1st":

• Guías de Diseño de Frameworks
• Performance
• Escalabilidad
• Cloud Computing y Azure
• El Modelo de Modelado "Oslo" (valga la redundancia )
• Lenguages Dinámicos
• Caché Distribuido
• Concurrencia y Paralelismo

 

 

Vas a encontrar en estos días un video roller justo en la home page donde podrás seleccionar las sesiones de tu interés, click allí y, voilà!: el espectáculo comienza cuando Ud llega. No es necesario loguearse, nada

Por supuesto, podés maximizar la ventana de video (me imagino que es lo que vas a hacer) gracias a la flamante tecnología Silverlight 2, o eventualmente visitar el sitio huesped (Channel 9) y descargar el powerpoint desde allí o, finalmente, una mezcla de todo

P&P Lanzó una nueva guía, esta vez de Sharepoint. Esta guía ayuda a los arquitectos y desarrolladores construir aplicaciones de intranet con SharePoint. La guía contiene una aplicación de referencia (RI), que demuestra a las soluciones arquitectónicas, el desarrollo, la gestión del ciclo de vida y desafíos de este tipo de soluciones.

Links rápidos:

· MSDN site: SharePoint Guidance

· Future friendly url: http://microsoft.com/spg

· Download: SharePoint Guidance – November 2008

· Codeplex site: http://codeplex.com/spg

· Community Forum: http://www.codeplex.com/spg/Thread/List.aspx

Estoy en un curso de “Convergencia De Redes De Telecomunicaciones” y como buen estudiante me hacen pruebas. Estudiando para una de esas pruebas leí en el apunte del curso un resumen de los fundamentos de Voz sobre IP. 

El siguiente texto es parte del documento Seminario “Convergencia De Redes De Telecomunicaciones Parte II”, un Apunte preparado por José G. Mardones Fernández Ingeniero Electrónico, Santiago Septiembre 2008.

Voz sobre IP y Telefonía IP

Voz sobre IP(VoIP, Voice over Internet Protocol) es una tecnología que permite que se realicen transporte la voz usando una conexión IP, o sea digitalmente y en forma paquetizada. La Voz sobre IP ocupa el protocolo IP para transportar la voz sobre la red y hoy en día se convertido en una alternativa para la PSTN actual. Al transportarse la voz sobre redes IP se esta utilizando un medio lógico/físico existente (Internet), esto ultimo permite bajar los costos en transporte de las señales y ha permitido que en el ultimo tiempo se masifiquen servicios de este tipo. La telefonía IP se refiere a los servicios de voz que utilizan VoIP, hay que diferenciar que VoIP es la forma de transportar y telefonía IP es el servicio final, en este último se dan facilidades de valor agregados tales como ring de llamadas , transferencias, conferencias, identificación de llamadas, autenticación, buzones de mensajes, servicios de operadora, etc. En la sección de implementación se vera en forma practica cada servicio.

En los servicios de telefonía PSTN existe protocolos de señalización de llamadas entre los cuales destaca SS7(Sistema de señalización 7), este estándar define el protocolo y los procedimientos mediante los cuales los elementos de la red de telefonía conmutada pública (la PSTN) intercambian información sobre una red digital para efectuar el ruteo, establecimiento y control de llamadas, para el caso de VoIP destacan H.323 y SIP, para nuestro caso de implementación se opta por SIP, ya que es libre de licencias.

Para que la voz pueda ser transportada en forma digital esta debe ser digitalizada, o sea codificada y decodificada, en este punto es donde intervienen los codecs(codificador-decodificador); éstos a través de software y/o hardware cumplen la función de transformar un flujo de datos (stream). Los códecs codifican un flujo o la señal (a menudo para la transmisión, el almacenaje o el cifrado) y recuperan del mismo, todo este proceso tiene también como objetivo reducir la cantidad de información a transmitir, o sea transmitir el mínimo con el fin de ocupar bajas niveles de ancho de banda. En todo el proceso los codecs generan pérdidas de información, cuantas menos pérdidas se generen y a un menor ancho de banda requerido el codec será mejor.

Uno de los principales problemas de transportar la voz sobre IP esta en que se debe hacer en tiempo real, a diferencia de los servicios tipos de Internet tales como Web, Mail, entre otros, por esta razón la mayoría de las implementaciones se realizan sobre UDP/RTCP(User Datagram Protocol /Real time control protocol) y sobre redes con QoS(Calidad de servicio).

Arquitectura del protocolo VoIP

A continuación se muestra un esquema general de la arquitectura del protocolo VoIP, en esta se puede apreciar como y donde actúan los protocolos de señalización y de transporte.

Ventajas y desventajas de aplicaciones de la voz sobre IP sobre PSTN

La principal ventaja de la integración de servicios telefónicos vía VoIP radica en la independencia de tener que utilizar redes telefónicas actuales de las propias compañías, esto produce que económicamente las soluciones sean muy atractivas, en términos generales podemos encontrar las siguientes ventajas:

• Costos mas bajos que tecnologías actuales tales como voz sobre TDM, ATM, Frame Relay.
• Una vez realizada la implementación dentro de su red IP pasa a ser un servicios mas de esta. Las redes IP son un estándar universal para la Internet, Intranets y extranets.
• Hoy en día existen estándares efectivos (H.323).
• Interoperabilidad de diversos proveedores, aunque no es universal, ya que existen varios sistemas propietarios.
• No de depende de tecnologías de transporte (capa 2).
• Movilidad, ya que vía IP se llamar a cualquier teléfono en cualquier parte del mundo, ideal para empresas con empleado móviles.
• Reducción de costos en todo tipo de llamadas.

Entre las desventajas presentadas por los servicio VoIP están la calidad de la comunicación (ecos, interferencias, interrupciones, sonidos de fondo, distorsiones de sonido, etc.), que puede mejorar según la conexión a la red(Internet, Intranet). Garantizar la calidad de servicio sobre una red IP, actualmente no es nada simple, los retardos que se presentan en el tránsito de los paquetes y los tiempos de retardos que lleva el procedo de las conversiones (codec) son alteraciones que son de fácil percepción por los usuarios. También el ancho de banda, el cual no siempre está garantizado, va en desmedro del servicio. Otro factor critico y que se debe considerarse en toda implementación es la calidad de servicio (QoS), es clave priorizar el trafico de voz por sobre servicio que no necesiten estar en tiempo real. En general los problemas de la calidad en el servicio telefónico en el protocolo IP van disminuyendo a medida que las tecnologías involucradas van evolucionando. Otras desventajas son:

• El servicio queda limitado a todos los que estén en conexión directa a la red(Internet, Intranet); algunos servicios no ofrecen la posibilidad de que el computador reciba una llamada y tampoco funcionan vía de un servidor proxy.
• Exposición a la perdida y el retardo de la información, ya que la información es transportada y dividida en paquetes y una conexión esta compuesta de transmisión de más de un paquete. Estos paquetes pueden perderse, y además no hay una garantía sobre el tiempo que tardarán en llegar de un extremo al otro de la comunicación.
• No todos los sistemas utilizados por los Proveedores de Servicios de Telefonía por Internet son compatibles (Gateway, Gatekeeper) entre sí. Este ha sido uno de los motivos que ha impedido que la telefonía IP se haya extendido con mayor rapidez.

Diego me pasó un excelente Link de InfoWorld titulado Microsoft PDC to feature various technologies.

Muy buena descripción de las cosas HOT que se pueden ver en el evento.

Este es el link.

Le PDC es un evento muy potente, por su contenido y el nivel de los presentadores. El primer problema para ir al PDC es el precio de la entrada que NO es menor. Si uno logra pasar es primer filtro y estas dentro tienes un nuevo problema. Este evento es gigante por lo que están pasando no una o dos conferencias al mismo tiempo sino unas 7 a 12. Entonces uno no puede llegar con el estilo Chileno a “improvisar” que es lo que va a ver sino que tienes que hacer una “hoja de ruta” antes de tomar el vuelo a Los Ángeles.

Hay tantos temas que no es fácil decidirse a que ir, por lo que por ahora he hecho mi primera selección de temas. Estos son los que comparto con ustedes ahora. Espero que en la semana que me queda antes del viaje pueda haber discriminado ya a que es lo que finalmente voy a ir, NO es fácil.

Microsoft tiene una revista dirigida a los Arquitectos de Software que es muy interesante. Hace unos días salió el número 17 que trata el tema de computación distribuida. Una cosa buena de lo que viene en este número es que no solo vienen artículos de sistemas de información distribuidos, los típicos que en esta parte del mundo hacemos, sino que también incluyen temas de robótica y sistemas “embebidos”.

Los artículos de este número son los siguiente:

• Considerations for Designing Distributed Systems
• Architectural Patterns for Distributed Computing
• Head in the Cloud, Feet on the Ground
• Architecture Journal Profile: Microsoft Robotics Group
• On Distributed Embedded Systems
• Using Events in Highly Distributed Architectures
• Caching in the Distributed Environment
• Distributed Applications in Manufacturing Environments

Para los Chilenos que leemos esta revista podemos ver que el prólogo es de nuestro querido ex Arquitecto de Microsoft Local Diego Dagum que ahora juega en las grandes ligas.

Que la disfruten,

salu2

Hace unos días atrás tuve que cerrar los comentarios en mi BLOG porque recibía SPAM y lamentablemente SPACE no tiene funcionalidades para evitar esto. Lo explique en este post.

Desde entonces los comentarios me llegan como mensajes. Aquí me llego uno interesante así que voy a poner la respuesta en este post para así compartirla con todos. La pregunta es la que se muestra en la siguiente imagen. LA hizo un destacado miembro de la industria, con el cual suerte de trabajar en un proyecto muy interesante e innovador.

Estimado,

1.- El número de clientes y los otros paámetros de comparación te los paso en la siguiente tabla.

2.- En el estudio tratamos de incluir todas las alternativas posibles. Para eso se invitó a seis (6) proveedores en el mercado nacional, cuyos productos tienen clientes nacionales e internacionales; sólo tres (3) proveedores respondieron a la invitación y brindaron su apoyo para llenar las pautas de evaluación.

Me parece muy interesante lo de tener una charla respecto a BizTalk y en general al tema de ESB. Los problemas pueden tener múltiples causas, se me ocurren así rápidamente:

• El proveedor que lo implementa
• Conocimiento de la herramienta
• Problemas de implementación interna de la misma herramienta
• Uso excesivo de estándares, para transacciones internas en las que no tienen ningún sentido.
• Mal diseño de la arquitectura
• Uso de la herramienta para solucionar un tema para el cual no fue diseñada (Por ejemplo BTS no es para procesar archivos BATCH)

Para este último punto permiteme este Chiste ;-)

Estamos en contacto, y armemos esta conversación, estoy seguro que varios colegas querrán participar.

salu2

En Datco para un proyecto de definición de arquitectura Orientada a servicios, en el sector público desarrollamos un estudio comparativo de herramientas ESB como una pieza dentro de la arquitectura.

Como nosotros somos una empresa comercial con fines de LUCRO, pedimos que la Universidad Santa María que realizará el estudio comparativo para así obtener un resultado imparcial.

Tengo hoy el resultado de la comparación y voy a compartir algunos de los resultados que son muy interesantes. Los autores del estudio son Daily Echeverría y Hernán Astudillo.

El modelo de evaluación utilizado en este estudio fue propuesto por investigadores del Departamento de Informática de la Universidad Técnica Federico Santa Maria y considera las siguientes capacidades básicas de un ESB:

• Posee Interacciones basadas en eventos
• Funciona en ambientes heterogéneos
• Separa la lógica de Integración de la lógica del negocio
• Provee independencia de los lenguajes que implementan los contratos de los servicios
• Manejo de transacciones globales
• Control de versiones
• Soporta procesamiento sincrónico y asincrónico
• Soporta encriptación, autentificación y autorización
• Exponer servicios tanto interna como externamente.
• Posee un Registro de Servicios
• Provee Transformación y enriquecimiento de mensajes
• Realiza Enrutamiento dinámico basado en contenido
• Provee Orquestación de Servicios
• Provee Coreografía de servicios
• Permite el acceso a sistemas legados
• Provee Administración y monitoreo
• Provee Acceso distribuido a repositorios de datos (persistencia)
• Provee acceso a servicios externos
• Utiliza estándares
• Alto uso de la configuración en vez de la codificación
• Componer servicios a partir de servicios ya existentes a través de lenguajes no procedurales, metalenguajes, etc.
• Message mapping

Este estudio invitó a seis (6) proveedores en el mercado Chileno, cuyos productos tienen clientes nacionales e internacionales; sólo tres (3) proveedores respondieron a la invitación y brindaron su apoyo para llenar las pautas de evaluación. Estos productos son:

1. BizTalk 2006 R2
2. OpenESB v2
3. Sonic ESB 7.6

Los siguientes gráficos muestran algunos resultados interesantes.

Figura #1 Comparación de capacidades técnicas, precio del producto, y viabilidad del proveedor

Figura #2 Comparación de capacidades técnicas, precio del producto, y número de clientes

Figura #3 Comparación de capacidades técnicas, precio del producto, y número de clientes

Conclusiones

Algunas de las conclusiones obtenidas en este trabajo son las siguientes.

Biztalk Server 2006 R2 es el proveedor más consolidado de los comparados; ofrece mayores capacidades y funcionalidades; tiene el mayor número de usuarios; pero es el producto más costoso de los evaluados.

Open ESB v2 tiene un proveedor consolidado; posee relativamente pocas capacidades; tiene buena presencia en el mercado; y no tiene costo de adquisición, aunque su “Total Costo of Ownership” claramenente no es cero.

Sonic ESB 7.6 proviene de la compañía creadora del concepto, por lo que tiene buena presencia en el mercado; posee relativamente pocas capacidades comparada con el resto de los productos valuados; pero es un producto altamente interoperable, capaz de integrarse con varias tecnologías; su costo es el menor de los productos bajo licencia, aunque se prevé un aumento del costo para futuras versiones.