IBM CORPORATION

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