SAP NetWeaver para múltiples propósitos

Resumen de eventos

Es sorprendente ver tantas similitudes (aunque con el inevitable puñado de tenues diferencias) entre los acercamientos de SAP, IBM, Microsoft, y Oracle al dominio mundial del mercado de las aplicaciones empresariales. Una similitud son los intentos de estos vendedores de entregar una plataforma basada en una arquitectura orientada al servicio (SOA) para sus clientes existentes y prospectos, para convencer a sus socios de construir ecosistemas siempre crecientes sobre estos (consulte, SOA como base para las aplicaciones y la infraestructura).

Para recordarles a aquellos que lo hayan olvidado, SOA está diseñada para reemplazar la saliente arquitectura cliente/servidor (C/S) en la que los programas residen en escritorios de computadora personal (PC) (llamados “clientes”), pero los datos se accesan desde computadoras remotas (llamadas “servidores”). Por otro lado, el software basado en SOA, trabaja por medio de Internet, y es una parte del cambio del mundo comercial a los trozos de software basados en estándares llamados "servicios Web" como medio de distribuir, utilizar y almacenar el software. Este acercamiento promete más flexibilidad una integración más sencilla de diversos software, donde los datos y los programas pueden residir y se pueden accesar virtualmente de cualquier lado.

Los servidores de aplicación Web siguen siendo los motores principales detrás de las plataformas SOA, llevando a cabo varias tareas de integración, gestión de transacción y desarrollo, en las que todas juntas se llaman “instalación”. Todos los gigantes antes mencionados tienen sus propios servidores de aplicación al igual que los vendedores como BEA Systems, asimismo algunos proveedores de fuente abierta como JBoss y TomCat. Sin embargo, los clientes están cada vez más utilizando otros componentes de plataforma SOA para desplegar, automatizar y orquestar los servicios Web dentro de un flujo de procesos comerciales, como en el caso de los sistemas de Oracle, JDeveloper, y BPEL de gestión de procesos (consulte Oracle sigue planeando su ataque a SOA Primera parte: resumen del evento e impacto en el mercado). De igual forma, la plataforma SAP NetWeaver también contiene varias funciones además de la instalación, incluyendo la inteligencia comercial (BI), un portal, una infraestructura móvil y un corredor de integración para enlazar los sistemas dispares.

Mientras que la pila de middleware de todos los vendedores antes mencionados basada en los principios de SOA comparten funciones similares, existen diferencias inevitables. Por ejemplo, Oracle e IBM son competidores por tener las plataformas de infraestructura y middleware líderes, que son tan abiertas que las partes con frecuencia pueden cambiarse a componentes "conecte y juegue" con middleware basado en estándares equivalentes de otros vendedores. Por otro lado, SAP señala que su enfoque es permitir procesos comerciales adaptables, en lugar de participar en una simple carrera de promoción del middleware. Sin embargo, los componentes de SAP NetWeaver también soportan todos los estándares clave e interopera con otras plataformas (aunque el servidor de aplicación tiene que tener un motor especial para manejar el código de propiedad ABAP que sigue subrayando la mayor parte de la base de aplicaciones instaladas de SAP, a pesar del hecho que aplicaciones más nuevas se están escribiendo o reescribiendo en el contexto de Java 2 Enterprise Edition [J2EE]).

Esta es la primera de dos partes que conforman esta nota. La segunda parte hablará de los antecedentes, dirección y dará recomendaciones al usuario de NetWeaver.

Estrategia de SAP

Dado que SOA es una base necesaria, pero es muy distinto a ser suficiente para esta empresa de transición a largo plazo de innovación, SAP enfatiza lo que llama arquitectura de servicios empresariales (ESA), que está aún más impregnada con la semántica comercial específica, como lo que define a una orden (fabricación, ventas, compras, servicio, etc.) En otras palabras, mientras que SOA es un plan general técnico para la conectividad de sistemas completos, la ESA de SAP intenta lograr el lenguaje semántico común requerido para disfrutar todos los beneficios de un ambiente escalable, confiable y habilitador de servicio. Esta visión se puede resumir con una ecuación central: SOA + ES (para servicios empresariales, la versión de SAP de servicios Web comerciales orientados a procesos) = ESA. SAP merece ser elogiado por elevar una mera discusión de conectividad técnica (SOA) a una discusión de procesos comerciales (ESA), y por fortalecer la minuciosidad de los servicios empresariales para soportar la creación, el despliegue y el mantenimiento más sencillo de procesos comerciales completos.

