Integración

¿Qué es la integración?

Una descripción breve de la integración

La integración de TI, o la integración de sistemas, es la conexión de datos, aplicaciones, API y dispositivos de toda su organización de TI para lograr mayor eficiencia, productividad y agilidad. La integración es clave a la hora de analizar la transformación de la empresa (cambios fundamentales sobre cómo lleva a cabo los negocios para adaptarse a los cambios del mercado), ya que hace que todos los componentes de TI funcionen de forma conjunta. La integración no solo conecta, sino que también añade valor a través de las nuevas funcionalidades provistas al conectar funciones de sistemas diferentes.

Esto no se debe confundir con la integración continua (CI), que es una práctica del desarrollador en la que las copias de código que funcionan se fusionan en un repositorio central compartido varias veces al día. El objetivo de la CI es automatizar la creación y las verificaciones para que los problemas se puedan detectar antes, lo que conduce a un desarrollo más rápido.


Una descripción breve de la integración

A medida que los sistemas de TI crecieron y se desarrollaron con el tiempo, comenzaron a expandirse unos de otros. Las soluciones de un proveedor no se comunican con las de otro. Luego usted contó con una pila de TI completa que estaba conectada solo por el hecho de que usted fuera su único propietario. Entonces, debía existir una manera de organizar esta tecnología "espagueti" para detener la duplicación de esfuerzos (especialmente, cuando era el momento de implementar y actuar según la lógica comercial).

*Nota: La siguiente afirmación está sujeta a debate sobre semántica: topologías físicas frente a topologías lógicas; enfoques frente arquitecturas y tecnologías. Las siguientes explicaciones tienen el propósito de ser descripciones generales.

Integración de aplicaciones empresariales

Una solución para toda esta expansión desigual era la integración de las aplicaciones empresariales (EAI), que se trata de tecnologías, herramientas y un marco que implementa en tiempo real la integración basada en mensajería entre aplicaciones. Estos mensajes son disparados por los cambios o parámetros creados en las aplicaciones individuales. La EAI se completó de una de dos maneras: punto a punto, o distribución y enlace.

Point to point integration vs. hub and spoke integration

El modelo punto a punto significa que cada aplicación tuvo que ser personalizada para hablar con las otras aplicaciones y piezas de su TI. Esto es totalmente personalizado para cada recurso de TI y para cada recurso con el que se conecta. También es un trabajo muy tedioso y, claramente, muy propenso a errores. Para complicar aún más las cosas, mientras actualiza su infraestructura y sus aplicaciones, este modelo puede ser muy difícil de mantener con el tiempo.

Para resolver este problema, está el modelo de distribución y enlace, en el que las conexiones entre aplicaciones y servicios son administradas por un agente central: el nodo. Los radios que conectan el nodo a las aplicaciones y los servicios se pueden mantener individualmente. Esto permite que las mismas aplicaciones estén más centradas, con todos los tipos de integración gestionados mediante el nodo y los radios. La principal desventaja de este enfoque es la centralización del nodo. Se convierte en un punto único de falla para el sistema y para las comunicaciones de su infraestructura. Todas las integraciones en el modelo de distribución y enlace EAI, por diseño, dependen del nodo para funcionar.

El bus de servicios empresariales

A continuación del enfoque de distribución y enlace EAI, se encontraba el bus de servicios empresariales (ESB), una herramienta que proporciona un resumen basado en mensajería y que segmenta en módulos los servicios entre las aplicaciones.

Un ESB también actúa como nodo central, donde todos estos servicios segmentados en módulos se comparten, se enrutan y se organizan para conectar sus aplicaciones y datos entre sí. Es una solución mejor que la de distribución y enlace EAI, aunque tal vez no sea la última, mientras las organizaciones crecen, añaden recursos y necesitan más velocidad en todas sus propiedades y recursos de software.

Enterprise Service Bus Integration

Por ahora, se sospecha que un ESB se parece mucho al modelo de distribución y enlace. Esto es verdad, pero un ESB tiene algunas funcionalidades muy distintas que lo distinguen en términos de funcionalidad.

  • Los ESB se presentan como un servicio que usa estándares abiertos. Esto eliminó la necesidad de escribir interfaces únicas para cada aplicación.
  • Los servicios de integración se pueden implementar con cambios mínimos en las aplicaciones.
  • Los ESB dependen de estándares de la industria, protocolos abiertos e interfaces para facilitar las nuevas implementaciones.

Sin embargo, las implementaciones típicas de ESB casi siempre conducen a arquitecturas centralizadas por razones obvias mencionadas en el modelo de distribución y enlace; un lugar para alojar y controlar todos los servicios de integración. Pero las implementaciones centralizadas ESB y las arquitecturas tienen un control central rígido que no contribuye a distribuir más rápido ni a tener soluciones más adaptables, que son la base de las iniciativas de la transformación digital. Además, los ESB con frecuencia se convierten a sí mismos en aplicaciones monolíticas.

Integración ágil

Hasta ahora, hemos hablado sobre la integración; las tecnologías que hacen funcionar todo junto. Así que, ¿qué es la integración ágil? Esto profundiza la manera en que Red Hat ve el futuro de los sistemas conectados y cómo estos dan soporte al trabajo real que los equipos de TI deben cumplir para prosperar (especialmente, cuando el cambio ocurre con más frecuencia).

Agile Integration - Hybrid Platform

La integración ágil es un enfoque de arquitectura para su plataforma de integración. Es la manera en que establece su integración para dar soporte a los equipos que se centran en la entrega de valor a sus clientes, por lo que profundiza más que la tecnología pura y conecta todo. Es el marco de arquitectura que define la interoperabilidad de los servicios y que se centra en la funcionalidad de las aplicaciones. Una arquitectura de integración ágil se puede clasificar en tres capacidades clave: integración distribuida, contenedores e interfaces de programación de aplicaciones.

Integración distribuida

  • Menor tamaño de TI
  • Basada en patrones
  • Orientada a eventos
  • Proviene de la comunidad

Contenedores

  • Nativo de la nube
  • Implementación eficiente e individual
  • Escalable, muy disponible

Interfaces de programación de aplicaciones

  • Puntos terminales bien definidos, gestionados y reutilizables
  • Influencia del ecosistema y su uso

Integre con Red Hat

Red Hat le ofrece soluciones de integración modulares, ligeras y exhaustivas que utilizan open source y estándares abiertos, y que están disponibles tanto de forma local como en la nube.

Plataforma

Integre sus distintos recursos de TI con una plataforma de integración distribuida y flexible. Red Hat Fuse ofrece la infraestructura y las herramientas que necesita para integrar todo.

Plataforma

Administre sus API para usuarios internos y externos con una plataforma que hace que sea más fácil compartir, asegurar, distribuir, controlar y monetizar sus API.

Mensajería

Proporcionar mensajería rápida, ligera y segura para aplicaciones escaladas en Internet. AMQ es una plataforma de mensajería flexible de alto rendimiento que transmite información de forma fiable, lo que permite la integración en tiempo real y la conexión a Internet de las cosas (IoT).

Plataformas en contenedores

Desarrolle, implemente, administre y escale las aplicaciones con contenedores mediante una plataforma de contenedores. OpenShift puede coordinar todas esas aplicaciones automáticamente y trabajar con ofertas, como Fuse y 3scale API Management, para brindar un enfoque de integración ágil a la nube.

Continúe analizando la integración con Red Hat