Migration d'applications de processus vers une nouvelle instance OCI Process Automation

Si vous utilisez activement Process dans un environnement de production, Oracle ne peut pas vous migrer automatiquement vers Process Automation lors de la mise à niveau vers Oracle Integration 3. Vous devrez effectuer la migration manuellement.

La migration d'applications de processus vers une nouvelle instance OCI Process Automation autonome est appropriée dans les cas suivants :
  • Vous utilisez le processus en production, et
  • Vous disposez d'instances de processus à longue durée d'exécution qui ne peuvent pas être terminées avant la mise à niveau, et
  • Vous devez continuer à répondre aux nouvelles demandes d'application de processus sans aucune interruption, et
  • Vous disposez d'intégrations ou d'applications Visual Builder que vous ne souhaitez pas interrompre lors de la migration du processus.

Le chemin de mise à niveau proposé ci-dessous a été conçu pour limiter les perturbations et maintenir la continuité des activités. Il offre une approche éprouvée pour les environnements qui ont des instances de processus actives (et généralement longues). Il peut ne pas être applicable dans toutes les situations, vous devez donc évaluer vos propres besoins et détails d'implémentation pour déterminer s'il vous convient.

Le chemin de mise à niveau peut être divisé en trois phases.

Phase Description Lieu de travail des utilisateurs du processus Tâches
Phase 1 : Migration des applications de processus vers OCI Process Automation L'objectif de cette phase est de migrer vos applications de processus Oracle Integration Generation 2 vers OCI Process Automation et de les restaurer dans un ordre de travail. Cela vous permet d'identifier et de corriger tout problème.

Cette phase n'affectera pas votre environnement de production existant.

Au cours de cette phase, les utilisateurs de processus continuent à travailler dans Oracle Integration Generation 2.
  1. Provisionnement et préparation d'une instance OCI Process Automation
  2. Migrer les applications de processus vers la nouvelle instance
  3. Mettre en correspondance des utilisateurs et des groupes avec de nouveaux rôles d'application
  4. Valider et activer les applications de processus importées
  5. Mettre à jour les clients qui appellent des applications de processus
Phase 2 : Passer à OCI Process Automation L'objectif de cette phase est de s'assurer que toutes les nouvelles demandes de processus sont traitées par OCI Process Automation. Dans cette phase, vous promouvez vos applications de processus et leurs dépendances vers la production et indiquez à tous les utilisateurs finaux et clients d'utiliser OCI Process Automation à l'avenir. Pendant ce temps, les utilisateurs de processus passent à l'utilisation d'OCI Process Automation pour toutes les nouvelles demandes. Ils peuvent également avoir besoin d'exécuter des demandes existantes dans Oracle Integration Generation 2 jusqu'à ce que toutes les instances démarrées sur Oracle Integration Generation 2 soient terminées.
  1. Promouvoir les applications de processus en production
  2. Effectuer une permutation vers OCI Process Automation
  3. Période de coexistence
Phase 3 : Mise à niveau vers Oracle Integration 3 L'objectif de cette phase est d'effectuer la mise à niveau de votre instance Oracle Integration Generation 2 existante vers Oracle Integration 3.

A ce stade, il ne doit pas y avoir d'instances de processus en cours d'exécution dans Oracle Integration Generation 2, ce qui rend votre instance admissible pour la mise à niveau vers Oracle Integration 3.

A la fin de cette phase, vous aurez une instance Oracle Integration 3 liée à une instance OCI Process Automation autonome.

Pendant ce temps, les utilisateurs de processus travaillent exclusivement dans OCI Process Automation.
  1. Préparer pour la mise à niveau
  2. Terminer les tâches postérieures à la mise à niveau pour l'automatisation des processus