Inicio
 > Informes e investigaciones > Blog de TEC > Oracle sigue planeando su ataque a SOA Cuarta pa...

Oracle sigue planeando su ataque a SOA Cuarta parte: SOA y servicios web

Escrito por: Predrag Jakovljevic
Publicado: marzo 17 2005

El reto de los servicios web

Oracle ha logrado alcanzar a algunos de sus competidores en términos de su estrategia de desarrollo de plataforma, gracias a su notable estrategia para infraestructura, incluyendo Oracle Application Server 10g y su conjunto de integración, compuesto por Oracle Integration InterConnect, Oracle BPEL Process Manager, Oracle Integration B2B y Oracle Integration BAM, al igual que otros componentes. Ahora ofrece una solución completa de integración con estos componentes y el Oracle Portal. Crea aplicaciones compuestas que involucran los procesos y los datos del negocio, y usa Oracle Enterprise Manager como solución de supervisión y gestión.

Resulta sorprendente la forma en que, en medio del entusiasmo por los servicios web, Microsoft, IBM y SAP han aprovechado la inactividad de sus archirivales, Oracle y Sun. Nadie comprende por qué estos dos líderes del campo del “software como servicios” no han transmitido un mensaje claro acerca de los servicios web y sólo se han encargado de apoyarlos vagamente de forma vocal, sobre todo porque ambos comparten la visión de los servicios en la web que reemplazarán las aplicaciones tradicionales de cliente/servidor. Su pensamiento innovador los llevó a presentar aparatos de red, dispositivos conectados mediante la Internet, código Java móvil y hasta conversaciones con proveedores de servicios de aplicación/hosted (ASP=). Muchos de ellos se encuentran presentes, junto con otras capacidades, dentro de la estrategia Microsoft .NET (Microsoft Longhorn), que se opone a jugar a la persecución de las relaciones públicas. Sin embargo, cuando se trata de las capacidades de desarrollo, los servicios de operación, la participación y la definición de estándares y otras métricas pertinentes para los servicios web, Oracle sigue siendo uno de los líderes.

Arquitectura orientada a los servicios

SOA es un enfoque de desarrollo en el que todas las funciones (o “servicios”) se definen usando un lenguaje de descripción publicado que invoca todas las interfaces que se pueden llamar para realizar los procesos del negocio. Hay que exponer los procesos, las transacciones y los componentes funcionales especiales para que los servicios que permiten tener aplicaciones compuestas y distintas estén visibles. Cada interacción es independiente de las demás y de los protocolos de interconexión de los dispositivos de comunicación. En otras palabras, los componentes de la infraestructura que determinan el sistema de comunicación no afectan las interfaces. Debido a que estas interfaces son independientes de las plataformas, un cliente que utilice un dispositivo que use cualquier sistema operativo en cualquier lenguaje es capaz acceder al servicio o usarlo.

La batalla por el dominio de la arquitectura orientada a los servicios (SOA) y los servicios web no ha sido más que una guerra de palabras que nadie ha logrado ganar (ni lo hará), ya que hace relativamente poco tiempo que han surgido muchos estándares para Internet. De cualquier forma, los enemigos están de acuerdo en el futuro de los servicios web y han estado construyendo marcos tecnológicos similares para los desarrolladores. Los campos Java y .NET también dependen del mismo conjunto de normas definidas, como:

  • XML (un lenguaje que facilita la comunicación directa entre computadoras mediante Internet. A diferencia de su primo HTML, que proporciona etiquetas HTML que dan instrucciones a un navegador web acerca de cómo desplegar la información, las etiquetas XML dan instrucciones a un navegador web acerca de la categoría de la información).

  • Descripción, descubrimiento e integración universal (UDDI, un directorio distribuido por la red que permite que los negocios se incluyan en una lista en la Internet y descubran a sus homólogos. Es similar a las páginas amarillas o las páginas blancas tradicionales).

  • Lenguaje de descripción de los servicios web (WDSL, un lenguaje con formato XML que utiliza UDDI. Fue desarrollado de forma conjunta por Microsoft e IBM y describe las capacidades de un servicio web como un conjunto de puntos finales de comunicación capaz de intercambiar mensajes).

  • SOAP, un protocolo de mensajería con XML que se usa para codificar la información de los mensajes de solicitud y respuesta de los servicios web antes de enviarlos mediante una red. Los mensajes SOAP son independientes de cualquier sistema operativo o protocolo y se pueden transportar usando varios protocolos Internet, incluyendo el protocolo simple de transporte de correo (SMTP), extensiones multiuso para correo Internet (MIME) y protocolo de transporte de hipertexto (HTTP).