Además SAP afirma que está más avanzada en términos de aplicaciones compuestas preconstruidas, a lo que se refiere como xApps y que son las (idealmente delgadas) capas superiores de su plataforma antes mencionada, que les permiten a los usuarios y socios crear nuevos procesos comerciales y extender los procesos existentes.

Durante su reciente análisis, SAP presentó la siguiente serie de suposiciones como la base de su estrategia:

1. a SOA no es otra moda de tecnología de la información (IT), sino que más bien llegó para quedarse.
2. Los usuarios demandan quedarse dentro de su utilización "zona de bienestar” y de sus ambientes de trabajo conocidos (incluyendo las metáforas de la pantalla de usuario, consulte ERP fácil: Un reto al pensamiento convencional)
3. El ecosistema entero es el que decidirá al ganador de la “apli-estructura”.
4. El departamento IT será estratégico para la empresa usuaria, o de otra forma inevitablemente será un servicio contratado.
5. Todas las creencias antes mencionadas conllevan al siguiente punto de inflexión tecnológico.

Las presuposiciones anteriores han acelerado la conducción de SAP para crear y entregar una plataforma de composición unificada (en términos de eventos, datos, documentos, contenido no estructurado, etc.) que muestre un repositorio de servicios coherentes del cual es posible permitir la innovación por medio del desarrollo de xApps. Por lo tanto las aplicaciones compuestas, idealmente deberían poderse utilizar de forma instantánea en los ambientes de trabajo nativo de los usuarios finales, y, por consiguiente, también lo deberían hacer los análisis, las transacciones y la colaboración en un sólo flujo de proceso. Además, deben ser fáciles de añadir a las aplicaciones existentes, y deben estar basadas en modelos (e idealmente basadas en modelos visuales ) para la flexibilidad de los procesos.

De acuerdo a esto, hace aproximadamente un año, SAP introdujo el concepto de una plataforma de procesos comerciales (BPP), aunque en un inicio dejaron que la gente se preguntara qué era lo que realmente abarcaba. Con su reciente información acerca de la idea detrás de BPP que SAP ha dado para entender que la plataforma consiste en las nuevas, rescritas y simplificadas aplicaciones SAP integradas a SAP NetWeaver, además de más de 300 (y creciendo) nuevos ESs. En otras palabras, BPP es la siguiente evolución de SAP NetWeaver, en la que SAP y sus socios han insertado ESs y procesos específicos para la industria.

Ahora, más de 500 clientes están utilizando los 12 xApps comercialmente disponibles (algunos de los cuales han sido desarrollados junto con los socios), y esto genera más de $125 millones de dólares en ganancias (sin mencionar que esto es una bicoca a comparación de las ganancias de más de $9 mil millones de dólares de SAP). La línea de productos de SAP xApps últimamente también se ha expandido para incluir las aplicaciones analíticas que SAP introdujo en su conferencia para usuarios SAPPHIRE a mediados del 2005; desde entonces SAP ha convertido en productos alrededor de 100 de las más de 200 aplicaciones anunciadas en ese momento. Además, el nuevo xApps incluye cincuenta aplicaciones de productividad nuevas, incluyendo aquellos en Mendocino (un producto de SAP junto con Microsoft que permite que las aplicaciones de SAP tengan interfases de usuario [UI] como las de Microsoft Office).

Para refrescar la memoria, en la conferencia de SAPPHIRE 2005, SAP presento los planes de proporcionar más de 500 ESs y más de 200 aplicaciones analíticas (consulte El mercado de la gestión del desempeño de la empresa con business intelligence). Aunque programado para el futuro próximo, está el nuevo xApps móvil basado en la voz por medio del protocolo de Internet (VOIP); SAP espera ofrecer cerca de treinta "xApps móviles ligeros" en la SAPPHIRE del 2006. El vendedor afirma tener 1,200 clientes utilizando, principalmente para aplicaciones dirigidas al cliente, uno o más de ocho de los xApps móviles existentes generalmente disponibles. Si todo sale bien, habrá 1,000 xApps para fines del 2006.

SAP utiliza un modelo fascinante de iniciativas comerciales (por ejemplo, asegura el cumplimiento, consolida la parte central, optimiza la red operacional, maneja relaciones, habilita el nuevo crecimiento y maneja el desempeño)representadas por seis rectángulos (están apiladas en la esquina inferior izquierda, y cada una es mayor a la anterior y la contiene) para describir el balance entre la productividad (que es mayor a nivel de procesos de cumplimiento al final de la pila) y el enfoque de innovación o diferenciación (que es mayor a nivel del proceso del desempeño de la administración hasta arriba de la pila). Este modelo de apilado sirve como un bagaje para anunciar las intenciones de SAP de crear un BPP para cada una de las veintiocho industrias de interés más importantes.

