Finalización de las tareas posteriores al cambio de versión
Oracle actualiza primero las instancias de desarrollo de Oracle Integration Generation 2. Complete todas las tareas posteriores al cambio de versión en un plazo de tres días a partir de la fecha de cambio de versión, de modo que pueda informar de cualquier problema. Oracle actualiza sus instancias de producción aproximadamente dos semanas después de las instancias de desarrollo.
La finalización de las tareas posteriores al cambio de versión es fundamental para garantizar que los usuarios puedan acceder a la nueva instancia, que los datos que van hacia y desde las integraciones se puedan enviar a través del firewall y que las integraciones funcionen según lo esperado.
Si tiene alguna incidencia después del cambio de versión, introduzca una solicitud de servicio (SR) en My Oracle Support o solucione las incidencias. Consulte Solución de incidencias de cambio de versión.
Verá la instancia de Oracle Integration Generation 2 parada en la consola de Oracle Cloud Infrastructure durante un período de tiempo después del cambio de versión. No actualice, inicie ni suprima esta instancia. Oracle la eliminará por usted cuando ya no sea necesaria.
Resumen de tareas posteriores a la actualización
Garantía de acceso a la instancia
Tarea | Quién | Cuando | Tareas que completar |
---|---|---|---|
Compruebe la nueva instancia de Oracle Integration 3 |
Administrador | Inmediatamente después del cambio de versión | Conéctese a la instancia de Oracle Integration 3 con las credenciales existentes. Utilice el marcador existente de Oracle Integration Generation 2 (que redirige a la nueva URL) o utilice la nueva URL para la instancia de Oracle Integration 3. Consulte Acceso a una instancia de Oracle Integration.
La actualización se ha completado si la interfaz tiene este aspecto: El cambio de versión sigue en curso si:
|
Actualizar la política de IAM con el nuevo OCID |
Administrador de políticas de IAM |
Inmediatamente después del cambio de versión | Si su organización ha restringido el acceso a la instancia de Oracle Integration Generation 2 según el ID de Oracle Cloud (OCID) de la instancia, actualice la política de IAM para que apunte al nuevo OCID de la instancia de Oracle Integration 3.
Precaución: Los usuarios no podrán conectarse a Oracle Integration 3 hasta que actualice el OCID en la política de IAM.
|
Obtener la URL de la nueva instancia y compartirla |
Administrador | Inmediatamente después del cambio de versión | Obtener la URL de la nueva instancia de Oracle Integration 3 y compartirla con todos los usuarios que la necesiten. Los marcadores existentes también redirigen a la nueva URL, pero desea asegurarse de que todos tengan la nueva URL. Su formato es el siguiente:
Para obtener la nueva URL:
|
Garantizar la conectividad
Tarea | Quién | Cuando | Tareas que completar |
---|---|---|---|
Configuración completa de reglas de red |
Administrador de la Red | Antes del cambio de versión o inmediatamente después del cambio de versión | Si alguna de las conexiones de integración tiene como destino un servicio de Oracle Cloud Infrastructure que soporte reglas de red, como Oracle Cloud Infrastructure Object Storage u Oracle Autonomous Database, y ha activado esas reglas, debe completar cualquier configuración de reglas de red, incluida la adición de la VCN del servicio Oracle Integration a la regla.
|
Cargar nuevos certificados de identidad para conexiones |
Desarrollador con conexiones que utilizan certificados de identidad
Solo una persona de su organización necesita realizar estos pasos |
Inmediatamente después del cambio de versión | Los certificados de identidad establecen la identidad del cliente durante la comunicación SSL bidireccional. Las conexiones basadas en el adaptador AS2 y el adaptador REST pueden utilizar certificados de identidad.
Si la instancia incluye conexiones que utilizan certificados de identidad, los certificados de identidad se habrían eliminado durante la actualización, por lo que debe generar nuevos certificados de identidad y configurar nuevos JKS. Realice los siguientes pasos para cargar un nuevo certificado de identidad, probar las conexiones que utilizan el certificado de identidad y activar cualquier integración que utilice las conexiones:
|
Recuperar conectividad con agentes que no se actualizaron |
Desarrollador con agentes que no se actualizaron | Inmediatamente después del cambio de versión | Los agentes a los que no se pudo acceder durante el cambio de versión o que no cumplían los requisitos de cambio de versión no se actualizaron. Después de la actualización, si ve un mensaje que indica que algunos agentes no cumplieron con la elegibilidad de actualización y no se actualizaron, realice los siguientes pasos.
Requisitos Asegúrese de que los agentes de conectividad tienen conectividad con Oracle Cloud Infrastructure Identity and Access Management (IAM) y Oracle Integration 3:
Para actualizar manualmente los agentes y recuperar la conectividad con ellos:
|
Servidor de archivos: agregue la dirección IP del servidor de archivos a la lista de permitidos de firewall interno |
Administrador y desarrollador del servidor de archivos | En una semana de actualización | Si su organización restringe los sitios a los que pueden acceder los recursos internos, agregue la nueva dirección IP del servidor de archivos a la lista de permitidos de firewall interno.
La dirección IP de Oracle Integration Generation 2 sigue funcionando durante cuatro meses después del cambio de versión y, posteriormente, Oracle los retira. Sin embargo, Oracle recomienda actualizar la lista de permitidos de firewall para utilizar la nueva dirección IP ahora. De este modo, no corre el riesgo de olvidar la actualización de la lista de permitidos en el futuro. Para obtener la dirección IP del servidor de archivos:
|
Servidor de archivos: actualización de integraciones y clientes SFTP para utilizar los nuevos valores de IP y puerto |
Administrador y desarrollador del servidor de archivos | En una semana de actualización | Si utiliza el servidor de archivos, actualice las integraciones y los clientes SFTP para que utilicen los nuevos valores de IP y puerto.
Los valores de IP y puerto de Oracle Integration Generation 2 siguen funcionando durante cuatro meses después del cambio de versión y, posteriormente, Oracle los retira. Sin embargo, Oracle recomienda actualizar las integraciones y los clientes SFTP para que utilicen los nuevos valores ahora. De este modo, no corre el riesgo de olvidar la actualización de estos valores en el futuro.
|
Garantice el trabajo de las integraciones
Tarea | Quién | Cuando | Detalles |
---|---|---|---|
Cambie las llamadas de API incorporadas de Oracle Integration de Autenticación básica a OAuth |
Developer | Antes del cambio de versión o inmediatamente después del cambio de versión | Si aún no ha actualizado las llamadas de API para utilizar OAuth al completar los requisitos o las tareas previas al cambio de versión, hágalo inmediatamente después del cambio de versión.
En Oracle Integration Generation 2, puede utilizar la autenticación básica para utilizar la API REST de Oracle Integration y la API REST del servidor de archivos. En Oracle Integration 3, debe utilizar OAuth. Debe actualizar los clientes, scripts, integraciones y comandos que utilizan la API de REST de Oracle Integration o la API de REST del servidor de archivos para conectarse mediante OAuth. Para obtener más información sobre el soporte de métodos de autenticación, consulte Cuándo se soporta la autenticación básica en Oracle Integration 3. Para obtener más información sobre el uso de OAuth con la API de REST de Oracle Integration, consulte Seguridad, autenticación y autorización o con la API de REST del servidor de archivos, consulte Seguridad, autenticación y autorización. |
Compruebe las integraciones si ha seleccionado Ignorar fallos de activación o Ignorar fallos de inicio de programa |
Administrador | Inmediatamente después del cambio de versión | Si configuró los valores de cambio de versión para continuar con el cambio de versión incluso si Oracle no ha podido activar una integración o reiniciar un programa, realice los pasos adecuados:
|
Tenga cuidado de las solicitudes rechazadas durante el tiempo de inactividad de la actualización |
Miembros de equipo designados | Inmediatamente después del cambio de versión |
Oracle Integration ha rechazado todas las solicitudes enviadas durante el tiempo de inactividad del cambio de versión. Si es necesario, realice acciones en las solicitudes que haya enviado cualquier cliente a Oracle Integration durante el tiempo de inactividad. |
Cambiar nombre de instancia de servicio |
Developer | Inmediatamente después del cambio de versión |
Después de cambiar de versión de Oracle Integration Generation 2 a Oracle Integration 3, el nombre de arrendamiento se agrega al final del nombre de instancia de servicio (nombre mostrado de instancia de servicio) con el siguiente formato: |
Finalización de tareas posteriores al cambio de versión para fallos de comprobación previa ignorados
Si ha seleccionado ignorar los fallos de comprobación previa, realice los pasos asociados a las comprobaciones previas fallidas:
Comprobación previa | Tareas de conexión | Tareas de integración | Otras Tareas |
---|---|---|---|
Respuesta retrasada (asíncrona) | Después del cambio de versión, debe volver a trabajar o crear integraciones que hayan utilizado una respuesta retrasada (asíncrona) con uno de los siguientes adaptadores:
Integraciones controladas por aplicaciones: las integraciones controladas por aplicaciones cambian a un estado borrador durante el cambio de versión. Debe volver a procesar esas integraciones mediante los siguientes pasos:
Integraciones de enrutamiento básico: las integraciones de enrutamiento básico no están soportadas en Oracle Integration 3 y mostrarán un lienzo en blanco. Debe suprimir esas integraciones y volver a crearlas como integraciones controladas por aplicaciones. |
||
Adaptadores no admitidos | Durante la actualización, se suprimieron las conexiones que utilizaban los siguientes adaptadores no soportados:
Debe crear conexiones de adaptador REST para sustituir las conexiones de adaptador no soportadas suprimidas. |
Durante el cambio de versión, las integraciones que utilizan adaptadores no soportados se cambian a un estado provisional y se cancelan las ejecuciones programadas.
Debe volver a procesar esas integraciones mediante los siguientes pasos:
|
|
Adaptadores Personalizados | Durante la actualización, se suprimieron las conexiones que utilizaban los adaptadores personalizados.
Debe crear nuevas conexiones con adaptadores de Oracle Integration 3 equivalentes para sustituir las conexiones de adaptador personalizado suprimidas. |
Durante el cambio de versión, las integraciones que utilizan adaptadores no soportados se cambian a un estado provisional y se cancelan las ejecuciones programadas.
Debe volver a procesar esas integraciones mediante los siguientes pasos:
|
|
Lectura de varios archivos | Durante la actualización, las integraciones que utilizaron la operación Read Multiple File se cambian a un estado de borrador.
Debe volver a procesar esas integraciones para que no usen este patrón. Por ejemplo, utilice una operación listFile para mostrar los archivos y utilice una acción for-each para leer cada archivo individualmente. |
||
Tipos de REST no soportados | Durante la actualización, las conexiones que utilizaban los siguientes tipos REST no soportados se cambiaron a un estado provisional.
Debe actualizar esas conexiones mediante uno de los siguientes métodos:
Consulte Configure Connection Properties for Invoke Connections en Using the REST Adapter with Oracle Integration 3. |
Durante el cambio de versión, las integraciones que utilizaban tipos REST no admitidos se cambiaron a un estado provisional y se cancelaron las ejecuciones programadas.
Debe volver a procesar esas integraciones mediante los siguientes pasos:
|
|
Nombre de aplicación duplicada de enrutamiento básico | Las integraciones de enrutamiento básico no están soportadas en Oracle Integration 3 y mostrarán un lienzo en blanco. Debe suprimir esas integraciones y volver a crearlas como integraciones controladas por aplicaciones. | ||
Integraciones de publicación/suscripción | Las integraciones que hayan publicado mensajes o suscrito a mensajes de Oracle Integration se deben convertir en orquestaciones controladas por eventos. Debe suprimir las integraciones y volver a crearlas según las instrucciones de comprobación previa para Publicar/suscribir integraciones. | ||
URL de punto final personalizado | El punto final personalizado no se migró durante el cambio de versión.
Debe volver a crear el punto final personalizado. |
Completar tareas posteriores al cambio de versión para Visual Builder
Para completar la migración, realice los siguientes pasos:
Tarea | Quién | Cuando | Descripción de Tareas |
---|---|---|---|
Actualizar registro de DNS para punto final personalizado | Administrador | Inmediatamente después de la actualización |
Si utiliza Visual Builder y tiene un punto final personalizado o puntos finales personalizados alternativos, actualice el CNAME del registro de DNS de punto final personalizado con el nombre de host de la instancia de Visual Builder. Nota: no puede utilizar el mismo punto final personalizado para Visual Builder y Oracle Integration después del cambio de versión. Si utiliza el mismo punto final personalizado, puede que tenga problemas. |
Completar tareas adicionales posteriores al cambio de versión |
Equipo de operaciones de desarrollo | Inmediatamente después de la actualización | Realice las tareas descritas en Tareas que completar tras el cambio de versión en Administración de Oracle Visual Builder en Oracle Integration 3. |
Tareas posteriores al cambio de versión para la automatización de procesos
Realice los siguientes pasos para completar la migración a Process Automation en Oracle Integration 3.
Si ha realizado una migración manual de aplicaciones de proceso utilizadas activamente, no es necesario que realice estas tareas posteriores al cambio de versión.
Reconfigurar la integración
Después de cambiar la versión de la instancia, la acción de proceso se convierte de una acción de proceso de Oracle Integration Generation 2 a una acción de proceso de Oracle Integration 3 y, aunque la integración estará en la acción de proceso de Oracle Integration 3, estará en estado desactivado. Por lo tanto, debe volver a configurar la integración mediante el asistente de llamadas de Process Automation.
Acceso a la asignación de tareas posteriores al cambio de versión para la automatización de procesos
Algunas tareas de asignación de acceso se completan automáticamente durante la actualización y otras son su responsabilidad.
Durante el cambio de versión, se agrega un nuevo servicio de Oracle Cloud para ayudar con la asignación.
Los siguientes roles de servicio se asignan automáticamente de Oracle Integration Generation 2 a Oracle Integration 3 durante el cambio de versión.
Oracle Integration Generation 2 (versión en inglés) | Oracle Integration 3 |
---|---|
ServiceDeveloper | ServiceDeveloper |
ServiceAdministrator | ServiceAdministrator |
ServiceUser | NA |
ServiceMonitor | NA |
ServiceDeployer | ServiceDeployer |
ServiceViewer | NA |
ServiceInvoker | NA |
ServiceEndUser | NA |
Tareas posteriores al cambio de versión de nivel de aplicación para la automatización de procesos
Realice las siguientes tareas para cada aplicación de proceso.
Tarea | Quién | Cuando | Detalles |
---|---|---|---|
Actualizar asignaciones de roles |
Desarrollador/administrador | Inmediatamente después de la actualización | Las asignaciones de roles han cambiado en Oracle Integration 3, por lo que debe asignar los roles existentes a los nuevos roles. Consulte Configuración de roles para aplicaciones de proceso en Uso de Oracle Cloud Infrastructure Process Automation.
propietarios del proceso Agregue miembros que tengan los siguientes roles al rol Propietario de proceso en la nueva aplicación:
Revisores de Procesos Agregue miembros que tengan el rol Miembros con roles de carril de baño Agregue miembros que tengan un rol Grupos Cambie el grupo antiguo a un rol en la aplicación nueva y agregue el grupo al rol nuevo o agregue los miembros del grupo al rol nuevo. Funciones Cambiar el rol antiguo a un rol en la nueva aplicación y agregar miembros al nuevo rol. Miembros que pueden iniciar un proceso En las propiedades de inicio del proceso, seleccione los miembros que pueden iniciar el proceso de una de las siguientes opciones:
Roles de proceso dinámico Agregue miembros que tengan roles de proceso dinámico a los roles de proceso dinámico en la nueva aplicación. |
Actualizar credenciales de conector |
Desarrollador/administrador | Inmediatamente después de la actualización | Las credenciales no se migran a Oracle Integration 3, por lo que debe volver a configurar la autenticación para los conectores REST. Si hay varias aplicaciones que se conectan al mismo servidor, puede que desee crear una credencial global que se pueda reutilizar en todas las aplicaciones. Consulte Configuración de seguridad de autenticación básica en Uso de Oracle Cloud Infrastructure Process Automation. |
Corrección de errores y advertencias |
Desarrollador/administrador | Inmediatamente después de la actualización | Debido a que hay diferencias en las funciones de proceso entre Oracle Integration Generation 2 y Oracle Integration 3, deberá validar la aplicación y corregir los errores o advertencias. Consulte "¿Cómo se validan las aplicaciones?" en Aplicaciones de un vistazo en Uso de Oracle Cloud Infrastructure Process Automation. |
Activar aplicación |
Desarrollador/administrador | Inmediatamente después de la actualización | Una vez resueltos todos los errores de validación, active la aplicación para que se puedan disparar nuevas instancias y trabajar en ellas. Consulte Activación de aplicaciones en Uso de Oracle Cloud Infrastructure Process Automation. |
Tareas posteriores al cambio de versión de nivel de servicio para la automatización de procesos
En función de cómo utilice Process, realizará diferentes pasos de nivel de servicio después del cambio de versión a Oracle Integration 3. Realice los pasos que se apliquen a la implantación.
Tarea | Quién | Cuando | Detalles |
---|---|---|---|
Permitir mostrar la nueva URL de Process Automation |
Developer | Inmediatamente después de la actualización |
Agregue la nueva URL de Automatización de procesos a las listas de permitidos. Para buscar la nueva URL, haga clic en Procesar en el menú Oracle Integration 3. Se le redirigirá a la URL de Automatización de procesos. |
Actualice las integraciones para llamar a Process Automation |
Developer | Inmediatamente después de la actualización |
Las API y los puntos finales de proceso han cambiado después del cambio de versión. Debe volver a configurar la integración mediante el asistente de llamadas de Process Automation. Consulte Volver a configurar la integración. |
Actualice las aplicaciones de Visual Builder para llamar a Process Automation |
Developer | Inmediatamente después de la actualización |
Las API y los puntos finales de proceso han cambiado después del cambio de versión. Como resultado, debe actualizar cualquier aplicación de Visual Builder que llame al proceso, sustituyendo cualquier patrón de interacción en desuso. Consulte Conexión a las API de automatización de Oracle Process en Creación de aplicaciones con capacidad de respuesta con Visual Builder Studio. |
Actualizar clientes externos para llamar a Process Automation |
Developer | Inmediatamente después de la actualización |
Si utiliza componentes de CCA de proceso en aplicaciones externas, no funcionarán después del cambio de versión a Oracle Integration 3. Debe pasar a utilizar los nuevos componentes de CCA de Process Automation para aprovechar las API. Consulte API de REST para Oracle Cloud Infrastructure Process Automation. |
Compartir la nueva URL de Process Automation |
Administrador | Inmediatamente después de la actualización |
La URL utilizada para acceder e interactuar con Automatización de procesos ha cambiado después de la actualización. Comparta la nueva URL con cualquier persona que necesite administrar Automatización de procesos, iniciar un nuevo proceso o ver y actuar en función de sus tareas. |
Siga los procedimientos de verificación de su organización
Tarea | Quién | Cuando | Detalles |
---|---|---|---|
Complete las tareas de verificación posteriores al cambio de versión de su organización |
Miembros de equipo designados | Dentro de dos semanas después de la actualización |
Complete las tareas de verificación posteriores al cambio de versión de su organización, como la realización de pruebas de regresión. Realice pruebas de carga de integración en una instancia de desarrollo/etapa antes de mover las integraciones a una instancia de producción. |