El bien divulgado concepto de SOA es bastante pertinente a su desarrollo, ya que debe ayudar a que los desarrolladores alcancen la componentización del software. Cuanto más podamos acercar el mapa del software a los procesos del negocio y adaptarlo con el tiempo, mejor será el soporte que ofrezcan las aplicaciones a los objetivos del negocio. Una aplicación bien construida que integre estrechamente pero que separe un conjunto de módulos sólidos y capaces de ser personalizados hará que existan más clientes en este mercado tan variado de aplicaciones compuestas.

Servicios web

A pesar de que se construyeron con principios similares, SOA no es lo mismo que los servicios web, que son un grupo de tecnologías basadas en normas, como XML, SOAP, WSDL y UDDI. Usando términos más simples, XML se usa para marcar los datos con etiquetas y SOAP se usa para transferirlos. WSDL se usa para describir los servicios disponibles, mientras que UDDI se usa para hacer una lista de los mismos. Los servicios web, que los negocios utilizan principalmente para comunicarse entre sí y con los clientes, permiten que las empresas transmitan los datos sin tener un conocimiento íntimo de los sistemas IT que los demás tienen detrás del firewall. Los servicios web actúan de forma analógica al intercambio electrónico de datos (EDI) ya que son un conjunto de aplicaciones para web que interactúan de forma dinámica con otras aplicaciones para web por medio de estándares abiertos. La diferencia es que se trata de un intercambio electrónico de procesos. Por otro lado, SOA implica una idea mucho más amplia, ya que es más que un conjunto de tecnologías y funciona de forma independiente en cualquier tecnología específica.

Así, es probable que las normas para la tecnología de los servicios web emergentes aumenten la conciencia de este concepto de aplicaciones basadas en los componentes y aceleren su adopción. Además, los servicios web tienen el potencial para convertirse en la última evolución de la tecnología de integración de las aplicaciones. Hasta puede ser un modelo nuevo y revolucionario para el diseño de aplicaciones, ya que permite que los desarrolladores creen aplicaciones o las mejoren conectando componentes detallados a los que se accede mediante protocolos web independientes de las plataformas. El respaldo que reciben de grandes vendedores también puede ayudar a compensar por su apoyo latente de la tecnología de componentes de hace unos años. Aunque impulsen el antiguo concepto de la capacidad para reutilizar los objetos, los vendedores ofrecerán finalmente un poco más al adherirse a las normas que se están usando en los servicios web. El soporte de las normas será la diferencia entre la arquitectura para corredor de solicitudes de objetos comunes (CORBA) que fue menos exitosa y que se diseñó para permitir que se comunicaran las partes de los programas (objetos) sin importar su lenguaje o su plataforma, y los servicios web.

Además, los servicios web pueden funcionar alrededor de cualquier tipo de funcionalidad del negocio existente. Asimismo, tienden a ser de naturaleza más simple, en parte gracias a que los servicios web han adoptado las normas de colaboración para Internet. También tienden a ser abstracciones de nivel más alto, es decir que existe mayor oportunidad para una independencia de la plataforma y para que los desarrolladores los mezclen.

En consecuencia, la estrategia ayudará a empresas como SAP y Oracle a que abran más o componenticen sus productos, ya que los estándares como XML y lenguaje extensible de hojas de estilo (XSL) hacen posible compartir los datos y tener la misma apariencia para toda una aplicación, sin tener que trabajar con el código fuente. De forma concreta, aunque SOA y EAI tradicional cubren la integración y los servicios de aplicaciones horizontales, SOA va mucho más allá y atiende los servicios verticales (específicos a cierto negocio) y de presentación. Estos últimos representarían las bases para una herramienta universal de escritorio para todas las aplicaciones basadas en la web de una empresa, proporcionando una apariencia común y una transparencia de lenguaje entre varias aplicaciones.

Si desea consultar una discusión detallada de la relación entre SOA, los servicios web, BPM y BPEL, especialmente en cuanto a la naturaleza complementaria de los servicios web y BPEL, vea Understanding SOA, Web Services, BPM, BPEL, and More.

Esta es la cuarta de seis partes que conforman esta nota.

La primera parte presentó el resumen del evento y el impacto en el mercado.

La segunda parte habló de la estrategia.

La tercera parte cubrió los cambios en la estrategia.

La quinta parte analizará la adquisición de Collaxa.

La sexta parte hablará de las debilidades y dará recomendaciones a los usuarios.

La tecnología de gestión de los procesos del negocio (BPM)

