À propos de la création d'intégrations asynchrones résilientes

Vous pouvez parfois constater que vos intégrations sont fragiles, incapables de gérer même des interruptions brèves ou temporaires. Vous devez disposer d'une intégration asynchrone pour s'adapter efficacement, et vous avez besoin d'options pour développer et tester ces intégrations afin de garantir qu'elles fonctionneront comme prévu en production. Ce livre de jeu de solutions présente des approches suggérées pour la création d'intégrations asynchrones qui sont résilientes aux réalités des réseaux et des infrastructures modernes.

Par exemple, lorsque vous créez des entités dans un nuage financier à l'aide des API REST, des interruptions temporaires peuvent se produire lors de la création de rapports de frais, de comptes bancaires ou d'autres entités. Pour accélérer dynamiquement de telles demandes sur Financial Cloud, le modèle de stationnement est discuté dans ce livre de jeu. Avec le modèle de stationnement, vous pouvez stocker les données dans une étape intermédiaire avant de traiter les données afin d'éviter les problèmes de traitement tels que le lot, la corrélation/les flux de messages complexes et la limitation.

À propos des intégrations dans Oracle Integration

Les intégrations sont l'ingrédient principal d'Oracle Integration. Une intégration comprend au moins une connexion de déclencheur (source) (pour les demandes envoyées à Oracle Integration) et une connexion d'appel (cible) (pour les demandes envoyées d'Oracle Integration à la cible) et le mappage de champs entre ces deux connexions.

Lorsque vous créez des intégrations, vous créez les connexions que vous avez déjà créées en définissant comment traiter les données pour les connexions de déclencheur (source) et d'appel (cible). Il peut s'agir de définir le type d'opérations à effectuer sur les données, les objets fonctionnels et les champs sur lesquels effectuer ces opérations, les schémas requis, etc. Pour ce faire, les tâches de configuration les plus complexes sont gérées par Oracle Integration. Une fois que vos connexions de déclencheur (source) et d'appel (cible) sont configurées, les mappeurs entre les deux sont activés afin que vous puissiez définir comment les informations sont transférées entre les structures de données de déclencheur (source) et d'appel (cible) pour les messages de demande et de réponse.

À propos du modèle de stationnement

Dans le modèle de stationnement, les données sont stockées dans une étape intermédiaire avant de terminer le traitement des données de l'étape intermédiaire au système final.

Voici quelques-unes des alternatives possibles pour stocker les données réelles dans le parking. Chaque option a des propriétés différentes qui doivent être prises en compte :

L'approche la plus simple consiste à stocker les données en tant qu'objet CLOB au format XML. Cette méthode ajoute des frais généraux supplémentaires pour l'écriture et la lecture de l'objet CLOB, ainsi que pour la transformation entre le code XML et l'objet CLOB.
Vous pouvez stocker les données séparément dans d'autres tables avec des colonnes entièrement réalisées. Cette méthode est la plus appropriée si, dans l'application, le processus de désapplication de correctifs copie déjà les données utiles d'entrée dans un format tabulaire dans la table de base de données. Pour que le format de données puisse être utilisé pour le parking.
Combinez la table avec le parking lui-même. Bien que cette solution puisse s'avérer la plus performante, elle ne peut fonctionner que pour des structures de données simples dans le parking.

À propos de la résilience

Avant de plonger dans ce qui rendra votre environnement résilient, vous devez d'abord définir ce que la résilience signifie pour vous et votre entreprise.

En d'autres termes, quel est le coût associé à une interruption de vos processus d'intégration? Pour certains clients, une panne de quelques minutes est parfaitement acceptable et ne retardera que partiellement un traitement par lots qui s'exécute bien dans sa fenêtre de traitement. Pour d'autres, même quelques secondes de panne entraînent des pertes financières qui ont un impact direct sur l'entreprise.

Dans cette perspective, il est important d'examiner les éléments suivants :

Quelle est la durée d'une interruption acceptable dans votre environnement? Vous devez définir ici le coût pour l'entreprise en cas de panne et décrire comment cette panne évolue avec la durée de la panne.
Quelles sont les technologies utilisées et comment peuvent-elles respecter le contrat de niveau de service attendu? Utilisez-vous une approche en temps réel ou par lots? Ou une combinaison des deux? Quelle quantité de données traitez-vous?