El plan es que SAP una a los vendedores de software independiente (ISV), a los integradores de sistemas (SI), a los titanes IT, y a los clientes para definir qué hacer, y la meta es crear servicios específicos para la industria, dejando sólo una capa de consolidación para que SAP, los socios y los clientes realicen en la creación de procesos comerciales, soluciones y aplicaciones diferenciadas. De hecho, las estrategias verticales de SAP se conducirán en el contexto de la co-innovación en SOA, para lo cual el vendedor se ha comprometido con varios ISV exitosos dentro de las industrias de su interés por medio de las redes de valor industrial (IVN) que están diseñadas para resolver cada problema comercial único de la industria al desarrollar servicios reutilizables. Se espera que este programa entregue flexibilidad, respuestas rápidas y costos bajos debido a la creciente adopción sin interrupciones de estos procesos específicos de la industria. Esto está en contraste con el tradicional “folletoware”, “demoware”, o las prácticas de remodelación de las soluciones genéricas de los proveedores de aplicaciones empresariales cuando anuncian sus iniciativas más importantes relacionadas con la industria.

SAP NetWeaver sigue estando al centro de BPP, y será la plataforma unificada para el ecosistema industrial. Una de las principales diferencias entre NetWeaver como una plataforma de integración y los BPP que abarcan más, es el énfasis del repositorio de servicios empresariales (ESR) de SAP. El ESR contendrá no sólo las definiciones de los servicios, sino las definiciones de los procesos comerciales que utilizan esos servicios, y que a su vez están implementadas como objetos comerciales. Por lo tanto SAP ERS sirve como la base semántica común para el nuevo paradigma de integración comercial abierto, y como el componente medio de la estructura ESA de SAP. Tiene como objetivo reducir la complejidad, incrementar la cooperación y entregar integración basada en el servicio, flexibilidad y adaptación a lo largo de IVN.

Equivalente a los repositorios de datos en sistemas C/S, pero más aún que un repositorio de servicios, el ESR de SAP eventualmente definirá el proceso comercial completo de veintiocho industrias con base en el entendimiento completo de cada uno de los procesos respectivos del segmento de la compañía. Es posible mejorar la funcionalidad de la herramienta de modelado ARIS de IDS Scheer (o la de cualquier otro juego de herramientas con base en lenguaje de modelado uniforme [UML] o en lenguaje de ejecución de procesos comerciales [BPEL]) dentro tanto de SAP ABAP Workbench como de Java Development Studio (aunque para ejecutar un servicio, todavía se tiene que cambiar el código de la aplicación existente). El resultado de esto es que esta arquitectura le permitirá a la siguiente generación de aplicaciones de una buena manera, enlazar las definiciones de los servicios con la ejecución del proceso. Otro cambio de paradigma hacia un proceso más abierto es la transición de bases de datos tradicionales, con integración centrada en los datos a una integración basada en los mensajes.

De acuerdo al plan de co-innovación de SAP, los clientes , los socios, y SAP colaborarán con la creación de varios elementos reutilizables para equipar y contextualizar BPP para cada industria, para ello SAP ha alineado una larga lista de socios que participarán. La idea es que todo esto se lleve a cabo en el 2006, ya que SAP primero tiene que completar un conjunto central de componentes comerciales con servicios asociados. Con vista a tan noble meta, SAP ha creado una nueva arquitectura de aplicación que actualmente consta de algunos 250 objetos comerciales, 17 componentes de procesos, 25 escenarios integrados, y 300 servicios compuestos, con alrededor de 30 componentes que representan el centro. Esto representa la evolución desde el 2004, cuando cincuenta y siete servicios en el campo del comercio interempresarial (B2B) se basaron en un lenguaje de descripción de servicios Web (WSDL). El vendedor también ha estado trabajando fervientemente en exponer más los objetos y crear nuevos ESs, para que los objetos comerciales y los componentes se pueda accesar y reutilizar, con lo que se espera reducirá el tiempo de implementación de la aplicación empresarial en un 50 por ciento.

Algo importante

Cuando los adelantos técnicos y las mejoras, aunado a la adopción del cliente de SAP NetWeaver y SAP ESA, IBM WebSphere, Microsoft Dynamics y Project Green, o la arquitectura de fusión (OFA) de Oracle es importante, el factor más crítico para el éxito de estas plataformas puede ser la habilidad de estos gigantes para desarrollar un “ecosistema” de consultores, Sis, equipos de desarrollo interno e ISVs para sus respectivas plataformas. Para ello, todos los vendedores han estado lanzando números de adopción de forma tal que impresiona. Por ejemplo, Oracle afirma que, a finales del 2005, 7,500 ISVs utilizaban piezas de su serie middleware de fusión y 26,000 clientes utilizan partes del mismo.

