Inicio
 > Informes e investigaciones > Blog de TEC > SOA como base para las aplicaciones y la infraes...

SOA como base para las aplicaciones y la infraestructura

Escrito por: Predrag Jakovljevic
Publicado: mayo 6 2005

SOA como base

A pesar de que tanto la arquitectura orientada al servicio (SOA) como la integración de aplicaciones empresariales (EAI) tradicionales cubren los servicios de aplicaciones horizontales y de integración, SOA va mucho más allá, ya que atiende servicios de presentación y verticales (específicos para un negocio). SOA podría convertirse en la base para un escritorio universal de todas las aplicaciones por web de una empresa, proporcionando así una apariencia común y un lenguaje transparente para varias aplicaciones. Si desea conocer más acerca de la relación entre SOA, servicios web, gestión de los procesos del negocio (BPM) y lenguaje de ejecución de los procesos del negocio (BPEL), especialmente con respecto a la naturaleza complementaria de BPM y los servicios web, consulte Understanding SOA, Web Services, BPM, BPEL, and More.

Segunda parte de la serie ¿La infraestructura y las aplicaciones por SOA son la próxima frontera?

En 2004, las aplicaciones emergentes de SAP y Oracle basadas en SOA, estaban formadas por una masa compleja de conexiones entrelazadas; ahora, la diferencia principal es que estas conexiones son más detalladas y más fáciles de conectar o retirar. Ya no son un nudo de API privadas de código duro, sino que son más como un repartidor electrónico o un hub, donde cada clavija virtual tiene la forma idéntica de un servicio web por mensajes. Por ejemplo, muchas funciones de las aplicaciones de SAP pueden presentarse mediante interfaces con los servicios web porque el vendedor ha catalogado más de 1,000 servicios a los que podrá accederse y que podrán ser combinados con otros. Los primeros servicios que se publicarán dentro de poco son tareas que ya se usan comúnmente en el sistema de SAP, como un programa financiero para dar seguimiento al tiempo que transcurre entre la recepción de una orden de compra y el pago mismo.

Con el tiempo, SAP pretende publicar más servicios de este tipo. También está construyendo una central de depósito de servicios empresariales (ESR) que funcionará como el depósito central (equivalente a un diccionario de datos para las aplicaciones tradicionales) y será utilizado por terceras personas. Actualmente existen muchos servicios por mensajes disponibles, como requisición, confirmación y solicitud de cambio de las órdenes de compra, entre otros. Así, a largo plazo, podrían existir más de 10,000 servicios en el depósito, dependiendo del nivel de detalle que se requiera.

