Transformación de Negocios para Proveedores de

Anuncio
G U ÍA D E DE C IS IÓN ESB
Transformación de Negocios
para Proveedores de Aplicaciones
10 Preguntas antes de seleccionar un Bus de Integración Empresarial
10 Preguntas antes de
seleccionar un
Bus de Integración
Empresarial
InterSystems considera que el bus de integración
empresarial (ESB) es un motor de transformación de
negocios para los proveedores de aplicaciones.
¿Por qué el énfasis en la transformación? Para muchos
proveedores de aplicaciones el cubrir las necesidades
actuales de sus clientes requiere hacer un cambio en el
modelo de negocios. Los clientes buscan soluciones
unificadas y no que los proveedores les ofrezcan
portafolios de aplicaciones. Los clientes quieren que sus
aplicaciones sean instaladas en los dispositivos que ellos
elijan, desde computadores de escritorio a dispositivos
móviles. Después de todo, estas soluciones se deben
enfocar en la experiencia del usuario. Datos,
funcionalidad y análisis deben estar disponibles cuando
la gente lo necesite, en la forma que quieran y donde
quiera que estén.
Para lograr esta transformación, las distintas
organizaciones de desarrollo necesitan proporcionar
componentes de so ware compatibles. Las unidades de
negocios separadas en silos tendrían que desaparecer.
Todos, desde los desarrolladores hasta los
implementadores, tendrán que comprender cómo los
componentes pueden trabajar juntos para proporcionar
nuevas soluciones potentes.
Un ESB se convierte en un motor de transformación de
negocios cuando puede:
Unificar un portafolio de aplicaciones en un
paquete cohesivo para dispositivos móviles.
Empoderar usuarios con información, análisis y
perspectiva al momento de actuar, y permitirles
dirigir procesos de negocio en base a esa
perspectiva.
Reducir el tiempo de implantación del cliente y sus
costos entregando en poco tiempo aplicaciones
interoperables, fáciles de configurar y escalables.
Esta Guía de Decisión entrega lineamientos para
seleccionar un ESB transformador. Le ayudará a definir
claramente su criterio de selección, incluyendo los
componentes arquitectónicos importantes a considerar,
por medio de 10 preguntas. El hacer estas preguntas lo
más antes posible de comenzar su proyecto le ayudará a
su compañía a ahorrar dinero y reducir riesgos. Este
nuevo enfoque para seleccionar y utilizar un ESB puede
otorgarle una plataforma para darle rápidamente mayor
valor a sus clientes y a su negocio.
“InterSystems considera que el bus de
integración empresarial (ESB) es un motor
de transformación de negocios.”
Transformar un Portafolio de
Aplicaciones en un Paquete Cohesivo
apto para Dispositivos Móviles
1 ¿El ESB puede tomar decisiones inteligentes?
Si un ESB es simplemente un canal que pasa mensajes
entre aplicaciones, no es lo suficientemente inteligente
como para permitir la transformación de negocios. Un
ESB transformador le otorgará gran inteligencia a sus
aplicaciones a través de la toma de decisiones en base a
reglas y la ejecución de acciones en base al contenido de
los mensajes y los metadatos que los rodean. Esto
requiere un ESB con capacidades integradas, incluyendo:
Un motor intuitivo de reglas que los clientes
pueden extender para hacer cambios en aplicaciones
en funcionamiento sin código adicional.
Procesamiento y alerta de eventos para reacción
inmediata a cambios significativos.
Análisis en tiempo real de datos estructurados y
desestructurados para alimentar el motor de reglas y
de procesos de negocios e informar a los usuarios en
flujos auditados.
2 ¿Puede el ESB organizar procesos de negocios
complementarios, incluyendo flujos de trabajo de
personas?
Un proceso de negocio es una secuencia de operaciones
realizadas para completar un objetivo, tales como el
procesamiento de aplicaciones de hipoteca o ingreso de
paciente al hospital. La coordinación es una actividad de
diseño que se enfoca en los procesos de negocio más
que en la tecnología.
Tomando en cuenta este punto de vista, el ESB debería
proporcionar herramientas gráficas que permitan a los
analistas o desarrolladores diagramar procesos y flujos
de información, incluyendo reglas y flujos de trabajo con
enfoque en las interacciones lógicas entre sistemas.
Lo normal es que un ESB se enfoque en solicitudes y
respuestas sincrónicas, aunque muchos negocios
funcionan de manera asincrónica, algunas veces con
procesos que suceden por largos períodos de tiempo. Un
ESB que también funcione con largos procesos de
negocios asincrónicos conducidos por eventos es
esencial para la transformación de negocios.
Para una mayor eficiencia y aplicaciones compuestas,
busque un ESB que contenga:
Un buen editor gráfico para el proceso de
diagramación y el flujo de información.
Generación automática de código a partir de
diagramas de proceso y de diagramas a partir de
código.
Soporte para largos procesos de negocio
incluyendo flujos de trabajo humano.
Un motor de flujos para distribuir y mover tareas
entre usuarios mientras se incorporan sus decisiones
automáticamente en procesos de negocio.
3 ¿El ESB fomenta su estrategia de aplicaciones
móviles?
Una estrategia de aplicaciones móviles que implique
más que proveer la capa de presentación para dar
acceso a los usuarios a sus aplicaciones empresariales
en dispositivos móviles. Se trata de utilizar el ESB para
tener acceso a la interfaz correcta de programación de
aplicaciones (APIs) en el momento adecuado. Esto les
permitirá a los usuarios obtener los datos y la
funcionalidad cuando lo necesiten en su contexto actual
de negocios, ya sea el caso que estén utilizando
múltiples aplicaciones para tareas específicas en un
dispositivo móvil o que estén utilizando aplicaciones
compuestas en un computador de escritorio.
El ESB también necesita ser soporte de un modelo de
datos compartidos que facilite la colaboración del
usuario. El éxito no se alcanza restringiendo aplicaciones
para que calcen en teléfonos o pantallas de tablets. Las
mejores aplicaciones simplifican la experiencia del
usuario final de servicios complementarios de grandes
empresas, haciendo que sean fáciles de usar sin restarles
utilidad.
Lo esencial de la estrategia de aplicaciones móviles
entonces implica identificar las APIs que necesitan estar
expuestas al ESB y utilizar el ESB para organizar la
convocatoria a todas las aplicaciones de la empresa
necesarias para hacer que la interfaz para dispositivos
móviles funcione. Este enfoque de “API primero” es
reconocido cada vez más como el camino para avanzar
en soluciones para dispositivos móviles y en
transformación de negocios.
La tecnología móvil debiese estar estrechamente
integrada con el ESB, usted no debería adquirirlos por
separado para luego integrarlos usted mismo. Entre sus
características se debería incluir:
Capacidad de rápido desarrollo.
Uso de funciones de gestión de negocios de ESB
para servir de puente natural entre dispositivos
móviles y aplicaciones de empresa, datos y
análisis.
Capacidad de acceder, transformar y combinar
información desde aplicaciones complementarias
con el objeto de proporcionar servicios
compuestos para ser consumidos por cualquier
tipo de dispositivo, desde un computador de
escritorio hasta un dispositivo móvil.
Transformación de Negocios para Proveedores de Aplicaciones
G UÍ A DE DE C I SI ÓN E SB
“Las mejores aplicaciones simplifican la
experiencia del usuario final de servicios
complementarios de grandes empresas,
haciendo que sean fáciles de usar sin
restarles utilidad.”
Empoderar Usuarios 4
4 ¿Puede el ESB entregar una perspectiva
operacional?
La capacidad de recoger perspectivas a partir de la
información y actuar rápidamente en base a ellas es una
fuente de ventajas competitivas para sus clientes. La
elección de un ESB que capture datos provenientes de
aplicaciones integradas y proporcione las capacidades
analíticas para obtener una perspectiva desde el mismo,
será una ventaja competitiva para su negocio.
Lo que permite que el ESB realice análisis y obtenga
perspectivas es:
La tecnología de análisis en tiempo real que puede
estar integrada en los flujos de la aplicación para
ayudar a los usuarios a tomar mejores decisiones en
sus negocios en base a información detallada.
La tecnología de análisis que funciona tanto con
datos desestructurados (texto libre) como
estructurados.
El monitoreo de actividades de negocios en base a
límites y eventos especificados para cada usuario y
que hacen seguimiento al rendimiento del sistema y
alerta al personal cuando hay condiciones que
requieren de atención.
Proporcionar aplicaciones
rápidamente
5 ¿Qué tan fácil es configurar servicios y construir
Busque productos de ESB con sólidas capacidades de
desarrollo, las cuales incluyan:
Un ambiente de desarrollo gráfico unitario y
consistente que contemple la creación de servicios,
organización de procesos de negocio, creación de reglas
de negocios, transformación de datos, flujos de trabajo,
procesamiento de eventos y creación de tableros de
mando.
Capacidad de rápido desarrollo para completar
proyectos cuando los servicios complementarios
existentes no pueden proporcionar toda la información o
lógica de negocios necesaria.
Habilitación de servicios de aplicaciones existentes
sin la necesidad de programar.
Exhibición y consumo de servicios sin necesidad de
código
6 ¿Qué tan interoperable es la plataforma de
integración?
Desde una perspectiva de negocio, la interoperabilidad
es una de las claves para el éxito permanente. La
aplicación unificada debe integrarse fácilmente con sus
sistemas propios existentes para generar un intercambio
de información bidireccional. Debe permitir el
intercambio de información con los partners de negocios
de sus clientes también. El contar con un ESB que
maneje ambos escenarios de integración reducirá la
complejidad, los tiempos de implantación y los costos,
fomentará también el óptimo uso de los recursos de
desarrollo. Busque:
Compatibilidad con una amplia gama de
estándares de comunicación, REST y SOAP son
fundamentales, pero a fin de impulsar las
capacidades y la información en los sistemas, bases
de datos, archivos y otras fuentes heredadas, el ESB
debería también ser compatible con TCP/IP, SSL, FTP,
SFTP, email, xDBC, CSV e interfaces personalizadas.
aplicaciones compuestas?
Integración de aplicaciones y servicios construidos
con diferentes tecnologías, tales como Java y .Net.
Ya sea que los servicios subyacentes, aplicaciones y
fuentes de datos sean implantados en terreno o en la
nube, la creación de una aplicación compuesta se puede
simplificar gracias a un ESB cuyos servicios se puedan
configurar de forma intuitiva y cuyas herramientas sean
fáciles de usar.
Una base de datos de alto rendimiento integrada
que almacene todos los mensajes para prevenir la
pérdida de información y garantizar la integridad de
los procesos de negocio (incluyendo los procesos de
larga ejecución).
Sin embargo, incluso después de que los servicios son
organizados, a menudo queda una brecha entre la
funcionalidad que los usuarios esperan y lo que se les
presenta. Usted necesita ser capaz de crear fácil y
rápidamente una lógica de negocios para salvar dicha
brecha sin la necesidad de traer desarrolladores o
herramientas de desarrollo adicionales, o bien atrasar el
proyecto.
Un robusto marco adaptador que maneja errores,
reintentos, límites de tiempo y restauración. Los
adaptadores manejan las dificultades que puedan
surgir en el mundo real de modo que usted pueda
enfocarse en un trabajo de alto valor.
I N TE RSYSTE M S WH I TE PAP E R
Elementos Básicos de un ESB
Informes que indican quién está realizando
determinadas actividades
La transformación de negocios exitosa requiere de una
plataforma que pueda ser soporte de los resultados del
éxito: más usuarios, mayor uso y mayores expectativas
de rendimiento. Es necesaria una plataforma de ESB con
una potente capacidad de gestión para mantener el
control, junto a su confiabilidad comprobada,
desempeño y escalabilidad. Debe tener la capacidad de
crecer pero también reducirse para satisfacer las
necesidades cambiantes, todo de forma transparente a
los usuarios y los servicios que respalda.
Resúmenes estadísticos para gestionar acuerdos
de niveles de servicio.
Control de acceso, por ejemplo, autenticación y
autorización en base a roles (tales como los derechos
de acceder a APIs y a cuáles).
Gestión de versiones que permite moverse de
versiones antiguas a versiones nuevas de servicios,
especialmente cuando existen diferencias entre ellas,
sin causar interrupción en las aplicaciones.
Un repositorio de mensajes de alto rendimiento
para un monitoreo proactivo; nueva reproducción del
mensaje en caso de error, e identificación de
excepción, análisis y respuesta.
8
¿Qué tan confiable es?
La confiabilidad del ESB significa desempeño
comprobado, entrega garantizada de mensajes y la
capacidad de minimizar los tiempos de inactividad
gracias a la recuperación automática de fallas de
hardware sin pérdida de datos. Debería incluir:
¿Podrá permanecer en control?
El control es crítico para la salud de su ESB y los servicios
que se implantan a través de este.
Desempeño comprobado. El ESB debe contar
con éxito comprobado en un uso masivo, tanto en
ambientes de integración simple como compleja.
Por otro lado, debe operar sin complejidad
injustificada, lo que puede impedir la capacidad
de gestión, producir inestabilidad en los sistemas
integrados y dar origen a frecuentes “incendios”
que apagar.
Las arquitecturas orientadas a servicios, compuestas de
servicios sin conexión directa, pueden constituir un
complicado desafío de control, se necesita un control
balanceado contra suficiente libertad, de modo que los
usuarios puedan hacer su trabajo. Algunos aspectos del
control, como la seguridad de la información de sus
clientes, no son negociables. Otros, tales como el marco
para acordar niveles de servicio o procedimientos para
control de versiones, dependerán del tipo de la
aplicación y de la relación que tenga usted con sus
clientes.
Entrega de mensajes garantizada. La
información crítica debe siempre estar disponible
cuando y donde se le necesite. Se puede evitar la
pérdida de datos y los retrasos en la entrega de
mensajes con la ayuda de un ESB que incluya una
base de datos de alto rendimiento que esté
integrada
Una vez que ha tomado las decisiones críticas respecto a
políticas y procesos, la tecnología debe proporcionar
seguridad, información y herramientas para
implementarlas. Esto debe contemplar una implantación
fácil y flexible y opciones de gestión para instancias
virtuales y no virtuales de ESB.
Mínimo tiempo de inactividad. En el caso de
falla de hardware, cortes de energía eléctrica o
cualquier otra situación adversa, el ESB debe
proporcionar opciones de recuperación para
cumplir con los objetivos de niveles de servicio y
tolerancia a los tiempos de espera.
El tener un ESB que cuente con un modelo de seguridad
robusto y basado en roles, que funcione con varios
métodos de autenticación y fuerte capacidad de
auditoría es esencial para la seguridad. Un portal de
gestión basado en buscador web que entregue acceso a
una gran cantidad de información para el monitoreo y
gestión global puede entregar una potente base para
actividades relacionadas con el control, entre las que se
incluye:
Transformación de Negocios para Proveedores de Aplicaciones
G UÍA DE D E C IS IÓN E S B
9 ¿Qué tan escalable es?
No obstante, si observamos la historia de la Nube, Big
Data e iPaaS, (plataforma de integración como servicio),
estas tecnologías han de cambiar el mundo de ESB del
mismo modo que lo han hecho en otras áreas. Las
aplicaciones ahora transmiten muchos más mensajes
que nunca antes para alimentar motores de análisis de
Big Data, y las aplicaciones basadas en la Nube pueden
prestar servicio a cientos o incluso miles de clientes en
un ambiente multi - tenancy (que atiende a varios
clientes). Clientes que procesaban un millón de
solicitudes por día hace unos pocos años, ahora podrían
estar buscando soporte para miles de solicitudes por
segundo, las 24 horas del día.
Los sistemas on-premise (ubicado dentro de las
instalaciones del cliente) aún necesitan soporte para
arquitecturas tradicionales de tolerancia de fallos y de
alta disponibilidad, con fácil instalación y monitoreo. Sin
embargo, los sistemas basandos en la Nube tienen que
ser soporte de enormes y elásticas arquitecturas
multi-tenancy que pueden aumentar su capacidad o
reducirse de acuerdo a los cambios que sean necesarios.
De modo que la pregunta no es sólo su capacidad, sino
cómo se adapta. ¿Qué tan fácil resulta implantar y
manejar sistemas a medida que modifican su capacidad
para funcionar con soluciones de integración de gran
tamaño? Asegúrese de que su ESB pueda:
Entregar la misma funcionalidad si la solución
es implantada en un servidor o en la Nube.
Permitir la construcción de una solución sólida y
multi-tenancy para brindar soporte a los usuarios
Proporcionar una gestión centralizada para
todas las instancias de su solución.
10 ¿El producto tiene una ruta de crecimiento?
Una vez que usted haya elegido el ESB que se integrará
con su portafolio, ¿será su plataforma capaz de satisfacer
las necesidades de la organización? ¿Crecerá con usted?.
Asegúrese que el proveedor tenga buenos antecedentes
y un constante compromiso con la innovación de sus
productos y compatibilidad con sistemas heredados.
Usted no quiere ver que sus avances se vean
perjudicados por un proveedor que ha decidido caducar
un producto el cual usted ha elegido y en el cual usted ha
decidido confiar en el tiempo. El producto que usted
seleccione debe permitirle entregar soluciones y
satisfacer los requerimientos de negocio
constantemente cambiantes durante los próximos 10
años o más.
Conclusión
Las transformaciones de negocios son exitosas cuando
son el resultado de una estrategia bien armada y de un
conjunto de acciones con objetivos claros. Las
respuestas repentinas y descoordinadas para vender
estos cambios rara vez dan como resultado una
ventaja a largo plazo. Un ESB transformador le da la
libertad de planificar y tomar decisiones estratégicas
con confianza, sabiendo que su infraestructura de
so ware servirá de soporte a los cambios necesarios en
su organización y en la hoja de ruta de sus productos.
Ahora es tiempo de traducir sus necesidades de
negocio en capacidades de producto. Utilice esta Guía
de Decisión para acortar la lista de posibilidades.
Tómese el tiempo para reunir información de otros
desarrolladores de so ware. ¿El ESB ha estado a la
altura de lo que el proveedor vende? ¿El proveedor ha
estado con ellos antes, durante y después de la puesta
en producción del producto? ¿El servicio cliente ha
superado sus expectativas? InterSystems es el
proveedor de Ensemble, nuestra plataforma de ESB
para crear aplicaciones integradas. Confiamos en que a
usted le gustarán las respuestas que obtendrá cuando
hable con nuestros clientes de Ensemble.
Para Más Información
Contáctenos para conversar de sus metas de
transformación de negocios y de cómo Intersystems le
puede ayudar a lograrlas:
2 2892 6000.
Visite InterSystems.com/cl ingrese para ver el
número de contacto de nuestras oficinas locales.
Transformación de Negocios para Proveedores de Aplicaciones
GUÍ A D E DE CI S I ÓN E S B
InterSystems Chile
Av. Del Valle 890
Piso 6 - Huechuraba
Ciudad Empresarial
Santiago, Chile
Tel: 2 2892 6000
InterSystems.com/cl
InterSystems Ensemble is a registered trademark of InterSystems Corporation.
Other product names are trademarks of their respective vendors. Copyright © 2015 InterSystems Corporation. All rights reserved. 1-15
Descargar