IBM CORPORATION Moderador: Cathy Daly 12-19-07/1:00 p.m. CT Confirmación # 7940110 Página 1 IBM CORPORATION Moderador: Cathy Daly 19 de diciembre, 2007 1:00 p.m. CT Bienvenidos a IBM Education Course WS 201: "Vendiendo WebSphere para Asociados de Negocios.” Hoy, vamos a examinar el módulo dos de este programa: "Vendiendo Conectividad WebSphere.” Este módulo, sigue al curso del módulo uno, "Vendiendo WebSphere BPM" y en tercer lugar, está el módulo tres, "Vendiendo la Infraestructura de Aplicaciones WebSphere.” Me llamo Graham Churchill y soy el Líder de Ventas de Connectivity Infrastructure (Infraestructura de Conectividad) de IBM. Los objetivos de la Sesión los encontramos en la diapositiva número 2, analicemos dichos objetivos juntos. Lo que vamos a estudiar es cómo posicionar el portafolio de soluciones de conectividad de WebSphere y cómo identificar oportunidades de ventas para dichas soluciones. Diapositiva número tres: ¿Cuáles son los puntos claves que vamos a aprender hoy? En primer lugar, el mercado de conectividad es un mercado muy grande y en crecimiento. IBM cuenta con una presencia muy significante y una base instalada de clientes importante, a la que se puede hacer crecer con nuevas soluciones. En segundo lugar, las soluciones de conectividad proveen una infraestructura que atiende a las necesidades de una amplia gama de requisitos de nuestros IBM CORPORATION Moderador: Cathy Daly 12-19-07/1:00 p.m. CT Confirmación # 7940110 Página 2 clientes. Por último, los productos de conectividad de WebSphere son soluciones conectables entre sí que funcionan todas en conjunto. La agenda para hoy – diapositiva cuatro – cuáles son los puntos de entrada a SOA con soluciones de conectividad. Luego, examinaremos la oportunidad de mercado de conectividad. En tercer lugar, vamos a examinar las soluciones que IBM ofrece y analizaremos 20 problemas de negocios que ustedes pueden solucionar con el portafolio WebSphere Connectivity. Por último, vamos a resumir las oportunidades de negocio que podemos detectar, analizando cuáles encontramos en pequeñas y medianas empresas (segmento General Business), y cuáles encontramos en grandes corporaciones. (segmento enterprise) Ok, comencemos. Diapositiva número cinco. 5 SOA Entry Points – (Puntos de Entrada a SOA). En IBM, SOA es nuestra razón de ser. Hemos realmente concentrado nuestros esfuerzos en enfocarnos en la iniciativa de arquitectura orientada a servicios (SOA) y toda la compañía está verdaderamente respaldándola. Cuando hablamos de SOA, hay típicamente cinco puntos de entrada para comenzar a caminar este camino. Personas, para mejorar la productividad colocando la información a disposición de maneras adecuadas para cada usuario. Procesos, para mejorar los procesos de negocios y facilitar la innovación de negocios. Información, entregando información como un servicio. Conectividad, conexión de todos los aspectos dentro de la empresa como de la empresa extendida, poniendo a disposición las aplicaciones nuevas y existentes de forma que sean reutilizables. Lo que vamos a examinar hoy es el componente de conectividad de los cinco puntos de entrada. Este es el conducto que hace la unión de todo – en efecto el pegamento a SOA. IBM CORPORATION Moderador: Cathy Daly 12-19-07/1:00 p.m. CT Confirmación # 7940110 Página 3 Si observan la diapositiva número seis, verán una ilustración de la arquitectura de referencia IBM SOA. La utilizamos mucho en IBM para describir los diversos aspectos de lo que significa una arquitectura orientada a servicios. En el centro de esta arquitectura de referencia, encontramos el concepto principal que hace a SOA, el Enterprise Service Bus (ESB). Eso es – la infraestructura de conectividad, que provee conectividad y une todos los diferentes tipos de servicios disponibles. Esa es realmente la esencia del concepto de conectividad, pero hay algunos otros conceptos que de cierta forma están relacionadas a la conectividad y se hacen parte de ella en muchos aspectos. Se trata de temas como Partner Services y Access Services. Partner Services son en efecto, servicios B2B. Servicios que conectan a las organizaciones más allá de sus organizaciones, integrando a sus asociados fuera de la empresa. Así, efectivamente es una extensión del Enterprise Service BUS. Los Access Services son adaptadores. Adaptadores para ayudar a habilitar aplicaciones al ESB o a habilitar aplicaciones Legacy a SOA que, solas, no se adaptarían a una infraestructura SOA. Ahora, muchas de estas ‘habilitaciones’ se pueden hacer directamente con un Enterprise Service BUS y en efecto, IBM está incluyendo la mayoría de los adaptadores, y/o adaptando la mayoría de los adaptadores en nuestro Enterprise Service BUS. Esa es la dirección a seguir. Ustedes observarán en la parte externa, a la izquierda Development Services (Servicios de Desarrollo) y a la derecha, Management Services (Servicios de Gestión). Los Servicios de Desarrollo son las herramientas utilizadas para desarrollar soluciones de conectividad. En el mundo IBM la mayoría de nuestras herramientas están construidas en la base de herramientas Eclipse. Esto provee una única herramienta de desarrollo, proveyendo puntos comunes en muchas de las herramientas que ofrecemos con nuestras soluciones de conectividad. Arriba, a la derecha, están los Servicios de Gestión. Esta es un área emergente, que en realidad agrupa todas las herramientas que ustedes necesitarían para administrar la conectividad en un entorno SOA. De qué productos estamos hablando que se adaptan a esta arquitectura de referencia de conectividad SOA?. IBM CORPORATION Moderador: Cathy Daly 12-19-07/1:00 p.m. CT Confirmación # 7940110 Página 4 Si se dirigen a la diapositiva número siete, verán cómo las ilustraciones, cómo los productos se adaptan. Hay realmente varios componentes que se adaptan a un conjunto global de ofertas de conectividad y administración. En el centro, ustedes verán los principales – WebSphere Message Broker, WebSphere ESB y WebSphere Data Power XI-50. Esos son nuestros principales Enterprise Service BUS's. Adicionalmente, existen otros componentes que son parte del Enterprise Service BUS de una forma o de otra. Por ejemplo, WebSphere Transformation Extender, que es un correlacionador común de transformación, que se sitúa y puede ser usado con todos nuestros offerings de Enterprise Service BUS's. Además, tenemos WebSphere MQ & WebSphere Data Power XS-40. WebSphere MQ es nuestra columna universal de conectividad, el transporte, un transporte seguro que une prácticamente todo. WebSphere Data Power XS-40 es un accesorio construido para un fin específico que proporciona seguridad y encriptación en la red, tornándose un componente extremamente útil. En la parte inferior a la izquierda, ustedes verán el WebSphere Partner Gateway, nuestra solución B2B. Y en la parte inferior a la derecha, WebSphere Adapters, que es nuestra oferta de servicios de acceso. En el extremo izquierdo, ustedes verán el WebSphere Integration Developer, que ese un kit de herramientas específico para construir la integración para el WebSphere ESB y para WebSphere Process Server. Y luego podrán ver el WebSphere Message Broker Tool Kit, herramienta de desarrollo incluida para WebSphere Message broker. A la derecha, verán tres productos que podríamos clasificar como nuestra solución de gestión: Tivoli Composite Application Manager, WebSphere Services Registry y Repository. Y el Tivoli Federated Identity Manager. El WebSphere Services Registry and Repository frecuentemente está exhibido en el área del ESB y en muchos aspectos es una extensión del ESB, pero en realidad está desempeñando un papel de gestión y por eso, para los fines de hoy, lo hemos colocado en el grupo de gestión. IBM CORPORATION Moderador: Cathy Daly 12-19-07/1:00 p.m. CT Confirmación # 7940110 Página 5 Entonces, esos son los productos que vamos a examinar en breve en este módulo hoy, y vamos a explicar como todos se ajustan entre sí y además, analizaremos cuáles son las oportunidades para estos productos. Pero antes de eso, no obstante, voy a dedicarle algunos minutos a hablar sobre el mercado. Si ustedes consultan la diapositiva ocho, verán un resumen de la oportunidad de mercado de conectividad. Está compuesta de tres partes. Tenemos el espacio tradicional de mensajería de middleware, cuyo actor principal es el WebSphere MQ. Tenemos el espacio del Enterprise Service BUS (ESB) que según el requerimiento puede ser desempeñado por el WebSphere ESB, el WebSphere Message Broker y/o el WebSphere Data Power XI-50. Y tenemos además el espacio SOA ESB de control de gestión. En el espacio mensajería de middleware, IBM es sin dudas el mayor participante en este segmento. Tenemos cerca del 71% de participación de mercado. Este es hoy un mercado de aproximadamente $900 millones y sigue creciendo, algunos analistas dicen que la tasa de crecimiento es del 6,5%, otros mencionan tasas mayores. De hecho, algunos de nuestros datos indican que está en realidad, creciendo más rápidamente. De cualquier forma, para todos los efectos, el punto es que IBM es el participante principal y líder en un área donde todavía hay crecimiento. Adicionalmente, el segmento de mensajería de middleware da la base para participar en otras áreas cuando hablamos de conectividad. El segundo segmento es el área del Enterprise Service BUS (ESB) o servidores de integración. Dependiendo de cómo se observe el mercado, hay diferentes participaciones – DataQuest ha afirmado que IBM tiene una participación del 40% en el mercado de Enterprise Service BUS, pero en una cifra más realista IBM tiene cerca del 20% de participación y eso se compara a nuestro mayor competidor que sería TIBCO, quienes tienen una participación de cerca del 10%. Este segmento es muy atractivo y con mucho potencial de crecimiento, aunque actualmente con muchos actores queriendo participar. Hay muchos actores diferentes que ofrecen diferentes componentes que varían desde servidores de integración a adaptadores Pero cuando hablamos IBM CORPORATION Moderador: Cathy Daly 12-19-07/1:00 p.m. CT Confirmación # 7940110 Página 6 del segmento de integración, nos referimos en forma genérica, a un segmento que está en constante crecimiento, a una tasa del 12% en un mercado muy grande. Hay muchas oportunidades en él. Pero la gran oportunidad de mercado es alrededor de la idea de governance y gestión. Esto significa la idea no solo de administrar EBSs de compañías como IBM, sino cualquier tipo de EBSs existente. Y ahora mismo, ese mercado es relativamente pequeño, pero está creciendo muy, pero muy rápidamente. E IBM tiene una pequeña participación en ese mercado, pero estamos trabajando muy duro para asegurarnos de obtener una participación mucho mayor. Es por eso, que parte de lo que vamos cubrir en breve es explicar el tipo de ofertas que IBM dispone en este espacio para ayudarlos a aprovechar las nuevas oportunidades que se están presentando en él. Entonces, pasemos al tema central de la discusión, el problema de negocio. Diapositiva nueve. La diapositiva nueve muestra un gráfico que muchos de ustedes probablemente han visto antes. Es un tipo de gráfico que solemos llamar ‘espagueti’ para graficar la conectividad típica de una compañía. Este grafico presenta los distintos tipos de aplicaciones conectadas con sus interfaces. Es un gráfico que encuentra buena resonancia con muchos clientes porque todos parecen sentirse relacionados al problema, identificados. La cuestión es que las organizaciones disponen de una infraestructura de IT que se ha vuelto muy compleja. Ha crecido a lo largo del tiempo, las cosas se han apilado las unas sobre las otras, se han construido conexiones ad-hoc entre aplicaciones de todo tipo, generando un ambiente muy inflexible. Y esta inflexibilidad les hace daño. El lanzamiento de nuevos proyectos no siempre es viable, hay un alto costo de mantenimiento de aplicaciones e interfaces, siempre que desean hacer cualquier tipo de cambio. IT is un inhibidor, y este es, efectivamente, el centro del problema que nosotros queremos intentar solucionar con las soluciones de conectividad. Pero para entender cuáles son las implicaciones de esto, ustedes deben pasar al cuadro número 10 y observar que el gran problema es que el mantenimiento de aplicaciones está en realidad consumiendo la mayoría de IBM CORPORATION Moderador: Cathy Daly 12-19-07/1:00 p.m. CT Confirmación # 7940110 Página 7 los presupuestos de IT. A lo largo del tiempo, al paso que IT se va apilando sobre sí mismo – una capa por encima de la otra y así continuamente – la cantidad de dinero disponible en la mayoría de los presupuestos para nuevos proyectos – trucos, simplemente se vuelve muchísimo más difícil y – y en verdad las compañías terminan gastando sus recursos en la tentativa de ajustar una cosa a otra cada vez que desean hacer un cambio, eso se hace muy caro. Éste es el rol de uno de los productos principales que ofrecemos, el Enterprise Service BUS. El cuadro número 11 describe qué es un Enterprise Service BUS. Hay muchísimas definiciones de un Enterprise Service BUS, pero para nosotros, simplemente se resume en esta noción de una infraestructura flexible de conectividad para integrar aplicaciones y servicios, y hay una leve distinción de la cual voy a hablar más adelante. Pero en realidad esta solución realiza cuatro cosas principales. Combina y routea comunicaciones entre servicios. Tiene la capacidad convertir diferentes protocolos de transporte. Puede transformar entre diferentes formatos de datos y puede identificar y distribuir eventos de manera que captura información en movimiento entre aplicaciones para registrarla para fines de auditoria o para identificar eventos que se pueden usar para desencadenar otras acciones. Y eso es realmente su esencia. La idea de un Enterprise Service BUS es como un comunicador o traductor universal, donde se entra en el bus hablando un idioma y se sale de él hablando otro, o en este caso, sus aplicaciones entran en el BUS de la forma que ellas entienden y el Enterprise Service BUS cuida de realizar la traducción en términos de adonde va y en términos de sus – los puntos finales con los cuales se están comunicando. Examinemos este aspecto del Enterprise Service BUS y cómo él ataca este problema de mantenimiento de aplicaciones. ¿Por qué las compañías necesitan ESBs? Vamos a pasar a la diapositiva número 12. Bueno, simplemente se resume a esta idea de lógica de interfaz. Compañías – desarrolladoras de aplicaciones, cuando desarrollan programas, si tienen que conectarse a otra aplicación, muchas veces contendrán alguna lógica de interfaz para conectarse a esta otra aplicación, simplemente harán una llamada para hacerlo. Y puede ser que IBM CORPORATION Moderador: Cathy Daly 12-19-07/1:00 p.m. CT Confirmación # 7940110 Página 8 usen una serie de diferentes opciones para comunicaciones – puede ser que usen – realmente la forma más común de conectar las aplicaciones entre sí es a través de FTP. Pero la implementación también puede estar basada en enchufes TCPIP o HTTP o IIOP y también pueden tener alguna transformación, en la cual logran transformar esos datos que de traslada de un sistema a otro, en cuyo caso también incluirán eso en su aplicación. La implicación de esto es que cada aplicación con la cual ustedes se necesitan conectar, se vuelve un requisito de prueba y de cambio siempre que ustedes tienen que hacer cualquier tipo de cambio. Y a cuantas más interfaces se tengan que conectar, mayor es la cantidad de aplicaciones que tienen, mayor es la cantidad de interfaces que tienen y cuando ponen una a prueba, cuál es el impacto en la otra, etcétera. Y esto se puede hacer muy, pero muy complicado rápidamente y de hecho, ustedes podrán tener aplicaciones que, si están comunicándose con un montón de diferentes puntos, la lógica de la interfaz puede exceder la lógica de la propia aplicación. Así, el impacto de esto es que las compañías tendrán esos puntos de conectividad complejos, donde van a empezar a gastar cantidades crecientes de sus presupuestos de IT, en la tentativa de administrar las conexiones en vez de sus aplicaciones, y eso crea paralización total de IT. Bueno, este es el principal problema que estamos tratando de atender. Ahora, el problema es que en verdad se manifiesta en muchas otras áreas también. Si pasan al cuadro número 13, verá un área emergente que es el área de administración de identidad. Cuando pasan a utilizar implementaciones orientadas a servicios, si ustedes van a acceder a diferentes servicios, cada uno de esos servicios backend pueden tener su propio control de acceso, así es necesario iniciar la sesión con esto – con un login y contraseña particulares. Por lo tanto, ustedes van a necesitar grabar esa información en su aplicación. Ahora, si ustedes tienen grandes cantidades de aplicaciones a las cuales se están conectando, eso significa una gran cantidad de diferentes logins. Así, conectarse a este, este, y este, puede significar una tremenda cantidad de códigos y eso significa que se crea un problema de mantenimiento. De esta manera se crean dos problemas aquí, complejidad y el costo de mantenimiento de aplicación y riesgo y conformidad. IBM CORPORATION Moderador: Cathy Daly 12-19-07/1:00 p.m. CT Confirmación # 7940110 Página 9 Entonces, vamos a hablar solamente de esa primera – complejidad. Cada uno de los servicios a los que se accede tiene su propia identidad exclusiva y control de acceso. Las aplicaciones solicitantes necesitan especificar esa identidad y lógica de acceso y ellas las ocultan en la aplicación. Por lo tanto, cambios en ellas – que identifican acceso exigen, bueno, exigen cambios que pueden costar mucho dinero. El segundo problema de esto se refiere al riesgo. Así, como las infraestructuras de IT pueden crecer, la pregunta es ¿quién hace los cambios para acceder al control de acceso? ¿Sus desarrolladores? ¿Ustedes saben cómo se hace? Y eso crea un cierto grado de riesgos específicamente en el entorno actual, donde estamos hablando de conformidad – con la conformidad normativa consistiendo en uno de los mayores problemas que nuestros clientes enfrentan. El otro problema es la auditoría. Auditoría no es aquello de lo que ustedes pueden auditar, sino es lo que ustedes tienen – que es fácil de hacer la auditoría. Y así se hace muy difícil realizar la auditoría cuando ustedes tienen toda una gama de diferentes conexiones. De esta manera, hacer la auditoría es una tarea compleja siempre, crea un riesgo de violación de seguridad. Entonces, este es el problema principal. Ahora, SOA tiene la finalidad de tratar esos problemas. El cuadro 14, de alguna manera, destaca qué es lo que SOA es en realidad. La idea de contar con una Arquitectura Orientada a Servicios (SOA), es permitir que sus aplicaciones cuenten con interfaces de servicios abundantes. Son abstracciones de negocios acerca de qué es lo que el servicio hace, con este input, qué tipo de output voy a obtener? Así lo describe muy, pero muy claramente en una interfaz. E intenta separar esa interfaz de la aplicación de negocios, de tal forma que ustedes no la tengan necesariamente oculta en la aplicación. Esto puede reducir mucha de la complejidad técnica de las interfaces, las hace más uniformes y puede hacer posible la reutilización porque así se hace fácil entender que son esos diferentes sistemas. No obstante – y varios de nuestros competidores cuando hablan de SOA – eso es todo lo que realmente piensan acerca de ello. Muy bien, realiza servicios, ustedes todavía necesitan saber qué servicios pueden conectar, dónde están, cómo conectarse a ellos, cómo iniciarlos, cómo IBM CORPORATION Moderador: Cathy Daly 12-19-07/1:00 p.m. CT Confirmación # 7940110 Página 10 intermediar las diferencias de formatos de datos porque aunque existan algunas cosas en común, existirán algunas diferencias. De tal modo, es aquí que el rol de un ESB entra en función y para realmente obtener valor de un ESB, nos dirigimos al cuadro 15 y observamos qué es lo que estamos diciendo. Las interfaces en sí pueden ser separadas, sin embargo siguen presas a la aplicación. La noción del Enterprise Service BUS es intentar trasladar la lógica de integración de las aplicaciones hacia el medio para que ustedes puedan lograr todavía mayor reutilización. Así, el ESB les permite, los conecta y les da acceso al servicio apropiado sin necesidad de conexiones codificadas. Deduce cuál es el protocolo apropiado para conectar a la aplicación backend. Personaliza la comunicación de tal forma que el mensaje enviado al destinatario haga sentido, por eso esa noción de traductor o comunicador universal y registra y administra las interacciones de manera que ustedes pueden realizar cosas como hacer auditoría, etc. Virtualiza el acceso a servicios, si así lo desean. Por lo tanto, esto es realmente – en resumidas cuentas, lo que un Enterprise Service BUS representa. La diapositiva número 17 o la diapositiva número 16 debería decir, les muestra el valor. El valor aquí es que el ESB separa la lógica de integración de la lógica de la aplicación y del proceso, de tal manera que ustedes obtienen un entorno despejado y eso significa que pueden reutilizar esas cosas, tanto los procesos de negocios como las aplicaciones y como resultado, pueden ser mucho más eficaces en su rol de IT. Vamos a pasar al cuadro 17. Hablemos ahora en términos de qué oportunidades de ventas podemos identificar. Bien, la primera es que el ESB – la finalidad básica de un ESB es intentar reducir los costos de mantenimiento y operaciones de sus aplicaciones, así como brindar mayor flexibilidad y mejor administración. Por lo tanto, hay algunos valores iniciales que entran en juego cuando hablamos de contar con un ESB como un entry point, como una solución de nivel de entrada. No obstante a lo largo del tiempo, si se continúa usando un ESB como el punto focal para conectar sistemas entre sí, ustedes empiezan a lograr ahorros bastante significativos en el IBM CORPORATION Moderador: Cathy Daly 12-19-07/1:00 p.m. CT Confirmación # 7940110 Página 11 presupuesto. Y eso se evidencia cuando ustedes empiezan a tener condiciones de reutilizar los activos una y otra vez, o a reducir la duplicación de trabajo, o al mejorar el acceso a información y a datos. Estamos reduciendo la duplicación de trabajo. Estamos mejorando el acceso a información y a datos. De esta forma la oportunidad de ventas al presentar esto a sus clientes es preguntarles ¿cuánto gastan actualmente en mantenimiento en sus entornos, y si les gustaría ahorrar, y cuánto podrían ahorrar? Y así, esto se transforma en la clave para vender un ESB. Cuadro número 18 y vamos a hablar de la oportunidad de venta número dos, que es la reutilización de los activos de software. La cuestión aquí es que ustedes tienen clientes que poseen toda una variedad de diferentes interfaces, no todas estándar, algunas pueden ser aplicaciones legacy CICS, otras pueden ser aplicaciones Microsoft, algunas pueden ser aplicaciones antiguas COBOL y PL1, y RPG, y varios tipos de diferentes aplicaciones, C++. Todas tienen interfaces diferentes. El objetivo de un ESB es el de ayudar a estandarizar esas interfaces, de tal forma que todas puedan ofrecer sus servicios con un aspecto común habilitando a sus aplicaciones, permitiéndoles proporcionar a aplicaciones legacy no estándar un aspecto estandarizado. Esta es por lo tanto una segunda oportunidad. Una tercera oportunidad que surge del cuadro 19 está relacionada a lanzamientos de fusiones y adquisiciones. Entonces, observen su base de clientes, identifique los clientes que están fusionándose, que compañía compró a qué otra compañía, en el mercado hay mucha actividad en este sentido. Y una compañía que se fusiona con otra, hay una oportunidad de integración. Pregúntele a sus clientes ¿cuál es su estrategia para administrar la integración de IT en la fusión y adquisición? El desafío es que por más que a todos les gustaría poder decir, “Vamos todos a ir a este módulo en particular,” o “Vamos todos a hacer esto, vamos todos a hacer esto,” habrá algún tipo de normalización de un sistema de IT. Aunque quisieran hacerlo, no es posible hacerlo de un día para el otro. Esto es algo que se tiene que hacer, que ha sido planificado. Así el IBM CORPORATION Moderador: Cathy Daly 12-19-07/1:00 p.m. CT Confirmación # 7940110 Página 12 Enterprise Service BUS puede transformarse verdaderamente en una herramienta de administración de proyecto. Una herramienta que les permite tomar sus aplicaciones y hacerlas disponibles en la arquitectura, habilitarlas orientada a servicios, básicamente colocarlas en el BUS y permitir que cualquier aplicación se comunique con cualquier otra usando sean cuales sean los formatos que se utilicen. A lo largo del tiempo, un cliente – una compañía podrá decidir sustituir aplicaciones existentes y transformarlas en entornos de servicios Web puros, con una infraestructura o interfaz puramente de servicios. Y así, ustedes desearán poder retirar una y sustituirla por otra. Para eso el Enterprise Service BUS los ayuda a lograrlo. Y permite también trasladar y fusionar sus sistemas dentro del presupuesto, de la forma que sus recursos y su presupuesto requieren. Y esa es en verdad la clave. Vamos entonces a examinar otra oportunidad, la integración de múltiples canales, cuadro número 20. La cuestión aquí es que muchas compañías se están trasladando – tienen un modelo de negocio en el cual han tenido servicios de computación por ejemplo, que se han aplicado a los usuarios de una forma o de otra, quizás sucursales de banco. Todos usaban cajeros de las sucursales o todos hacían pedidos a través de un agente de viajes. Y la Web ha abierto una nueva oportunidad. Ahora hay personas que hacen todas sus transacciones de banco a través de la Web. Hay personas que – obviamente en el ramo de bancos, tuvimos la introducción de las ATMs (cajeros automáticos). Así las personas interactúan con las compañías a través de una gran cantidad de diferentes maneras. De esta forma, el ESB proporciona una solución verdaderamente buena para ayudar la integración de múltiples canales y eso es porque es capaz de comunicarse con sistemas backend y presentar información en todos los tipos de maneras distintas. Si ustedes tienen un IBM CORPORATION Moderador: Cathy Daly 12-19-07/1:00 p.m. CT Confirmación # 7940110 Página 13 sistema SAP antiguo, por ejemplo, que tenga una interfaz específica, pueden recolectar la información de ese sistema SAP y presentarla de una nueva forma interactuando con otros sistemas de una nueva manera que tenga sentido. Adicionalmente, pueden proporcionar seguridad a un ESB, lo que puede asegurar que las personas que acceden son, en efecto, quienes dicen que son. Y esa es una de las oportunidades sobre las cuales vamos a hablar aquí dentro de un rato. Pero, esta idea principal de integración de múltiples canales es donde el ESB actúa. Estas son, por lo tanto, cuatro oportunidades. Vamos ahora a ver más en detalle y observar los diferentes tipos de ESBs que existen. Si observan el mercado como un todo, hay diferentes categorías de ESBs que han surgido en los años recientes. El gráfico en la diapositiva 21 muestra algunos de los actores, así como a IBM dentro de este espacio, para darles una idea de donde se encuentran esos diferentes actores. Diferentes proveedores, diferentes analistas como Gartner Group han discurrido acerca de ellos como de diferentes categorías. Así, aquí hay tres, EBSs basados en la plataforma, EBSs independientes de plataforma y EBSs en appliances. La idea de un ESB basado en la plataforma es un ESB, que está unido a un sistema existente, en general un entorno de servidor de aplicación. Esos serían productos como el producto WebSphere ESB exclusivo de IBM o el Aqua Logic service BUS de BEA, o el eBIS ESB de JBOS, o la base de comunicaciones de Microsoft, u Oracle, etcétera. De todos esos proveedores, todos tienen algún tipo de infraestructura de conectividad que está desarrollada en sus entornos. Y eso está bien, si es lo que ustedes realmente desean. Sin embargo, una gran cantidad de compañías disponen de un amplio conjunto de tecnologías en su organización, y en verdad – ellas están buscando algo que tenga un rol mucho más de adaptador universal que se puede conectar a todos los tipos de diferentes entornos, y es ahí que la noción de un ESB independiente de plataforma actúa. IBM también vende uno de esos. WebSphere Message Broker es nuestra solución como ESB independiente de plataforma. Funciona maravillosamente IBM CORPORATION Moderador: Cathy Daly 12-19-07/1:00 p.m. CT Confirmación # 7940110 Página 14 en un entorno Microsoft, por ejemplo, todo Microsoft o en un entorno todo BEA, o en un entorno Oracle, con la misma eficacia con que puede funcionar en un entorno todo WebSphere, o en cualquier combinación, de esos diferentes tipos de sistemas. El tercer tipo de ESB que ha surgido es la idea de un accesorio, o un switch de integración construido para una finalidad específica que puede ubicarse en la red y puede hacer una cierta cantidad de trabajo para transformar diferentes sistemas, diferentes cosas en conjunto. IBM también tiene un producto para este caso, el WebSphere DataPower Integration, una caja de hardware, el XI 50. Hay otros proveedores que también actúan en ese espacio. El punto de este gráfico es demostrar que IBM tiene todas sus bases cubiertas. Y eso de cierta forma se extiende al cuadro siguiente, que es el 22 y que describe las varias soluciones. WebSphere ESB está construido en el servidor de aplicaciones WebSphere. Es muy específico de servidor. WebSphere Message Broker, que es mucho más universal e independiente de plataforma en su visión. Y luego, tenemos el accesorio de integración WebSphere DataPower, que es este hardware construido con una finalidad específica. Ahora, todos esos ESBs tienen características comunes pero también tienen diferencias. Todos tienen características comunes para tratar los estándares comunes o las intermediaciones comunes, si así lo desean. Todos realizan la transformación de formatos de datos comunes, en términos muy específicos de esta noción de servicios Web. Y tienen conectividad a través de protocolos comunes, por lo tanto los principales protocolos en uso en el mercado actualmente están soportados. Además, todos tienen capacidades de servicios Web estándar líderes. También pueden funcionar con interoperabilidad con otros productos ESB. Cada uno brinda las capacidades que un ESB debe brindar, cada uno es sólidos y confiables, y responden a las necesidades especificas de nuestros clientes. IBM CORPORATION Moderador: Cathy Daly 12-19-07/1:00 p.m. CT Confirmación # 7940110 Página 15 Pero también hay diferencias. Así la diapositiva 23 empieza a presentar donde podemos distinguir algunas de esas diferencias. El cuadro 23 habla de IBM WebSphere ESB desarrollado en el servidor de aplicaciones Websphere. Su modelo de programación está muy basado alrededor de la noción de servicios, integración basada en servicios. De hecho, cualquier cosa que se parece por fuera, cualquier cosa a la cual se conecte, él asume que se trata de un servicio. Lo encara como un servicio. Y de esta forma, si no se adapta a aquel modelo, tiene que ser transformado en algo que se adapte al modelo. También se ubica en el servidor de aplicaciones, lo que le permite actuar tanto como un entorno host para servicios, como también como un entorno de conectividad. Y es extensible al servidor de procesos WebSphere (WebSphere Process Server), lo que permite hacer upgrade de WebSphere ESB para transformarlo en un entorno completo de servidor de procesos, teniendo además exactamente las mismas herramientas. El producto proporciona herramientas previamente construidas, entrega conectividad, conectividad genérica. Proporciona transformación basada en XML a través de adaptadores. Puede ser usado con WebSphere TX, o con el agente de mensajes WebSphere, que puede manejar entornos muy complejos, para transformar esos datos en un formato común. Y entrega este entorno principal denominado el mecanismo de infraestructura de eventos comunes, que coloca las cosas en un formato común – un formato que puede luego ser utilizado con un monitor y herramientas de actividad de negocios, como WebSphere Business Monitor de IBM. Vamos a trasladarnos al cuadro 24 y vamos a hablar de WebSphere Message Broker. Este producto es el ESB neutro en cuanto a plataforma. No requiere que ustedes dispongan de experticia en un entorno específico. Está optimizado para acomodar cualquier entorno. Y tiene un rango muy amplio de posibilidades de conectividad. También cuenta con cualidades de servicio exclusivas para el entorno z/OS de IBM, nuestro entorno de mainframe. Tiene abundantes posibilidades para identificar y afianzar información basado en contenido, incluyendo IBM CORPORATION Moderador: Cathy Daly 12-19-07/1:00 p.m. CT Confirmación # 7940110 Página 16 mensajería subscrita publicada que esté basada en ambos, no solamente asunto sino también contenido de mensaje. De hecho, es – creemos que es la única solución en el mercado que ejecuta suscripción pública basada en contenido de mensaje específico. También explora la conectividad universal usando WebSphere MQ. En efecto, es un tipo de upgrade del entorno MQ. También soporta una serie de otros protocolos, incluyendo soporte para integración de dispositivos y etcétera. Y proporciona transformación entre una gama muy amplia de formatos. Es capaz de tratar con cualquier tipo de integración de formatos muy personalizados, tanto los estándar como el XML. Así, es diferente del WebSphere ESB en el sentido de que el WebSphere ESB, si se usa la analogía del traductor universal, trata de traducir todo a un lenguaje común con el cual entonces todos pueden estar en comunidad. Mientras WebSphere Message Broker puede adoptar este enfoque, también puede conectar cualquier cosa a cualquier cosa directamente, como si cualquier persona pudiera hablar con cualquier otra. De esta manera proporciona cierto valor como un adaptador universal en ese sentido. También está optimizada para procesamiento de alto volumen de transacciones y detección de eventos complejos, así como ruteo. Diapositiva 25, WebSphere DataPower - accesorio de integración XI 50. Como dije, este es un ESB basado en hardware. Es un poco diferente de los otros entornos; no se puede programar, y no se puede hacer upgrade de él de la misma forma que se haría de un sistema operativo. Puede ser configurado, pero eso es un poco diferente de programar. Puede también ser – y se pueden cambiar el firmware pero eso tiene limitaciones acerca de hacer upgrade de versiones siguientes y etcétera. Por eso es posible que tengan que comprar una nueva caja al colocarlo en una aplicación de integración. Sin embargo, hace lo que hace, y lo hace muy bien. Hace seguridad, conversión de protocolo e integración basada en estándar, todo en un único dispositivo de hardware y es muy simple de desplegar y de administrar. Por eso tiene un lugar. Y puede asegurar que su punto fuerte IBM CORPORATION Moderador: Cathy Daly 12-19-07/1:00 p.m. CT Confirmación # 7940110 Página 17 verdadero está en esta noción de seguridad. Tiene posibilidades de asegurar los servicios de red y Web con control de acceso y de cumplimiento de políticas, y demás. Y así de cierta forma sirve como una extensión de una capa de mensajería en ese aspecto. También es capaz de tratar de conmutación entre protocolos, ciertos protocolos a velocidad de transmisión por cable. Además habilita la transformación entre una amplia gama de formatos de datos, incluyendo XML y formatos legacy y de la industria. No es tan extensible en este sentido como WebSphere Message Broker. Mientras el WebSphere Message Broker trata de conectar cualquier cosa a cualquier cosa, este producto es capaz de transformar formatos legacy pero ejecutará legay a XML y XML a legacy, como su punto primario. También puede capturar y emitir eventos para facilitar la administración de servicios Web y habilitar visibilidad de negocios en cosas como las consolas de supervisión de actividad, etcétera. Por lo tanto es una solución muy potente, que no obstante tiene un lugar específico. Y lo interesante acerca de esos tres productos, si se dirigen al cuadro 26, es que todos pueden trabajar en conjunto en una infraestructura federada. Por lo tanto WebSphere ESB es útil para funcionar como host de aplicaciones, conectividad basada en estándar y sistemas departamentales, mientras WebSphere Message Broker, tiene un rol que está mucho más en sintonía con un centro de datos corporativo, por ejemplo cuando ustedes desean hacer reintegro de cobro y tratar de una infinidad de tipos de extrañas y maravillosamente diferentes cosas. Proporciona una solución ideal para un tipo de solución de base para grandes empresas. Además, la solución DataPower tiene puntos fuertes en áreas como la aceleración de XML y seguridad, y puede trabajar con los otros ESBs como una pasarela de recursos o se puede colocar en sitios como el DMZ para firewall. Puede también funcionar como un sistema ESB de entrada, porque no requiere hardware adicional y así sucesivamente. IBM CORPORATION Moderador: Cathy Daly 12-19-07/1:00 p.m. CT Confirmación # 7940110 Página 18 Vamos entonces a examinar algunas de las oportunidades que estos productos nos entregan, específicamente. El cuadro número 27 muestra una oportunidad de ventas con WebSphere ESB y ésta se basa en esta noción de hosting de servicios Web y conectividad en una solución. Muchos de nuestros clientes, muchos clientes por ahí, tienen el WebSphere Application Server ND 6.1. Es un producto extremamente popular. Y esos clientes han usado este producto para desarrollar aplicaciones Web y están actualmente desarrollando servicios Web como el entorno que están hospedando en aquel entorno. Sin embargo, mientras los clientes empiezan a hacer evolucionar esta conectividad, esta infraestructura de servicios Web, empiezan a darse cuenta de que ellos en verdad desean algún tipo de entorno de conectividad previamente desarrollado para ese fin. Ese es el papel que desempeña el WebSphere ESB. Es una extensión natural del WebSphere Application Server ND porque contiene una licencia completa de ND. Esto significa que, cuando las compañías empiezan a crecer y desean extender aquel entorno, lo tiene todo en un único lugar. Esta es, sin duda, una oportunidad de ventas. Y ustedes deben identificar todos los clientes que tienen el WebSphere App Server ND actualmente para ver si hay oportunidad de hacerles un upgrade. Vamos a pasar a algunos de los otros productos. El cuadro 28 nos mostrará WebSphere Message Broker y el tipo de conectividad que este producto dispone. Podemos conectarnos a virtualmente cualquier cosa con este producto. Tiene sus propios protocolos nativos, evidentemente, MQ. Realiza transferencia de archivos que es una extensión del producto que se ubica en el MQ, con una herramienta denominada administrador de procesos para datos. Es capaz de tratar con dispositivos móviles, RFID y dispositivos Century. Posee conectividad de alta velocidad y baja latencia tanto para Internet como para intranet. Y además tiene conectividad con todos los tipos de otros sistemas. Así podemos, básicamente, conectarnos a cualquier otro sistema a través de cualquier JMS. IBM CORPORATION Moderador: Cathy Daly 12-19-07/1:00 p.m. CT Confirmación # 7940110 Página 19 También se dispone de un plug in para TIBCO Rendezvous, si tienen un entorno TIBCO Rendezvous es muy eficiente. HTTP, y HTTPS, FTP y archivo, sockets TCP/IP, SMTP. Y una de las más recientes novedades relacionadas al producto, es que ofrecemos adaptadores build in en el entorno de herramientas para los principales entornos de aplicaciones. Y eso proporciona muchísima potencia, porque significa que ustedes se pueden conectar a aplicaciones corporativas sin necesidad de tener un adaptador separado - y todo está inline y es extremamente rápido. Es importante mencionar, que se necesita licenciar dichos adaptadores para su uso, pero ellos son entregados con el producto. WebSphere Message Broker trata con todos los tipos de formatos legacy, así como con formatos XML. Vamos ahora a examinar algunas de las oportunidades específicas. Diapositiva 29. WebSphere Message Broker tiene soporte para un protocolo específico denominado el transporte de telemetría MQ. Este es un protocolo extremamente liviano, que de hecho tiene una cabecera de dos bytes. Y es capaz de trabajar en un entorno extremamente liviano para comunicarse con todos los tipos de diferentes dispositivos. La ventaja de este producto, es que él es capaz de conectar todos esos dispositivos a sus sistemas principales asi como a facturación, gestión de la cadena de suministros y así sucesivamente. Y ustedes pueden empezar a disponer de una visión muy rápida de cómo empezar a administrar su entorno global de algunas formas diferentes. Esta solución utiliza un tipo de protocolo diferente. Genera reportes basados en excepciones, en vez de sondeo continuo, que es común en muchos de los otros protocolos, generando un ahorro substancial de costos de red. Además es capaz de permitir análisis en tiempo real de dispositivos y eventos, lo que puede traducirse en acción inmediata. Así, un buen ejemplo está en la industria del petróleo y del gas donde alguien podría tener un conjunto de cañerías y desear tener condiciones de supervisar las tuberías y el flujo de petróleo. IBM CORPORATION Moderador: Cathy Daly 12-19-07/1:00 p.m. CT Confirmación # 7940110 Página 20 Se podría usar eso para identificar la dirección en que está siguiendo el gas, y se podría conectarlo directamente a sistemas de facturación, donde se podrían emitir las facturas de sus clientes casi inmediatamente, una solución muy potente. Una de las funcionalidades secundarias del Message Broker que vale la pena mencionar, se encuentra en la diapositiva 30, y es una función, en realidad es un paquete de soporte que se puede descargar gratuitamente para Message broker, destinado al procesamiento de eventos complejos. El mismo es llamado: situation manager. Este recurso les permite definir eventos de negocios, definir entornos complejos, como ser – un producto específico se comercializó tres veces en un día o algún otro tipo de situación. Una vez que detecta estas situaciones definidas, se lo puede utilizar para conducir información a cartolas de control o dashboards, llevar nuevos eventos a nuevos puntos para proporcionar soporte a decisiones, etc. Esto significa que tiene aplicaciones en seguridad, en detección de fraudes, en identificación de patrones y en la verificación de conformidad, una solución muy, muy potente. Que funciona muy bien con el Message Broker porque el mismo es extremadamente competente en la realización de transformación en alta velocidad de una infinidad de eventos. El cuadro número 31 es una tercera oportunidad relacionada con WebSphere Message Broker, consolidando archivos y tráfico de mensajes. He mencionado antes que un 65% de la integración de aplicaciones se hace con archivos batch típicamente a través de FTP. Lo que hay de interesante es que los clientes en general tienen una infraestructura separada para tratar el archivo batch, que es diferente de su infraestructura de procesamiento de mensajes. Así Message broker siempre ha proporcionado muy buen resultado en la ejecución de procesamiento basado en mensajes. Sin embargo, no siempre ha sido eficiente en realizar los basados en archivo. Pero hemos añadido capacidades al producto, que realmente le permite tratar el procesamiento de archivos también. Tiene nuevos nodos FTP y de archivo incluidos. Provee la posibilidad de manejar estructuras de archivo extremamente grandes. El producto IBM CORPORATION Moderador: Cathy Daly 12-19-07/1:00 p.m. CT Confirmación # 7940110 Página 21 siempre se ha mostrado eficiente en tratar de estructuras complejas, pero ahora se puede trabajar con ellas todavía mejor, usando cosas como las que son nativas del producto, así como adiciones, como el WebSphere Transformation Extender. Y el rendimiento es fantástico. Y cuando se lo combina a soluciones como la transferencia administrada de archivos, gestor de procesos para datos en MQ, es una solución verdaderamente imbatible para procesamiento de archivos. Además, las ventajas de tener condiciones de contar con una infraestructura para el procesamiento tanto de archivos como de mensajes, pueden representar ahorros significativos para las compañías. Esta, por lo tanto, representa una solución potente, que ustedes deben mantener presente. La diapositiva número 32 nos muestra la de un ESB en una caja. Y esto es algo que se puede entregar con DataPower, el accesorio de integración de DataPower XI 50. Puede ayudarlos a vender un ESB donde de otra forma no podrían lograr la oportunidad. Por ejemplo, en un entorno EBS competitivo o en un entorno competitivo donde ustedes tienen algo más, algún otro agente de mensajes involucrado, este producto puede ser la solución ideal. Puede mejorar significativamente las velocidades de procesamiento y se conecta bien a los entornos. De hecho, este producto contiene un TIBCO Enterprise Messaging Service cliente en la caja, que ustedes pueden utilizar para conectarse a un entorno TIBCO y para acelerarlo, así como a un entorno MQ. Y esto proporciona algunas posibilidades muy interesantes. También proporciona una buena oportunidad en negocios de pequeño y medio porte donde las experticias pueden ser limitadas y donde deseen una solución lista para el uso donde hay – ustedes sepan que es verdaderamente libre de complicaciones. No se requiere hardware adicional aquí. Así, cuando ustedes empiecen a calcular el precio, puede ser que acabe por ser mejor, y la administración está toda basada en Web y conducida por configuración. Así es una interesante solución para esos entornos. IBM CORPORATION Moderador: Cathy Daly 12-19-07/1:00 p.m. CT Confirmación # 7940110 Página 22 El DataPower – el XI 50 también es una de tres ofertas de la caja de DataPower. Otra de esas es el gateway de seguridad DataPower XML o el XS 40. Este producto es un firewall SOA, una solución de seguridad de servicios con control de acceso y un punto de imposición de políticas que ustedes simplemente pueden colocar en sus redes. Proporciona interoperabilidad con tipos de entornos de terceros. Puede proporcionar – es totalmente conducido por configuración. Y así no requiere mucha experticia. Y eso se puede aplicar a – cualquiera de los entornos ESB, en efecto, el XI 50, el tercero ESB lleva incluidas todas las funciones del gateway de seguridad XML. Por lo tanto, he aquí una oportunidad para ustedes, diapositiva 34. Con el WebSphere Message Broker 6.1, hemos alineado las herramientas con el entorno de datapower. Uno de los desafíos cuando se está construyendo grandes infraestructuras EBS son cosas como el procesamiento de seguridad de servicios Web. Puede consumir hasta un 90 por ciento del costo de un flujo de mensajes. Así, cuando ustedes empiezan a manejar centenares y miles de aplicaciones, donde se realiza la seguridad de procesamiento WebSphere, eso tanto puede agregar como retirar mucho de su entorno de agente de mensajes, de donde ustedes desean que trabaje en otras cosas. Así, una de las posibilidades es descargar. Y todo está hecho, basta un clic con el botón de la derecha en un flujo de mensajes y esto hace surgir un recuadro que indica donde ustedes usan el DataPower y donde pueden marcar que desean realizar el procesamiento de seguridad en DataPower y entonces él se encargará de eso; y además el DataPower tiene la protección XML contra amenazas, la administración de nivel de seguridad. Y es capaz de descargar bastante del procesamiento permitiéndole obtener esta solución federada que funciona mucho mejor. Bueno, esto cubre los ESBs y los tipos de oportunidades principales que ustedes podrán ver en algunas de las distintas ofertas. Vamos entonces a expandir el conocimiento y examinar algunos de los otros productos y cómo se adaptan al contexto. IBM CORPORATION Moderador: Cathy Daly 12-19-07/1:00 p.m. CT Confirmación # 7940110 Página 23 La diapositiva 35 describe el WebSphere MQ. WebSphere MQ es un entorno de mensajes muy popular. Es usado por casi tres cuartos del mercado que compra software de mensajería. Es potente, ya que es capaz de proporcionar entrega asegurada una única vez. Así, es totalmente transaccional, este es el punto principal de esto. Pero lo que hace que este producto sea muy especial es el número de interfaces que contiene. Cuenta con la interfaz MX que es un API muy potente para comunicarse con cualquier plataforma. También soporta el API JMAS que en algunos aspectos es un sub conjunto del potencial de MQI que se usa como un API de mensajería denominador común similar al uso en otros – por otros proveedores. Cuenta con un API específicamente para el entorno punto-net. Tiene un API denominado XMS que tiene el aspecto y se porta como el JMS, pero es para entornos C y C++. Por lo tanto, si desean realmente dirigirse por ese camino, pueden hacerlo. Cuenta con SOAP y extensiones Web 2.0 y tiene también alguna buena conectividad con los espacios HTTP y FTP. De esta forma, proporciona un refuerzo exclusivo excelente para todos los tipos de diferentes ESBs y todos los tipos de distintas finalidades. Una de las mayores oportunidades de ventas con este producto, se presenta en la diapositiva 36 y trata de usar MQ como el transporte unificador para la empresa. Así lo que queremos decir con esto es que una gran cantidad de clientes desean usar JMS y JMS es usado para entornos Java. Muchos clientes pueden tener más que tan solo entornos Java a los cuales se desean conectar. Y diferentes mecanismos JMS de diferentes proveedores no se comunican realmente. Usan los mismos pero necesitan algo para comunicarse haciendo un puente entre ellos. Y eso se transforma en un problema de administración para una gran cantidad de clientes. Así, una característica exclusiva de MQ, particularmente en la más reciente versión del producto, es que hemos añadido este soporte a adaptador de la arquitectura del conector J2EE. Y eso significa que podemos enchufarlo como el proveedor JMS en virtualmente cualquier servidor de IBM CORPORATION Moderador: Cathy Daly 12-19-07/1:00 p.m. CT Confirmación # 7940110 Página 24 aplicaciones compatible con J2EE. De esta forma, si una organización está intentando unificar y disminuir los costos de su mensajería y desean contar con algo que puedan administrar a través de BEA y el servidor de aplicaciones WebSphere y JBOS y Oracle y todos los tipos de diferentes servidores de aplicaciones, no hay nada mejor que este producto para unificar ese entorno. Y esto puede reducir los costos substancialmente y permitir – y proporcionar un entorno más seguro. OK. ¿Qué otras oportunidades tenemos? La diapositiva 37 indica una nueva oportunidad que ha surgido recientemente con un producto que nosotros denominamos mensajería de baja latencia WebSphere MQ. Este producto fue usado en una versión anterior del agente de mensajes WebSphere, pero esta es una oferta de suscripción publicada autónoma, que está construida, que se usa para una entrega de alto rendimiento con una latencia extremamente baja. Es capaz de procesar ocho millones de mensajes por segundo, lo que es muy significativo, especialmente cuando se considera su competencia que consiste de productos como TIBCO Rendezvous o 29 West que tiene penetración en los mercados de servicios financieros. Lo que es diferente en este producto no es simplemente la velocidad o su baja latencia, es también su facilidad de administración. Por lo tanto cuenta con todos los tipos de posibilidades con funciones como control de tráfico que les permite controlar la tasa. Cuenta con migración tras error de secuencia para proporcionar alta disponibilidad. Trata con entregas entra primero sale primero incluso cuando hay fallas. Y son esas posibilidades combinadas a la baja latencia que le proporcionan una ventaja real. Además está incluido en el IBM WebSphere Front Office para mercados financieros, que es un sistema de datos completo para el mercado de oficinas principales. Por eso esto es importante, ya que lo que ocurre en los mercados financieros, es típicamente que ese tipo de clientes manipulan volúmenes crecientes pero tienen valores muchísimo más IBM CORPORATION Moderador: Cathy Daly 12-19-07/1:00 p.m. CT Confirmación # 7940110 Página 25 bajos. Así, para ir a la par con ese tipo de volumen y de administración, necesitan algo que pueda manejar velocidades con más eficiencia y este producto es perfecto para esa oportunidad. Otra oportunidad para el MQ se encuentra en la página 38 y trata de una iniciativa denominada el estándar de seguridad de datos de la industria de tarjetas de pago. Es posible que ustedes se hayan enterado de una violación que ha ocurrido recientemente en un comercio minorista de EE.UU. llamado TJ Max. En TJ Max, tenían todos los datos de sus tarjetas de crédito en un sistema y todo se perdió. Enorme, muy grande exposición de seguridad para ellos. Y esto ha llamado la atención de la industria de las tarjetas de pago, MasterCard, Visa, American Express, etcétera, en el sentido de que todos tienen que tomar medidas duras en cuanto al problema de fraude con transacciones con tarjetas de crédito. Por eso han creado un nuevo estándar, que están imponiendo a comercios minoristas y mercados de hospitalidad. Cualquier negocio que tenga negocios o que procese grandes cantidades de datos de portadores de tarjetas para implementar ciertos estándares. El principal requisito de este estándar es que tienen que tener un firewall para proteger los datos de las tarjetas, de forma cabal. Tienen que tener condiciones de encriptar datos para e-mails y para mensajería. Y tienen que poder cifrar datos en reposo, lo que quiere decir datos en bases de datos y en locales como datos – y cosas como colas de mensajes. WebSphere MQ cuenta con una excelente capacidad de cifrado o encriptado, sin embargo no es capaz de cifrar datos en las colas de forma independiente. Así esto lo podría dejar vulnerable y alguien podría entrar en él. La adición de seguridad extendida proporciona control de acceso a esas colas así como la capacidad de bloquearlos y cifrarlos en la propia cola. Una combinación de gateway de seguridad Data Power XML que es capaz de tratar con firewall y con cifrado de datos y la adición de la seguridad extendida MQ es ideal para este problema de la industria de tarjetas de pago. Y la presión que la industria de tarjetas de pago está ejerciendo sobre el comercio minorista, de hospitalidad, transporte, servicios financieros, asistencia médica, IBM CORPORATION Moderador: Cathy Daly 12-19-07/1:00 p.m. CT Confirmación # 7940110 Página 26 etcétera, significa que existe una oportunidad de upgrade la enorme base de instalaciones MQ al MQ Extent Security Edition. La diapositiva número 39 describe la oportunidad número 14, que es la transformación universal de ESBs de IBM. Tenemos un producto denominado WebSphere Transformation Extender (Extensor de Transformación WebSphere). Es una herramienta versátil de transformación de lista de códigos portátil para desarrollo y despliegue. Es simplemente un correlacionador. Y es muy potente porque es muy rápido. Es muy fácil de usar y se implanta en todas partes. Y disponemos de una versión que funciona en todos nuestros ESBs y agrega valor a esos entornos, como un correlacionador común. Puede ser ejecutada en un servidor de aplicaciones J2EE. Se puede ejecutar en sistema Z nativo o en otros sistemas. Y también se puede usar como una herramienta de transformación para acelerar otros ESBs, como TIBCO, software AG, Sonic, etcétera. Por lo tanto, en su calidad de herramienta universal puede ayudar a unificar y a rebajar costos en una organización que tenga entorno de IT muy complejo. La diapositiva número 40 muestra la oportunidad de venta relativa a los adaptadores WebSphere JCA. IBM dispone de varios adaptadores que se encajan en esta noción del modelo JCA y que son únicos en cuanto a lo que realizan. Lo primero es que esos adaptadores les permitirán habilitar sus aplicaciones para servicios. Tiene también algunas herramientas empotradas para husmear aplicaciones back end, como SAP y Oracle lo que posibilita investigar y descubrir elementos de esas aplicaciones, que se pueden hacer emerger como servicios. Se denomina el Enterprise Meta Data Discovery Agent (Agente de Descubrimiento de Meta Datos Corporativos). También tiene la capacidad de capturar eventos. Así, un gráfico cambia en un sistema Oracle backend. Y puede ser usada para señalizar o desencadenar un evento en uno de los ESB. Y eso puede entonces ser usado para generar algún otro evento. También – nosotros también hemos provisto aplicaciones preconstruidas y de industria – así como un kit de herramientas para todas las principales aplicaciones. Así que tenemos SAP, Oracle, Siebel, PeopleSoft y JD Edwards, IBM CORPORATION Moderador: Cathy Daly 12-19-07/1:00 p.m. CT Confirmación # 7940110 Página 27 pero ustedes la pueden utilizar para cualquier otro tipo de entorno. Y tenemos diferentes opciones de ejecución. Ustedes pueden ejecutarla directamente en el WebSphere ESB. La pueden ejecutar directamente en el message broker. O la podrían usar también en una versión autónoma o de ejecución remoto de agente de mensajes para funcionar como un adaptador para ESBs de terceros. Así es que se puede usar para unificar ESB o adaptadores dentro de la organización. La próxima oportunidad, en la diapositiva 41, trata de sincronización de datos. Y resulta de este concepto, qué se puede hacer con estos adaptadores. Un ejemplo de un requisito común serian los sistemas de RH y de la nómina que necesitan contener la misma información, por ejemplo, después de un cambio de dirección. WebSphere, los adaptadores disponen de estos pequeños gatillos que se pueden usar para identificar cuando ocurre un cambio, desencadenar una acción en un BUS de servicio de la empresa para crear, actualizar y eliminar y para conducir un flujo de mensaje para actualizar algún otro sistema. Otra oportunidad se puede observar en la diapositiva 42, que trata de integración B-to-B con WebSphere Partner Gateway. Este es un producto B-to-B. Ofrece una posibilidad de gateway para tratar todas las diferentes capacidades que ustedes desearían tener para hacer, si una aplicación necesita comunicarse con un montón de diferentes empresas backend, les permitirá tener una interfaz con aquel entorno, y resumirá todas las formas mediante las cuales ustedes desean comunicarse. Este es así en efecto un tipo de portafolio central. Pero yo he dicho que había surgido una gran oportunidad relacionada a control y gestión. Y esto nos conduce al siguiente tópico importante, ¿es eso lo que ocurre dentro de las organizaciones? En la diapositiva 43 ustedes pueden observar el tipo de paisaje de quienes toman las decisiones de IT. Y se trata típicamente de mucho más que un departamento de IT. Hay una grande IBM CORPORATION Moderador: Cathy Daly 12-19-07/1:00 p.m. CT Confirmación # 7940110 Página 28 cantidad de decisiones de IT que hacen – que son tomadas por diferentes grupos. Desafortunadamente, lo que ocurre cuando todos toman sus propias decisiones acerca de IT resulta en silos de IT. El resultado es una proliferación de diferentes tecnologías y aplicaciones. Y eso puede dificultar la reacción a los cambios del negocio. Cuando se está tratando de cosas como servicios Web, donde ustedes desean tener condiciones de reutilizar posibilidades, donde la reutilización es una posibilidad que quizás esté en uso en finanzas y que podría ser usada en ventas o en distribución u otros sectores, es necesario contar con alguna forma de control. Y si esto no se hace, sus aplicaciones empezarán a parecerse a un montón de bloques de construcción. Así no será posible obtener los beneficios de SAO, descritos en la diapositiva 44. De esta forma, esta cuestión de tener múltiples ESBs es potencialmente un problema y Gartner, entre otros, se han ocupado de esto en cuanto al crecimiento de múltiples ESBs y backbones de ESB, así como de la necesidad de federar todo esto. La diapositiva 45 es una gráfico de Gartner que describe los diferentes tipos de entornos. Así que la idea de un panel de conexión, saben, es imposible de llegar a eso, o la idea de tener múltiples paneles de conexión, que son todos lo mismo, puede ocurrir pero es raro, especialmente si cada uno desarrolla su propio entorno. Y con eso se pueden ver ante paneles de conexión descoordinados lo que transforma en un cierto desafío lograr conectar las diversas cosas en conjunto. O ustedes pueden adoptar un enfoque que signifique crear algún tipo de control a través de múltiples paneles de conexión. Y es ahí que entra IBM. Y es ahí que se encuentra la próxima oportunidad. Así es que la oportunidad de ventas 18 se encuentra en la diapositiva 46, que trata de esta noción de proporcionar una infraestructura federada para la gestión de ESB, donde se cuenta con múltiples ESBs, múltiples sistemas y se desea un conjunto de políticas consistente para acceder a los servicios. Se necesita gestión de servicios para asegurar que se obtiene buena IBM CORPORATION Moderador: Cathy Daly 12-19-07/1:00 p.m. CT Confirmación # 7940110 Página 29 calidad de los servicios, y se desea estar seguro que se va a obtener seguridad en toda la empresa. La diapositiva 47 contiene el primero de los productos. WebSphere Services Registering and Repository (WSRR). Este producto actúa sobre todo el ciclo de vida del acceso a servicios. Publicar un servicio cuando se crea, descubrir cuales son los servicios que existen, enriquecer esos servicios para que añadiéndoles contenido, administrar los servicios desde su nacimiento hasta su final y controlándolos y administrando quien recibe – o controlando quien tiene acceso, cómo y cuando. Esto es lo que este producto realiza. Y así puede reducir el tiempo que se necesita para este tipo de control. También es capaz de hacer selección dinámica de servicios y de realizar enlace en 'runtime'. De esta manera cuando alguien necesita un servicio es una cuestión de dirigirse al registro e identificar cual es el más apropiado. Y todos nuestros ESBs tienen posibilidades de realizar este tipo de selección dinámica. El segundo producto es el Tivoli Composite Application Manager descrito en la diapositiva 48. Este producto efectivamente les proporciona visibilidad de servicios de punta a punta. Mantiene registros de transacciones y supervisa cuanto a degradación de servicio de todos los diferentes servicios que se encuentran en marcha, y así sucesivamente. Además, permite que se creen cosas como umbrales para definir los niveles de servicio. Y cuando un nivel de servicio no se alcanza, ustedes pueden tomar medidas correctivas. Por ejemplo, si ustedes se conectan a una serie de servicios, y necesitan generar algunos servicios adicionales, eso se vuelve importante. También crea informes de reintegros de cobro y conformidad. Por lo tanto, si ustedes tienen múltiples departamentos creando servicios, todos usando uno u otro, van a desear poder pagar o hacer reintegro al departamento apropiado y tener condiciones de pagarlo. Esto pasa a ser bastante importante. IBM CORPORATION Moderador: Cathy Daly 12-19-07/1:00 p.m. CT Confirmación # 7940110 Página 30 La tercera solución ilustrada en la diapositiva 49 es el Tivoli Federated Identity Manager. Este producto está en verdad compuesto de varios componentes. Contiene un recurso denominado Tivoli Access Manager (Administrador de Acceso Tivoli), componentes del cual hacen parte del agente de mensajes WebSphere y de la adición de seguridad extendida MQ. Luego tenemos el Tivoli Identity Manager (Administrador de Identidad Tivoli) para identificar quién está usando el qué. El administrador de identidad federado les permite examinar todos los tipos de acceso o de identidades desde múltiples puntos y deducir que, bien este usuario es el mismo que este usuario y que este usuario, y tener condiciones de normalizar y de obtener acceso. Y esto crea una nueva oportunidad de ventas. Así la diapositiva 49 identifica esta idea de un ESB consciente de identidad o de un ESB del cual se han retirado toda la identidad y las llamadas de la aplicación y todo pasa por el BUS. Y al activar el administrador de identidad federado, el Enterprise Service BUS puede obtener acceso a todas esas diferentes aplicaciones in tener que registrar y grabar todos los diferentes controles de acceso. Esto proporciona tres beneficios principales. Separa – existe una separación de preocupación, así la seguridad es separada de la aplicación solicitante lo que les ahorra codificación y todo eso en sus aplicaciones. El segundo, sin embargo, quizás sea más importante todavía y es la separación de deberes. Así – los cambios de seguridad se retiran de los desarrolladores Existe un administrador de seguridad que realiza los cambios en vez de los desarrolladores. Y eso es importante, porque se relaciona con el último punto, que trata del riesgo de negocio. Y eso significa asegurarse que la administración de identidad y el acceso a la identidad son posibles de auditar. El administrador de identidad contiene algunas posibilidades de generación de informes, les permite ver quién IBM CORPORATION Moderador: Cathy Daly 12-19-07/1:00 p.m. CT Confirmación # 7940110 Página 31 está usando el qué, cuándo, cuándo se accedió, cómo se accedió y así sucesivamente. Así es que les permite excavar mucho más hondo. Esta es una solución muy, muy para cualquier empresa de grande porte, algunas pequeñas también, pero para todas las grandes. Y se trata de un diferenciador importante para los EBSs de IBM porque le hemos añadido las posibilidades de comunicarse directamente con el administrador de identidad federado Tivoli. Esto nos conduce ahora a nuestra última oportunidad. Que es esta idea de software como un servicio. Esta es, quizás una de las más interesantes y estimulante como una oportunidad de la industria en general. Y esto es SOA… proporcionar servicios reutilizables que se pueden llamar de muchas formas, a veces a través de la Web. Cambia la forma en que tal vez queremos mirar a las oportunidades y aplicaciones. Es un cambio especialmente para proveedores independientes de software que están acostumbrados a vender sus aplicaciones como grandes paquetes de aplicaciones para sus clientes. En vez de eso, permite que esos proveedores vendan sus partes de su aplicación o componentes de ella como servicios, que las compañías pueden entonces integrar a sus propios entornos. Y esto crea nuevas oportunidades. El segundo escenario se refiere a departamentos de IT corporativos, que se ocupan de todo tipo de servicios de diferentes departamentos, donde tienen que realizar algún trabajo de cámara de compensación para combinar los proveedores de servicios a los clientes, asegurándose no obstante que se cargue a todos el valor correcto por el uso de su servicio, lo que resulta en alguna actividad de contabilidad. Para hacer de este software una especie de servicio, ese tipo de concepto, ya sea con proveedores independientes de software o incluso con grandes cuentas, hay algunos requisitos necesarios. Ustedes tienen que disponer de alguna especie de virtualización de locales de servicio. Necesitan poder acceder, identificar dónde se encuentran los servicios y tener IBM CORPORATION Moderador: Cathy Daly 12-19-07/1:00 p.m. CT Confirmación # 7940110 Página 32 condiciones de llegar a ellos. Bueno, esto es perfecto para los ESBs y para WebSphere Service Registry and Repository (WSRR). Sin embargo también se necesita algún tipo de control de identidad y acceso porque es importante estar seguros que solamente ciertas personas, o solamente ciertas aplicaciones puedan acceder, y es ahí que recursos como la administración de identidad federada Tivoli desempeña un grande papel. El tercero se refiere a medición del uso. Así, si desean tener condiciones de cobrar e identificar quienes están usando el qué, y cuánto deben pagar, van a necesitar algún tipo de capacidad de medición y de cobro de reintegro, que es donde el Tivoli composite application manager (administrador de aplicaciones compuestas Tivoli) se encuadra. Y el cuarto se refiere a esta idea de SLA y gestión del rendimiento. Asegurarse que las personas a las cuales están suministrando servicios están logrando el tipo de rendimiento que ustedes – a los cuales se subscribieron. Ustedes necesitan contar con algo que sea capaz de capturar esa información. Y una vez más, eso se puede hacer en combinación con el administrador de aplicaciones compuestas de Tivoli, así como con el WSRR. La diapositiva 52 describe una solución global para conectividad. Es esta idea del Enterprise Service BUS o conjuntos de BUS's de servicios que se ubican en el centro, se integran y separan aplicaciones de procesos de negocios. La cima de la pirámide o la cima de la ilustración es la capa de gestión de ESB, la gestión de políticas, gestión de servicios, gestión de seguridad. Además existen algunos producto de IBM que se pueden usar como unificadores, no solamente para nuestro Enterprise Service BUS’s sino también para otros. Recursos como WebSphere MQ (el backbone de mensajes universal) o WebSphere TX (la herramienta de transformación universal), o adaptadores WebSphere que pueden funcionar como adaptadores universales, o el WebSphere Partner Gateway (gateway B-to-B) IBM CORPORATION Moderador: Cathy Daly 12-19-07/1:00 p.m. CT Confirmación # 7940110 Página 33 La diapositiva 53 describe algunas de esas oportunidades o resume esas oportunidades. Luego hagan un intento de determinar si estos recursos son útiles para empresas de pequeño y medio porte, o para grandes empresas. Todos son útiles para las grandes empresas, no obstante algunos como ahorros de presupuesto de IT, hosting más conectividad Web, integración de dispositivos de telemetría, consolidación de mensajes y archivo, ESB listo para el uso, conectividad universal, software de integración B-to-B como un servicio, tienen mucho viabilidad en el mercado SMB también. Así, lo que les animaríamos a hacer es usar este gráfico como una lista de control, cuando estén trabajando con sus clientes en la identificación de las oportunidades que son interesantes para ellos. Por lo tanto, resumen, diapositiva 54. El mercado de la conectividad es grande y creciente, un mercado en el cual IBM tiene una presencia importante con productos listos para ser actualizados y añadidos en muchos aspectos, en muchos mercados. La conectividad es una infraestructura que atiende a una serie de requisitos de los clientes como hemos podido observar hoy. Y las ofertas de conectividad de IBM son federadas para trabajar en conjunto. Los próximos pasos que deben dar es usar el gráfico de resumen de oportunidades como una lista de control para su planeamiento de ventas. Repásenla, examinen sus cuentas. Piensen acerca de cada una de esas oportunidades y analicen si se aplican. El otro paso es que ustedes pueden – que la conectividad es solamente una de las áreas contenidas en WebSphere que vendemos. Vendemos soluciones BPM, vendemos soluciones de infraestructura de aplicaciones, por lo tanto me gustaría animarlos a participar del módulo uno y del módulo tres. El tercer paso es que ustedes también se pueden mantener actualizados, lograr conocimientos más profundos acerca de productos, asistiendo a una de las sesiones virtuales de información o IBM CORPORATION Moderador: Cathy Daly 12-19-07/1:00 p.m. CT Confirmación # 7940110 Página 34 al WebSphere Top Gun o WebSphere think Thursday que es algo que se realiza todos los primeros Jueves de cada mes. Bueno, esto es todo para la presentación de hoy. Muchas gracias por su tiempo. Mucha suerte y buenas ventas. Gracias. FIN