Para la mayoría de los clientes de SAP y Oracle, este hub será SAP NetWeaver y Oracle Application Server 10g con algunos hubs de integración de datos que vendrán después, mientras que los demás usarán las contrapartes de terceros, como IBM WebSphere, BEA Systems’ WebLogic o IONA Artix, o una plataforma de software libre, como JBoss. (Para obtener mayor información acerca de SAP y Oracle, consulte SAP Bolsters NetWeaver's MDM Capabilities y Oracle sigue planeando su ataque a SOA)

SOA promete una capacidad de interoperación en un mundo de negocios heterogéneo y cada vez más global, al promover una arquitectura acoplada de forma suelta y la reutilización no invasiva de los componentes del software. Esa medida pondrá fin a la forma en que los usuarios dependen de los vendedores para obtener aplicaciones empresariales y permitirá que estas aplicaciones se comuniquen en tiempo casi real. No obstante, antes de que pueda funcionar, empresas como SAP y Oracle, por ejemplo, deben abrir y rediseñar la gran cantidad de funciones de las aplicaciones y exponerlas como servicios. Esto implicará un proyecto de varios años que, en el mejor de los casos, se encuentra a la mitad. Del mismo modo, será un proyecto difícil para los clientes que han adaptado sus instancias de estos productos y que han agregado funciones adaptadas y programas de terceros.

Asimismo, la capacidad para generar por pedido la solución compuesta que sirve exactamente a un mercado, una industria o un ambiente del cliente específicos, se convertirá en una obligación de los “pocos grandes” (aún cuando la base de la solución se encuentre en sus pilas respectivas). Deben construir un ecosistema de aplicaciones, componentes y servicios de software de acuerdo a su plataforma o su “apliestructura”. El futuro de una empresa dependerá de que aplicaciones como SAP NetWeaver u Oracle Application Server penetren en el mundo del software, como Wintel lo ha hecho con las computadoras de escritorio. Los servidores de aplicaciones proporcionarán a los usuarios finales una plataforma común para operar varias aplicaciones. Los vendedores independientes de software (ISV) buscarán escribir y operar sus propias soluciones adicionales para la plataforma, ya que tendrán acceso a los mercados que se creen gracias al poder de atracción de estos grandes proveedores.

Esta es la segunda de tres partes que conforman esta nota.

La primera parte habló de SOA y del impacto que tiene en el negocio.

La tercera parte explorará el futuro.

Los retos para los “pocos grandes”

Los “pocos grandes” vendedores también servirán a un conjunto variado de clientes que pertenecen a distintas industrias en muchos países, en empresas que van desde algunos empleados hasta miles. Por lo tanto, algunos de estos clientes querrán sistemas empresariales completos e integrados, mientras que otros buscarán únicamente atender un problema urgente del negocio por el momento. Actualmente, los vendedores tratan de hacer que sus líneas principales de productos se adapten de forma “unitalla” a cada necesidad. Por ejemplo, uno de los primeros pasos para SAP será definir cómo publicar sus servicios y las interfaces específicas de los mismos que cultivarán su ecosistema. Esta tarea se realiza de forma simultánea con el esfuerzo interno que realiza SAP para dividir sus aplicaciones en componentes. Inicialmente, el grupo asignado a desarrollo trabajará para definir entre tres y cinco servicios horizontales muy generalizados y después agregará servicios por industria más específicos.

SAP, que está consciente de que únicamente una adopción extendida por parte de la comunidad de integración de sistemas (SI) e ISV hará que SAP NetWeaver se convierta en el ambiente de desarrollo preferido, anunció hace poco la contratación de George Paolini, un antiguo ejecutivo de Borland Software y Sun Microsystems. Como vicepresidente senior de Platform Ecosystem Development, Paolini trabajará bajo el mando de Shai Agassi, el miembro del consejo ejecutivo de SAP que actualmente se encarga del desarrollo y la mercadotecnia de productos para todas las aplicaciones del negocio de SAP. Paolini se encargará de llevar el programa de socios ISV de SAP al siguiente nivel. Hace tiempo, cuando Java era una tecnología emergente, Paolini estaba a cargo de construir su comunidad de ISV. Hoy en día, se le acredita con haber hecho de Java el desarrollador externo más grande del mundo. Lógicamente, SAP confía en que Paolini podrá repetir tan notable hazaña con SAP NetWeaver. Su tarea será establecer un foro donde los ISV y los clientes de distintas industrias usen SAP NetWeaver para mejorar, usando procedimientos similares a los que usa el Java Community Process (JCP) o la base de las herramientas de desarrollo de Java de software libre, Eclipse, que modificó JCP agregando un grupo de consumidores que permite que las empresas proporcionen retroalimentación acerca de la evolución de la tecnología. Con esta visión que SAP espera aplicar a principios de 2006, los vendedores de software basarán sus productos en SAP NetWeaver y los clientes podrán ejercer presión para obtener funciones nuevas y participar en el desarrollo de un marco de servicios.

El gigante de ERP pretende publicar un conjunto de desarrollo de software por Java para ayudar a los proveedores de aplicaciones externas a conectarse con sus productos. Esta estrategia representa un cambio para el pensamiento y la cultura convencionales de SAP, que, durante más de treinta años ha tenido una actitud indiferente hacia la influencia externa. Ahora proporcionará una plataforma de desarrollo y dependerá de otros vendedores de software y de sus clientes corporativos para influir en la dirección que tomen sus productos.

Paolini también construirá encima de dos programas relativamente nuevos que inició SAP: 1) SAP Developer Network, que tiene más de 110,000 participantes (parece que la empresa ha estado agregando 10,000 miembros nuevos al mes, muchos de ellos de la India y China) y 2) los programas Powered by SAP NetWeaver y Certified by SAP NetWeaver, diseñados para los ISV que quieren construir y certificar aplicaciones en SAP NetWeaver. Esa iniciativa empezó en 2004 y ha logrado tener cerca de 1,500 miembros. La atracción puede provenir de la vasta base de clientes que tiene SAP, que ahora comprende alrededor de 26,000 clientes corporativos, con 12 millones de usuarios en cerca de 90,000 instalaciones. SAP se ha fijado un objetivo de un millón de usuarios nuevos de SAP NetWeaver para 2005, que también le traerán ingresos por servicios. La empresa espera que el mercado de servicios relacionados con SAP NetWeaver alcance $1,000 millones de dólares americanos en 2005, es decir, diez veces más de lo que obtuvo en 2004.