La tecnología de gestión de los procesos del negocio (BPM) está estrechamente relacionada con SOA y cubre un conjunto amplio de servicios y herramientas que proporcionan una gestión explícita y completa de los procesos. El término BPM se ha usado (a veces mal) durante mucho tiempo en el lenguaje de la industria. Inicialmente, el concepto cubría las tecnologías de gestión del flujo de trabajo, pero hasta hace poco fue adoptado por los vendedores de integración de las aplicaciones que se enfocan en otras tecnologías. Entre estas tecnologías se encontraba una gran cantidad de componentes interconectados que apuntalan un sistema completo de BPM, incluyendo flujo de trabajo, EAI, middleware, modelos de los procesos, supervisión de los procesos, aplicaciones empresariales, corredores de integración, servidores de integración web, servidores de aplicaciones, herramientas de desarrollo de aplicaciones, motores de reglas. La capacidad de interconexión de estas tecnologías crea naturalmente un ambiente complejo.

Es a través de estos componentes que BPM permite que las empresas cambien (relativamente) rápido la forma en que manejan las transacciones, las consultas y otras comunicaciones y tratan las excepciones o las deformaciones. Normalmente, BPM implica

  1. Análisis y modelos de los procesos mediante un diseñador gráfico de procesos orientado a los analistas del negocio,

  2. Definición,

  3. Ejecución,

  4. Supervisión del rendimiento del proceso, su grado de compleción y sus condiciones fuera de los límites y

  5. Administración, para la compleción de los procesos y el equilibrio de la carga o el cambio de ruta, incluyendo soporte para las interacciones humanas (manuales) y en el nivel de las aplicaciones (automáticas).

A medida que se ejecuta el flujo del proceso mediante un motor de ejecución del funcionamiento, es posible invocar varias aplicaciones empresariales (legadas, en paquete estándar, personalizadas, de terceros y servicios web), además de las tareas que deben ser completadas o en las que debe intervenir el usuario.

Asimismo, cabe notar que, aunque parece que los vendedores más pequeños del mercado medio están enfocándose menos en las rutas complejas y los procesos automatizados entre sistemas dispares (consulte BPM Weaves Data and Processes Together for Real-time Revenues), su atención se encuentra orientada hacia ciertos aspectos de BPM y la forma en que maneja las excepciones y automatiza los procesos más simples.

Una de las promesas más atractivas de SOA es el potencial para crear aplicaciones y sistemas usando modelos, ya que los servicios web pueden ser descritos en general por sus meta datos. Esto permite que una persona construya o trace el mapa de todo el sistema enlazando la invocación de los servicios de cierta secuencia (aunque dicha secuencia y su lógica también pueden ser descritas con meta datos). El proceso de creación de meta datos para asignar una secuencia a la invocación de varios servicios se conoce como orquestación. Composición se refiere a la combinación de un ensamble y una orquestación.

Así, SOA ofrece un enfoque de diseño prometedor para hacer que los sistemas de TI grandes sean más flexibles y rentables. De forma concreta, una gran cantidad de aplicaciones de ERP extendido diseñadas para trabajar con el ERP principal y los sistemas de oficina de gestión, crean una mayor necesidad de integración de las aplicaciones y los datos. Cualquier aplicación debe ser capaz de comunicarse fácilmente con las aplicaciones externas. Debido a que gran parte del costo de la implementación se debe a la integración, la capacidad de extensión tiene consecuencias importantes en el costo y el rendimiento. Las aplicaciones que aceptan el concepto de SOA y proporcionan servicios web basados en las normas deben reducir de forma importante la complejidad y el costo de la integración. Así, .NET se construyó con SOAP como protocolo principal de transferencia de datos, aunque probablemente no sea la mejor opción, ya que SOAP está formado por XML sobre HTTP, que no es el protocolo de transferencia de datos más rápido.

Oracle Application Server 10g

Oracle Application Server 10g se ha mejorado y vuelto a empacar par dar soporte a las necesidades que describimos previamente. Se trate de una mezcla de servidor de aplicaciones, servidor del portal y servidor de integración. El marco de los meta datos, que prevalece en casi todo Server 10g, crea una taxonomía común para los bienes de información que soportan un proceso del negocio. Sin embargo, como afirmamos antes, Oracle no ha expresado de forma vocal ni ha propuesto SOA, los servicios web y las tecnologías BPM, a pesar de que ha realizado un gran esfuerzo para revelar qué procesos pueden ser consumidos y utilizados por las aplicaciones externas. Pero, con su adquisición de Collaxa, Oracle ha demostrado un compromiso retrasado con SOA y BPM que resulta fuerte cuando se compara con el esfuerzo de muchos de sus competidores. En consecuencia, su servidor de aplicaciones no se considera para los despliegues más serios en ambientes heterogéneos.