Por otro lado, y como se indicó con anterioridad, SAP ha estado trabajando demasiado para construir un ecosistema tal y recientemente ha afirmado asuntos muy importantes como los siguientes.

• Más de cincuenta soluciones que son "SAP impulsadas por NetWeaver", lo que significa que la solución de los socios puede correr en el servidor de aplicación Web (WAS) de SAP NetWeaver. Además, cuando uno cuenta los socios que la infraestructura de intercambio (SAP XI) de SAP NetWeaver tiene junto con el portal empresarial iView de SAP como parte del criterio “SAP certificado por NetWeaver” (donde no se requiere SAP WAS), el número llega al 400. También existen alrededor de 1,000 vendedores que están trabajando por este certificado, que designa que las aplicaciones corren en NetWeaver y no sólo hacen interfase con él. En otras palabras, “certificado por NetWeaver” significa que todas los módulos de solución del socio tiene adaptadores estándar que facilitan el paso de datos al componente SAP XI, que entonces convierte los datos en un formato que se puede mostrar por otros componentes NetWeaver, incluyendo el portal empresarial de SAP. Por lo que, a la fecha, alrededor de 1,300 vendedores están cerca de logar un estatus "Impulsado por SAP NetWeaver" o "Certificado por SAP NetWeaver”. Esto es además del total de 450 vendedores que se citaron el año pasado.
  
  
• Alrededor de un tercio del staff de SAP relacionado con las aplicaciones ha estado en contacto con NetWeaver, mientras que la mitad de los miembros del staff de investigación y desarrollo (R&D) se han dedicado a analizar el código en NetWeaver.
  
  
• SAP afirma tener 1,500 clientes de referencia NetWeaver que utilizan dos o más piezas de NetWeaver. Mientras tanto, más de cinco proyectos NetWeaver se llevan a cabo en una base diaria, y SAP espera que a mediados o finales del 2006, el 30 por ciento de sus más de 20,000 clientes utilizarán soluciones NetWeaver. Para ello, más de 2,300 socios consultores han sido entrenados para entregar la plataforma NetWeaver, que no es un mal comienzo para una solución que tan sólo recientemente alcanzó el nivel de madurez necesario para una adopción comercial más amplia. SAP estima que por ahora existen 6,000 despliegues estratégicos construidos en NetWeaver, mientras que hace uno o dos años la mayoría de los clientes no tenían idea de lo que era NetWeaver o del por qué lo necesitaban. Los productos de la infraestructura NetWeaver están considerados como parte central de cada proyecto nuevo.
  
  
• SAP también ha tenido un progreso significante al reclutar vendedores de software y tecnología para la comunidad NetWeaver. Para probar que está hablando en serio acerca de ser más abierto, durante la conferencia industrial de SAP, el vendedor le asignó un espacio importante a Ariba, que alguna vez fue uno de sus más valiosos enemigos y que todavía se encuentra como competidor en el espacio de adquisición electrónica. Sin embargo, ahora, con la llegada de Ariba Sourcing Network (ASN), Ariba es un socio xApps en el espacio de subcontratación de servicios estratégico y gestión empresarial. Vendavo, es otro buen ejemplo de esta nueva apertura, habló de cómo se ha unido a Accenture y SAP para entregarle una solución de optimización a la industria química que le proporciona al cliente un valor del 1 por ciento al 3 por ciento incremental en el rendimiento de las ventas, y con ello conduce un reto muy importante en este sector. Por último, SAP ha duplicado las membresías en la red de desarrolladores SAP (SDN), con una membresía que ha crecido de 115,000 hasta 260,000 desde finales del 2004 y que puede alcanzar la marca del millón antes del final de la década.

Se debe hacer notar que las cifras antes mencionadas de SAP son más precisas que las de Oracle, y por ello a primera vista pueden parecer menos impresionantes. Sin embargo, los números de Oracle incluyen todo en cuanto a los clientes middleware en lugar de de ser acertados en cuanto al conjunto de middleware con la estrategia de aplicación (aunque el vendedor intenta vender que existen más tiendas SAP que utilizan las piezas de la plataforma de Fusión que las de NetWeaver). De cualquier forma , los desarrollos de BPP, NetWeaver y ESA de SAP siguen siendo el tema central de todos los eventos y conferencias de usuario de SAP.

Con esto termina la primera de dos partes que conforman esta nota. La segunda parte hablará de los antecedentes, dirección y dará recomendaciones al usuario de NetWeaver.