La esperanza para los vendedores pequeños

Gracias a sus respectivas iniciativas para plataformas, SAP y Oracle deberán estimular sus ingresos al hacer que terceras personas colaboren con el catálogo de productos que están relacionados con sus series de aplicaciones empacadas que ya están instaladas en varias empresas grandes y medianas. Será esencial para las ventas futuras tener más adiciones y el proceso de actualización más simple que prometió SAP NetWeaver u Oracle Application Server. Así, parece haber esperanza para el modelo del negocio de los vendedores más pequeños, quienes, aunque dependen de la infraestructura tecnológica de los otros, se enfocarán en un mercado relativamente pequeño y bien definido que tiene requisitos específicos que los productos más genéricos no pueden cubrir (consulte Los vendedores pequeños todavía pueden proporcionar sistemas del negocio Relevantes).

Normalmente, estos mercados serán demasiado pequeños para que los “pocos grandes” quieran competir en ellos, además de que tendrán requisitos únicos que no podrán ser construidos fácilmente en los productos monolíticos más genéricos que ofrecen estos “pocos grandes”. Los vendedores de boutique competirán con funciones más profundas de sus productos y un conocimiento íntimo de su mercado o con ofertas de servicios (contenido o ubicación) que los “pocos grandes” o los proveedores independientes de software no tienen. Algunos ejemplos de estos mercados son industriales, como carnes frescas, joyeros, dentistas, bufetes de abogados, etc., o regionales, sobre todo en Albuquerque, Boise, Nueva Orleáns, etc.

Para atender estos ISV, Microsoft está tratando de hacer una contribución importante en el nivel de la infraestructura que se encuentra alrededor de los servicios web. Las plataformas actuales como SAP NetWeaver e IBM WebSphere siguen siendo importantes y sólo pueden ser diseñadas y desplegadas en los talleres de TI más grandes, y aún en esas condiciones se enfrentan con dificultades. Para poder alcanzar el objetivo real de conectar los procesos a lo largo de la cadena de suministro hasta los participantes que no tienen la infraestructura, es necesario poner la tecnología al alcance de todos. Por eso, la capa de servicios web de Microsoft, Indigo, busca hacer exactamente eso. Se tratará de un modelo estándar de programación, nativo de Microsoft Windows y .NET, que permitirá que los desarrolladores impulsen los servicios web. El gigante del software está llevando su tecnología a toda la población de desarrolladores y negocios, y puede permitir un gran crecimiento de los servicios web. Este modelo que pretende facilitar a las pequeñas, medianas y grandes empresas las tecnologías y que eran privativas de los talleres de TI más grandes, es el paso siguiente en la estrategia constante de Microsoft.

Si desea conocer más acerca del punto de vista de los vendedores pequeños, consulte ¿Qué opciones tienen los clientes?.

El enfoque en las soluciones del negocio

Por lo tanto, el enfoque en el cierre tecnológico de los usuarios deberá ser reemplazado por un enfoque en entregar la mejor solución a los clientes, aún cuando esta tenga componentes de los competidores. Desarrollar en una plataforma como SAP NetWeaver debe ser convincente debido a la capacidad para trabajar mejor con los socios. Muchas aplicaciones privadas de SAP basadas en interfaz de programación de las aplicaciones del negocio (BAPI) siguen funcionando muy bien, y un ISV debe querer reescribir las aplicaciones por alguna razón más convincente que simplemente querer adoptar la tecnología nueva. Es posible que NetWeaver sea justamente lo que se necesita para crear un aumento en la capacidad de interoperación y que pueda ser una forma para encontrar una nueva fortaleza en el ecosistema de los socios.

Asimismo, en esta etapa, las combinaciones de aplicaciones y plataformas son comparables cuando se trata de proporcionar soluciones orientadas a los procesos del negocio a empresas más grandes. Las aplicaciones de Oracle y PeopleSoft que tienen la plataforma de infraestructura de Oracle, las aplicaciones de SAP y SAP NetWeaver y la tecnología IBM y sus capacidades de consultas son relativamente comparables en este ámbito. Así, para diferenciarse, IBM acaba de anunciar un servicio nuevo que ayudará a las empresas a construir capacidades que soporten los objetivos del negocio, mientras liberan los ya forzados presupuestos en tecnología de la información (TI). La arquitectura y el modelo orientados al servicio (SOMA) que ofrece IBM Global Services (IGS), es el enfoque de IBM para resolver un problema importante: cómo los negocios pueden desarrollar constantemente tecnología más flexible para proporcionar el máximo retorno posible al negocio. En el panorama de IBM, los procesos del negocio, que son los elementos básicos de construcción de la innovación del negocio, serán creados a partir de un proyecto individual de consultoría que impulse las aplicaciones subyacentes como sea necesario y sin comprometerse con un vendedor específico de aplicaciones empresariales (que puede ser cualquiera que tenga una solución que valga la pena).

