Acerca de la creación de integraciones asíncronas resilientes

Es posible que a veces descubra que sus integraciones son frágiles, incapaces de manejar incluso interrupciones breves o temporales. Necesita que su integración asíncrona se amplíe de forma eficiente y necesita opciones para desarrollar y probar dichas integraciones a fin de garantizar que funcionen como se espera en la producción. Este manual de soluciones presenta enfoques sugeridos para crear integraciones asíncronas que sean resistentes a las realidades de las redes e infraestructuras modernas.

Por ejemplo, cuando crea entidades en una nube financiera mediante las API de REST, pueden producirse interrupciones temporales durante la creación de informes de gastos, cuentas bancarias u otras entidades. Para frenar dinámicamente tales solicitudes que llegan a Financial Cloud, el patrón de estacionamiento se discute en este manual. Con el patrón de estacionamiento, puede almacenar los datos en una etapa intermedia antes de procesar los datos para evitar desafíos de procesamiento como lotes, correlaciones/flujos de mensajes complejos y limitación.

Acerca de las integraciones en Oracle Integration

Las integraciones son el ingrediente principal de Oracle Integration. Una integración incluye al menos una conexión de disparador (origen) (para solicitudes enviadas a Oracle Integration) y una conexión de llamada (destino) (para solicitudes enviadas desde Oracle Integration al destino) y la asignación de campos entre esas dos conexiones.

Al crear las integraciones, se basa en las conexiones que ya ha creado definiendo cómo procesar los datos para las conexiones de disparador (origen) y de llamada (destino). Esto puede incluir la definición del tipo de operaciones que se van a realizar en los datos, los objetos de negocio y los campos en los que se van a realizar esas operaciones, los esquemas necesarios, etc. Para facilitar esta tarea, Oracle Integration gestiona las tareas de configuración más complejas. Una vez configuradas las conexiones de disparador (origen) y de llamada (destino), los asignadores entre ambos se activan para que pueda definir cómo se transfiere la información entre las estructuras de datos de disparador (origen) y de llamada (destino) para los mensajes de solicitud y respuesta.

Acerca del patrón de estacionamiento

En el patrón de estacionamiento, los datos se almacenan en una etapa intermedia antes de completar el procesamiento de los datos desde la etapa intermedia hasta el sistema final.

Estas son algunas de las posibles alternativas para almacenar los datos reales dentro del estacionamiento. Cada opción tiene diferentes propiedades que se deben considerar:

El enfoque más sencillo es almacenar datos como CLOB en formato XML. Este método agrega cierta sobrecarga adicional al escribir y leer el CLOB, así como al transformar entre el XML y el CLOB.
Puede almacenar los datos por separado en otras tablas con columnas totalmente realizadas. Este método es el más adecuado si dentro de la aplicación el proceso de eliminación de lotes ya está copiando la carga útil de entrada a un formato tabular en la tabla de la base de datos. Para que el formato de datos se pueda aprovechar para el estacionamiento.
Combina la mesa con el propio aparcamiento. Si bien esta solución puede resultar la más eficaz, solo puede funcionar para estructuras de datos simples en el estacionamiento.

Acerca de la resiliencia

Antes de sumergirse en lo que hará que su entorno sea resistente, primero debe definir lo que la resiliencia significa para usted y su negocio.

Es decir, cuál es el costo asociado a una interrupción de los procesos de integración. Para algunos clientes, una interrupción de unos minutos es perfectamente aceptable y solo retrasará parcialmente un proceso por lotes que se ejecuta bien dentro de su ventana de procesamiento. Para otros, incluso unos pocos segundos de interrupción resultan en pérdidas financieras que tienen un impacto directo en el negocio.

Desde esa perspectiva, es importante observar los siguientes elementos:

¿Cuál es la duración de una interrupción aceptable en su entorno? Aquí debe definir el costo para el negocio en caso de una interrupción y describir cómo evoluciona esa interrupción con la duración de la interrupción.
¿Qué tecnologías se utilizan y cómo pueden cumplir con el SLA esperado? ¿Está adoptando un enfoque en tiempo real o por lotes? ¿O una combinación de ambos? ¿Cuántos datos está procesando?