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