Sin embargo, de acuerdo a SAP, los procesos del negocio son parte de las funcionalidades principales de mySAP Business Suite (y algunas aplicaciones externas) que, junto con los procesos y los servicios web nuevos, formarán los elementos básicos para construir la siguiente generación de aplicaciones. En respuesta a IBM, SAP también anunció hace poco un programa nuevo que proporcionará una combinación de software y servicios que ayudarán a las empresas a mejorar sus panoramas de TI, para que puedan responder a los cambios en las necesidades del negocio y a los requisitos del mercado con mayor facilidad. Por eso, el ESA Adoption Program de SAP ofrece un enfoque formal, paso a paso, que ayuda a las empresas durante la transición estratégica a SOA, de acuerdo a sus necesidades específicas, mientras mantiene la productividad de los sistemas existentes. El programa consta de cuatro pasos clave para dar soporte a la transición de un cliente a ESA, como:

  1. entender la visión mediante talleres de oportunidad de ESA y sesiones de información sobre el costo total de la propiedad;

  2. construir un plan a la medida de las necesidades específicas de cada cliente;

  3. implementar la oferta e iniciar el arranque y

  4. capturar el valor de ESA mientras se administran los cambios con eficiencia.

En cada paso, SAP ofrecerá a sus clientes una cartera de servicios de soporte comprobados, que comprende varias herramientas, plantillas, muestras y talleres que se adaptan para tratar las necesidades específicas de cada empresa. Algunos de estos servicios con una sesión de valor de la visión de ESA y SAP NetWeaver, una sesión de información sobre el costo total de la propiedad, un taller para elaborar un plan que habilite ESA y una sesión de operaciones de ESA sobre gobernanza y seguridad, que dará soporte a su ambiente TI mejorado.

Oracle tiene una visión similar, aunque habrá quienes se den cuenta de que sus raíces tecnológicas han sido mucho más profundas que sus aplicaciones, y que su comprensión del desarrollo y el despliegue del software es el resultado de casi tres décadas de entregar la tecnología de herramientas y bases de datos más importantes del mercado. Todo esto ha sido estimulado por cerca de un millón de desarrolladores experimentados de Oracle y administradores de bases de datos (DBA), por lo que SAP sigue siendo un novato relativo en el campo de la tecnología. Pero SAP e IBM harán notar con gusto su conocimiento de la industria y su liderazgo en aplicaciones respectivos que van más allá de un control de datos y una reducción de costos gracias a la disminución del número de servidores de bases de datos.

El problema es que, en la vida real, la mayoría de las empresas de usuarios tienen que vivir con varios depósitos de datos. A veces es más importante la flexibilidad, que viene con la división de grandes aplicaciones en muchas partes pequeñas que pueden ser organizadas alrededor de varios eventos. Viendo esto, Oracle, al igual que SAP, se ha encargado de forrar sus API tradicionales con interfaces a los servicios web y de construir más de forma activa. Sin embargo, todavía queda por verse hasta dónde irá en cuanto a los detalles.

Con esto termina la segunda de tres partes que conforman esta nota.

La primera parte habló de SOA y el impacto que tiene en el negocio.

La tercera parte explorará el futuro.

Acerca de los autores

Olin Thompson es director de Process ERP Partners. Cuenta con más de 25 años de experiencia como ejecutivo en la industria de software. Se le conoce como “el padre del ERP de procesos” y escribe y da conferencias sobre temas de obtención de valor a partir de ERP, SCP, e-commerce y el impacto de la tecnología en la industria. Se le puede encontrar en Olin@ProcessERP.com

Predrag Jakovljevic es director de investigación de TechnologyEvaluation.com (TEC) y se enfoca en el mercado de aplicaciones empresariales. Cuenta con cerca de 20 años de experiencia en la industria de la fabricación, incluyendo varios años como usuario privilegiado de TI/ERP. También ha trabajado como consultor/implementador y analista del mercado. Tiene un título en ingeniería mecánica de la Universidad de Belgrado, en Yugoslavia y la certificación en gestión de la producción y el inventario (CIRM) de APICS.

 
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