La adquisición de Collaxa ha permitido que Oracle se afiance con su mensaje de SOA/BPM. Ahora tiene capacidades nuevas para el flujo de trabajo y herramientas de supervisión que pueden producir reportes acerca del progreso de los procesos del negocio y que pueden ser un soporte de funcionamiento para BPEL. Sólo hay que recordar las adquisiciones que ha hecho Oracle para entender la forma en que se manejó y anunció la de Collaxa —como una acción terminada que tenía planes avanzados para los productos. Concretamente, las herramientas de Collaxa ya están integradas con OracleJDeveloper, y mantienen el producto a la cabeza de la competencia con los ambientes de desarrollo J2EE.

De hecho, Oracle tiene ahora casi todas las piezas necesarias para permitir los procesos del negocio. El anuncio que hizo recientemente de su capacidad de arquitectura guiada por los eventos (EDA), un conjunto de infraestructura para supervisar, encaminar y relacionar los eventos, permitirá que los clientes estén al tanto de las señales que envía la demanda en tiempo real. Por lo tanto, ahora el vendedor puede ofrecer una de las plataformas de infraestructura más completas, con funciones que van desde la capa de las bases de datos hasta la de los procesos del negocio en su pila de aplicaciones. Puede ser un reto para BEA Systems, IBM, Sun, SAP, Tibco y otros vendedores de servidores de aplicaciones y EAI. Asimismo, los grandes vendedores parecen inclinarse a reducir el ciclo de tiempo de introducción en el mercado mediante adquisiciones calculada de proveedores más pequeños y ágiles, como hizo SAP al adquirir A2i para acelerar el desarrollo de SAP NetWeaver (consulte SAP Bolsters NetWeaver’s MDM Capabilities).

Por cierto, los hubs de datos tanto de SAP MDM como de Oracle pretenden crear una “fuente única de la verdad” reconciliada y unificada en medio de aplicaciones que están en conflicto y sistemas que tienen nombres y versiones diferentes de la misma información. La realidad con respecto a los ambientes heterogéneos ha hecho que Oracle expanda su versión para el campo de las aplicaciones empresariales. Empezando con CRM, incluirá otros proveedores de aplicaciones, como SAP, Siebel y especialmente PeopleSoft y el Project Fusion pendiente, que integrará los productos adquiridos. A medida que CRM y los procesos que automatiza se convierten en mercancía común, Oracle se enfoca más en administrar la información del negocio (consulte If Software Is A Commodity...Then What?), Además, es posible que Oracle quiera posicionar el esquema de datos de Oracle E-Business Suite como el hub de datos dentro de las empresas, haciendo de sus aplicaciones una norma de la industria más atractiva. Así, Oracle tendría una mejor posición para proporcionar aplicaciones de ERP extendido o reemplazar otras aplicaciones. Sin embargo, Oracle tendría que extender su esquema de datos y su modelo más allá de CRM para soportar las soluciones verticales y los campos del negocio que actualmente no cubre Oracle's E-Business Suite. Debe hacerlo antes de que haya una adopción a gran escala.

Así, aunque los detalles de la disponibilidad y los precios estarán disponibles a principios del 2005, se anunciaron cuatro ofertas nuevas de hubs de datos en la conferencia de usuarios Oracle OpenWorld 2004. SE trató de:

  • Oracle Citizen Data Hub, que debe permitir que las agencias gubernamentales creen y administren un depósito completo y preciso de datos de los ciudadanos para poder tomar mejores decisiones, tener tiempos de respuesta más rápidos y mejorar el servicio a los ciudadanos;

  • Oracle Financial Consolidation Hub, que debe permitir que los directores controlen el proceso de consolidación financiera integrando y automatizando la sincronización de datos, la conversión de monedas, las eliminaciones entre empresas, las adquisiciones y los desechos, entre otros;

  • Oracle Financial Services Accounting Data Hub, que permitirá que las instituciones financieras traten las demandas complejas de centralización de los datos de las operaciones financieras, normalizando la contabilidad y los reportes, y aceleren la publicación de reglamentos y los ciclos de los reportes de gestión. Se puede utilizar con Oracle Financial Services Applications;

  • Oracle Product Data Hub, para centralizar la información de los productos de sistemas dispares y crear un sólo catálogo global que sirva como maestro para todos los demás sistemas, departamentos, clientes y proveedores.

Con esto termina la cuarta de seis partes que conforman esta nota.

La primera parte presentó el resumen del evento y el impacto en el mercado.

La segunda parte habló de la estrategia.

La tercera parte cubrió los cambios en la estrategia.

La quinta parte analizará la adquisición de Collaxa.

La sexta parte hablará de las debilidades y dará recomendaciones a los usuarios.

 
comments powered by Disqus

Búsquedas recientes:
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z Others